This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Thanks for the tip. I haven't got to the bottom of the whole multi-lib nof problem, but one change that seems a good idea is to make the following change in crosstool.sh:
@@ -301,7 +302,7 @@ echo "We check GLIBC_EXTRA_CONFIG ($GLIBC_EXTRA_CONFIG) to see if it contains --without-fp to decide." case "$GLIBC_EXTRA_CONFIG" in *--without-fp*) - cp -a ${PREFIX}/${TARGET}/lib/nof/*.so* ${PREFIX}/${TARGET}/lib + cp -af ${PREFIX}/${TARGET}/lib/nof/*.so* ${PREFIX}/${TARGET}/lib ;; esac
On powerpc, if you don't do this, although the nof subdirectory is there, it fails as the links already exist.
cp: cannot create symbolic link `/usr/local/powerpc-linux/gcc-3.3.1-glibc-2.2.5/powerpc-linux/lib/libstdc++.so': File exists cp: cannot create symbolic link `/usr/local/powerpc-linux/gcc-3.3.1-glibc-2.2.5/powerpc-linux/lib/libstdc++.so.5': File exists
That's worth fixing. I probably won't use the -f option, though, as it might not be portable. In fact, I'm kind of tempted to just comment out that section until someone figures out the real story there. I suspect totally disabling multilibbing is appropriate for most crosstool users... but I'm more than willing to be convinced otherwise, if there's evidence. - Dan
-- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change
------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |