android-ndk-6b

[Thomas Senyk]

+1 :)


Not sure tough how much they change between "alphabetic" release...
If those are small patch releases, I guess it's not problem to use them for 
our next release.


(If we do planB we should go for r6b anyway!)


Greets
Thomas

On Monday, September 19, 2011 03:20:48 PM ext mingw android wrote:
> I dont think we should support old ndks at all... Opinions?
> 
> On Sep 19, 2011 1:28 PM, "Thomas Senyk" <thomas.senyk at nokia.com> wrote:
> > Another one in qmake.conf
> > After removing both it worked.
> > 
> > 
> > I pushed the change to experimental ... how the work/update/merges to
> 
> master
> 
> > should be done currently.
> > 
> > My changes:
> > - I changed default version to r6b (qmake.conf)
> > - I enable the additional link only for <r6b (qmake.conf and qt.prf)
> > (I only considered r6 and r5* .. I guess/hope nobody used r4 anymore?)
> > 
> > 
> > http://quickgit.kde.org/?p=android-
> > qt.git&a=commit&h=7c4288f24b73c8f6562f64a49ab27e023cbb97c4
> > 
> > 
> > 
> > Greets
> > Thomas
> > 
> > On Friday, September 16, 2011 03:17:49 PM ext mingw android wrote:
> >> Yeah, google messed up a bit there and we worked around it.
> >> 
> >> On Sep 16, 2011 2:24 PM, "BogDan" <bog_dan_ro at yahoo.com> wrote:
> >> > Try to remove "!contains(ANDROID_PLATFORM, android-4):
> >> !contains(ANDROID_PLATFORM, android-5): !contains(ANDROID_PLATFORM,
> >> android-8): QMAKE_LFLAGS += $$ANDROID_PLATFORM_PATH/lib/crtbegin_so.o
> >> $$ANDROID_PLATFORM_PATH/lib/crtend_so.o"
> >> 
> >> > from qt.prf file.
> >> > 
> >> > Cheers,
> >> > BogDan.
> >> > 
> >> > 
> >> > 
> >> > ----- Original Message -----
> >> > 
> >> >> From: Thomas Senyk <thomas.senyk at nokia.com>
> >> >> To: ext mingw android <mingw.android at gmail.com>
> >> >> Cc: necessitas-devel at kde.org
> >> >> Sent: Friday, September 16, 2011 2:29 PM
> >> >> Subject: android-ndk-6b
> >> >> 
> >> >> Hi Ray,
> >> >> 
> >> >> i tried to compile for android-9 on android-ndk-6b but had a
> >> >> couple of multiple-definitions
> >> >> 
> >> >> /home/tsenyk/projects/android/android-ndk-r6b/platforms/android-
> >> >> 9/arch -
> >> >> arm//usr/lib/crtbegin_so.o: In function `__dso_handle':
> >> >> (.bss+0x0): multiple definition of `__dso_handle'
> >> >> /home/tsenyk/projects/android/android-ndk-r6b/platforms/android-
> >> >> 9/arch -
> >> >> arm//usr/lib/crtbegin_so.o:(.bss+0x0): first defined here
> >> >> /home/tsenyk/projects/android/android-ndk-r6b/platforms/android-
> >> >> 9/arch -
> >> >> arm//usr/lib/crtbegin_so.o: In function `__INIT_ARRAY__':
> >> >> (.init_array+0x0): multiple definition of `__INIT_ARRAY__'
> >> >> /home/tsenyk/projects/android/android-ndk-r6b/platforms/android-
> >> >> 9/arch -
> >> >> arm//usr/lib/crtbegin_so.o:(.init_array+0x0): first defined here
> >> >> /home/tsenyk/projects/android/android-ndk-r6b/platforms/android-
> >> >> 9/arch -
> >> >> arm//usr/lib/crtbegin_so.o: In function `__FINI_ARRAY__':
> >> >> (.fini_array+0x0): multiple definition of `__FINI_ARRAY__'
> >> >> /home/tsenyk/projects/android/android-ndk-r6b/platforms/android-
> >> >> 9/arch -
> >> >> arm//usr/lib/crtbegin_so.o:(.fini_array+0x0): first defined here
> >> >> collect2: ld returned 1 exit status
> >> >> 
> >> >> 
> >> >> 
> >> >> The same checkout is building with 6, so it's some difference in
> >> >> the
> >> >> NDK. It also builds for android-9 with 6b.
> >> >> 
> >> >> So only the combination android-9 + ndk-6b is failing.
> >> >> 
> >> >> So I guessed it's in
> >> 
> >> android-ndk-r6(b)/platforms/android-9/arch-arm/usr/lib/
> >> 
> >> >> I did a objdump -x on all file for each ndk and did a diff ...
> >> >> it's
> >> >> attached.
> >> >> The only diff I can identify are regarding __dso_handle
> >> >> .. maybe the rest is just follow-up error?
> >> >> 
> >> >> http://developer.android.com/sdk/ndk/index.html .. mentions this
> >> >> for
> >> 
> >> NDK-6b:
> >> >> "Fixed the standalone toolchain linker warnings about missing
> >> >> the
> >> >> definition
> >> >> and size for the __dso_handle symbol (ARM only)."
> >> >> 
> >> >> This is somewhat in line with what I can read from the objdump
> >> >> .. but
> >> >> I
> >> 
> >> got no
> >> 
> >> >> idea how to fix it :)
> >> >> 
> >> >> 
> >> >> 
> >> >> Greets
> >> >> Thomas
> >> >> _______________________________________________
> >> >> Necessitas-devel mailing list
> >> >> Necessitas-devel at kde.org
> >> >> https://mail.kde.org/mailman/listinfo/necessitas-devel