SDK problems

SDK problems

[Gary Thomas]

I tried to build the QTE SDK using
   git://git.openembedded.org/openembedded
   9e54aa00b3de07933fabf5f6193a4f40af3b54f9

When I try the example
   (http://docs.openembedded.org/usermanual/html/ch05s08.html),
I get:

$ make
arm-angstrom-linux-gnueabi-g++ -c -pipe   -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED 
-I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/share/qtopia/mkspecs/linux-g++ -I. -I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/include/qtopia/QtCore 
-I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/include/qtopia/QtGui -I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/include/qtopia -I. -o main.o main.cpp
arm-angstrom-linux-gnueabi-g++  -Wl,-rpath-link,/usr/lib -o qte-example main.o    -L/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/lib -lQtGuiE -lpng -lfreetype 
-lQtNetworkE -pthread -pthread -pthread -pthread -pthread -pthread -lQtCoreE -lz -lm -pthread -lgthread-2.0 -lrt -lglib-2.0 -ldl -lpthread
/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib/crt1.o: In function `_start':
init.c:(.text+0x2c): undefined reference to `__libc_csu_fini'
init.c:(.text+0x34): undefined reference to `__libc_csu_init'
collect2: ld returned 1 exit status
make: *** [qte-example] Error 1

Any ideas what I need to do to fix this?

Thanks

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

Re: SDK problems

[Eric Bénard]

Hi Gary,

Gary Thomas wrote :
> I tried to build the QTE SDK using
>   git://git.openembedded.org/openembedded
>   9e54aa00b3de07933fabf5f6193a4f40af3b54f9
> 
> When I try the example
>   (http://docs.openembedded.org/usermanual/html/ch05s08.html),
> I get:
> 
> init.c:(.text+0x2c): undefined reference to `__libc_csu_fini'
> init.c:(.text+0x34): undefined reference to `__libc_csu_init'
> collect2: ld returned 1 exit status
> make: *** [qte-example] Error 1
> 
> Any ideas what I need to do to fix this?
> 
same thing here. Following an advice on IRC, I tried to switch to eglibc 
without success (eglibc didn' build) and still haven't found a solution 
to generate a working QT SDK for a Cortex A8.

Eric

Re: SDK problems

[Holger Hans Peter Freyther]

On Thursday 22 October 2009 22:29:34 Eric Bénard wrote:

> same thing here. Following an advice on IRC, I tried to switch to eglibc
> without success (eglibc didn' build) and still haven't found a solution
> to generate a working QT SDK for a Cortex A8.

In both cases post your config. What version of gcc, glibc, binutils were used?

Re: SDK problems

[Khem Raj]

On Thu, Oct 22, 2009 at 1:22 PM, Gary Thomas <gary@mlbassoc.com> wrote:
> I tried to build the QTE SDK using
>  git://git.openembedded.org/openembedded
>  9e54aa00b3de07933fabf5f6193a4f40af3b54f9
>
> When I try the example
>  (http://docs.openembedded.org/usermanual/html/ch05s08.html),
> I get:
>
> $ make
> arm-angstrom-linux-gnueabi-g++ -c -pipe   -Wall -W -D_REENTRANT
> -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
> -I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/share/qtopia/mkspecs/linux-g++
> -I.
> -I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/include/qtopia/QtCore
> -I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/include/qtopia/QtGui
> -I/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/include/qtopia -I.
> -o main.o main.cpp
> arm-angstrom-linux-gnueabi-g++  -Wl,-rpath-link,/usr/lib -o qte-example
> main.o    -L/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi//usr/lib
> -lQtGuiE -lpng -lfreetype -lQtNetworkE -pthread -pthread -pthread -pthread
> -pthread -pthread -lQtCoreE -lz -lm -pthread -lgthread-2.0 -lrt -lglib-2.0
> -ldl -lpthread
> /usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib/crt1.o: In
> function `_start':
> init.c:(.text+0x2c): undefined reference to `__libc_csu_fini'
> init.c:(.text+0x34): undefined reference to `__libc_csu_init'
> collect2: ld returned 1 exit status
> make: *** [qte-example] Error 1
>
> Any ideas what I need to do to fix this?

One reason could be that its not getting right libc to link with. You
could check <staging>/usr/lib/libc.so
and it should be a text file which points to right libc to link with.
On glibc it was different than in eglibc
eglibc one should work. I do not know about glibc as I do not have
working version of glibc here.

>
> Thanks
>
> --
> ------------------------------------------------------------
> Gary Thomas                 |  Consulting for the
> MLB Associates              |    Embedded world
> ------------------------------------------------------------
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: SDK problems

[Khem Raj]

On Thu, Oct 22, 2009 at 1:29 PM, Eric Bénard <eric@eukrea.com> wrote:
> Hi Gary,
>
> Gary Thomas wrote :
>>
>> I tried to build the QTE SDK using
>>  git://git.openembedded.org/openembedded
>>  9e54aa00b3de07933fabf5f6193a4f40af3b54f9
>>
>> When I try the example
>>  (http://docs.openembedded.org/usermanual/html/ch05s08.html),
>> I get:
>>
>> init.c:(.text+0x2c): undefined reference to `__libc_csu_fini'
>> init.c:(.text+0x34): undefined reference to `__libc_csu_init'
>> collect2: ld returned 1 exit status
>> make: *** [qte-example] Error 1
>>
>> Any ideas what I need to do to fix this?
>>
> same thing here. Following an advice on IRC, I tried to switch to eglibc
> without success (eglibc didn' build)

Cant help unless you disclose what errors are.

 and still haven't found a solution to
> generate a working QT SDK for a Cortex A8.
>
> Eric
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: SDK problems

[Gary Thomas]

[-- Attachment #1: Type: text/plain, Size: 690 bytes --]

On 10/22/2009 06:09 PM, Holger Hans Peter Freyther wrote:
> On Thursday 22 October 2009 22:29:34 Eric Bénard wrote:
>
>> same thing here. Following an advice on IRC, I tried to switch to eglibc
>> without success (eglibc didn' build) and still haven't found a solution
>> to generate a working QT SDK for a Cortex A8.
>
> In both cases post your config. What version of gcc, glibc, binutils were used?

Stright forward BeagleBoard config - attached

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

[-- Attachment #2: local.conf --]
[-- Type: text/plain, Size: 746 bytes --]

# Where to store sources
DL_DIR = "${OETREE}/downloads"

INHERIT += " rm_work "

# Make sure you have these installed
ASSUME_PROVIDED += "gdk-pixbuf-csource-native imagemagick-native librsvg-native"

# Which files do we want to parse:
#BBFILES := "${OETREE}/org.openembedded.dev/recipes/*/*.bb"
BBFILES := "${OETREE}/openembedded/recipes/*/*.bb"
BBMASK = ""
 
# What kind of images do we want?
IMAGE_FSTYPES += " tar.bz2 "

# Set TMPDIR instead of defaulting it to $pwd/tmp
#TMPDIR = "${OETREE}/${DISTRO}-dev"

# Make use of SMP and fast disks
PARALLEL_MAKE = "-j4"
BB_NUMBER_THREADS = "4"

#tinderbox
#INHERIT += "oestats-client"
OESTATS_BUILDER      = "myname"

DISTRO = "angstrom-2008.1"
MACHINE = "beagleboard"

Re: SDK problems

[Holger Hans Peter Freyther]

On Friday 23 October 2009 02:35:31 Khem Raj wrote:

> One reason could be that its not getting right libc to link with. You
> could check <staging>/usr/lib/libc.so
> and it should be a text file which points to right libc to link with.
> On glibc it was different than in eglibc
> eglibc one should work. I do not know about glibc as I do not have
> working version of glibc here.

Okay,

thanks to Khem on irc and pointing me to -Wl,-verbose there is something fishy 
with the libc_nonshared.a in the SDK. I have no idea what kind of problem but 
the workaround is to copy libc_nonshared.a from the OE staging to

/usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib.


regards
	holger

Re: SDK problems

[Valentin Longchamp]

Holger Hans Peter Freyther wrote:
> On Friday 23 October 2009 02:35:31 Khem Raj wrote:
> 
>> One reason could be that its not getting right libc to link with. You
>> could check <staging>/usr/lib/libc.so
>> and it should be a text file which points to right libc to link with.
>> On glibc it was different than in eglibc
>> eglibc one should work. I do not know about glibc as I do not have
>> working version of glibc here.
> 
> Okay,
> 
> thanks to Khem on irc and pointing me to -Wl,-verbose there is something fishy 
> with the libc_nonshared.a in the SDK. I have no idea what kind of problem but 
> the workaround is to copy libc_nonshared.a from the OE staging to
> 
> /usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib.
> 

Thanks for the workaround, it works for me. Any idea/hint on how to 
correct this ?

Regards

Valentin

Re: SDK problems

[Eric Bénard]

Hi Holger,

Holger Hans Peter Freyther a écrit :
> thanks to Khem on irc and pointing me to -Wl,-verbose there is something fishy 
> with the libc_nonshared.a in the SDK. I have no idea what kind of problem but 
> the workaround is to copy libc_nonshared.a from the OE staging to
> 
> /usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib.
> 
works fine here both for meta-toolchain & meta-toolchain-qte.

Thanks,
Eric

Re: SDK problems

[Khem Raj]

On Fri, Oct 23, 2009 at 7:04 AM, Valentin Longchamp
<valentin.longchamp@epfl.ch> wrote:
> Holger Hans Peter Freyther wrote:
>>
>> On Friday 23 October 2009 02:35:31 Khem Raj wrote:
>>
>>> One reason could be that its not getting right libc to link with. You
>>> could check <staging>/usr/lib/libc.so
>>> and it should be a text file which points to right libc to link with.
>>> On glibc it was different than in eglibc
>>> eglibc one should work. I do not know about glibc as I do not have
>>> working version of glibc here.
>>
>> Okay,
>>
>> thanks to Khem on irc and pointing me to -Wl,-verbose there is something
>> fishy with the libc_nonshared.a in the SDK. I have no idea what kind of
>> problem but the workaround is to copy libc_nonshared.a from the OE staging
>> to
>>
>> /usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/lib.
>>
>
> Thanks for the workaround, it works for me. Any idea/hint on how to correct
> this ?

As Holger pointed out on IRC it could be becasue static library is
being stripped.
so stop this stripping

>
> Regards
>
> Valentin
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>