Re: [Ltib] Linking question

[Luka Rahne]

I later found what my problem was.
Linking from Ltib libraries in /opt/freescale/...   worked but that is
not correct lib folder
I had to linked from <ltib>/ltib-modelo-20100709/rootfs/lib/ and
<ltib>/ltib-modelo-20100709/rootfs/usr/lib/
Trick was that you had to add 3 extra  flags (-march=isac -mcpu=54418
-msoft-float) in order to suspensefuly link and now it works like
charm.

2011/5/19 Stuart Hughes <address@hidden>
>
> Hi Luka,
>
> Which platform is this ? is it from Freescale or from this public
> project?  If from Freescale you need to ask them.
>
> If this is a Coldfire with MMU (or other MMU), then you should not have
> to had anything to your linker path.  If it's noMMU then I don't think
> pthreads work.
>
> Do not manually add ld xxx commands to your build, just call gcc.  So
> you just need to add -l pthread to your gcc line.
>
> The problem could be gcc related.  I don't think gcc-4.4.45 is used in
> the public LTIB.
>
> Regards, Stuart
>
>
>
> On 18/05/11 15:46, Luka Rahne wrote:
> > I am new to  Linux, but still, using instructions I was able to setup
> > environment, compiled and also able to remotely debuged printf("Hello
> > World");
> >
> > I have problem using any other than standard libraries.
> >
> > I am building for MCF54418 and if I add <ltib>/rootfs/usr/lib to
> > linker path and try to build "pthread.h" application HelloWorld
> > http://pastebin.com/ugYmSiFU I get error:
> >
> > Compiling: main.c
> > Linking console executable: bin/Debug/HelloWorld
> > /opt/freescale/usr/local/gcc-4.4.54-eglibc-2.10.54/m68k-linux/lib/gcc/m68k-linux-gnu/4.4.1/../../../../m68k-linux-gnu/bin/ld:
> > m68k:isa-c:emac architecture of input file
> > `/home/ralu/ltib/ltib-modelo-20100709/rootfs/lib/libpthread-2.10.1.so'
> > is incompatible with m68k:isa-b:float:emac output
> > collect2: ld returned 1 exit status
> > Process terminated with status 1 (0 minutes, 0 seconds)
> > 0 errors, 0 warnings
> >
> >
> > How should solve this? I have been trying this for almost 2 days.
> >
> > Luka
> >