Custom Query (4816 matches)
Results (157 - 159 of 4816)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#881 | invalid | GCC in chapter 5 pass 1 doesn't look for libraries in /usr/lib | ||
Description |
That's it. It doesn't find libc.a (in my system it resides in /usr/lib) and can't link properly a dummy executable, complaining that it can't find _libc_csu_init and _libc_csu_fini. So, to compile glibc, pass 1 (the next step), I had to include in the configure parameters LDFLAGS="-L/usr/lib". For the next steps gcc will find libc.a in /tools/usr/lib without complaints. Is this a particularity of my host (a LFS 4.1 system or a problem in the build system? |
|||
#883 | invalid | libstdc++.la contains references to source directory | ||
Description |
This isn't a big issue, but, all subsequent libtool archives for libraries/ objects that depend on libstdc++ will have this dependency as well. It's just rather messy, and probably shouldn't be in there. Here is what is in my /usr/lib/libstdc++.la file for GCC 3.3.1 # Libraries that this one depends upon. dependency_libs=' -L/sources/gcc-build/i686-pc-linux-gnu/libstdc++-v3/src -L/ sources/gcc-build/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lm -lm -lm -L/ sources/gcc-build/gcc -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s' The same is true for GCC 3.3.3, which I've installed indepedently (non-LFS oriented) on another machine. Thanks. LFS is great. Keep up the great work :) |
|||
#884 | wontfix | libtool issues | ||
Description |
Ryan and I are looking into issue caused by the flackiness of libtool. This tool also has impacted cross platform builds RPATH as well. This problem is a minor issue, but needs to be correct if possible. Example: # Libraries that this one depends upon. dependency_libs=' -L/sources/gcc-build/i686-pc-linux-gnu/libstdc++-v3/src -L/ sources/gcc-build/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lm -lm -lm -L/ sources/gcc-build/gcc -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s' |