|
RE: static libc linkage with M6
|
04/10/2008 9:38 AM
post6601
|
RE: static libc linkage with M6
All of mkefs, mketfs, and mkifs are symlinks to mkxfs, and mkxfs behaves
differently depending on which of these you invoke. That's why the Utilities
Reference points you to the docs for mkefs, mketfs, and mkifs.
Steve Reid (stever@qnx.com)
Technical Editor
QNX Software Systems
> -----Original Message-----
> From: dave carlson [mailto:dcarls07@harris.com]
> Sent: Thursday, April 10, 2008 9:00 AM
> To: general-toolchain
> Subject: static libc linkage with M6
>
>
> Same symptom as the M4 drop question below. I checked my
> libc.so link and it points to the libc.so.2 that is in the M6 tarball.
>
> My 4.2.1 build produced libc.so linked binaries (of
> considerably smaller size :-) immediately prior to installing
> the M6 drop install. (Yes, I made realclean, etc.)
>
> Also, some doc for mkxfs would be helpful since mkifs is just
> a symlink and the 6.3.2 doc has just a "mkxfs -- see mkefs,
> mketfs, and mkifs".
>
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post6598
>
|
|
|
|
Re: static libc linkage with M6
|
04/10/2008 3:48 PM
post6647
|
Re: static libc linkage with M6
It appears that even with a good symlink to a good libc.2.so, the 4.2.1 tool chain cannot follow the symlink and so
builds static binaries.
Thanks for your help... :-(
dave
|
|
|