search for: lgcc_s

..._SPEC #define REAL_LIBGCC_SPEC \ "%{static-libgcc|static: -lgcc_eh -lgcc; \ shared-libgcc|fexceptions|fgnu-runtime: \ %:version-compare(!> 10.5 mmacosx-version-min= -lgcc_s.10.4) \ %:version-compare(>= 10.5 mmacosx-version-min= -lgcc_s.10.5) \ -lgcc; \ :%:version-compare(>< 10.3.9 10.5 mmacosx-version-min= -lgcc_s.10.4) \ %:version-compare(>= 10.5 mmacosx-...

On Suse 10.1, xapian-config --libs outputs the following: -L/usr/lib -lxapian -L/usr/lib -lstdc++ -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s The usual output on other linuxes seems to be like -L/where/is/lib/ -lxapian This causes a problem when trying to perform a static link with xapian, because there does not seem to exist a libgcc_s.a Actually, I am not quite sure about what "xapian-conf...

...bugzilla comments shows: /sw/lib/gcc4.5/lib/libgcc_s.1.dylib (compatibility version 1.0.0, being used. That will not work. All of the libgcc_s.dylib functionality has been subsumed into libSystem.dylib on SnowLeopard (darwin10). The gcc compiler that shipped with SnowLeopard leaves the -lgcc_s off the link line when targeting SnowLeopard. If there is a newer libgcc_s with new functions added, then the link line needs to change to "-lSystem -lgcc_s", that way the linker will find the most routines in libSystem.dylib and only the new functions from libgcc_s.dylib. Thus...

...x86_64-alpine-linux-musl/6.4.0/../../../../lib/crti.o /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/crtbegin.o -L /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib -L /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0 -dynamic-linker /lib/../lib/ld-musl-x86_64.so.1 hello_world.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lm -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/crtend.o /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib/crtn.o $ ./hello_world Segmentation fault (core dumped) Now try with binutils: $ ld --gc-sections -m elf_x86_64 -o hello...

I realize this is off-topic for the list, but I thought all the darwin developers here might want to be aware of this. The current regressions in gcc trunk regarding exception handling has been escalated to a P1 in order to attract darwin developers to the issue... http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260#c31 If these regressions aren't fixed before gcc 4.5's release, it appears

...nc. build 5649) (LLVM build) > > I do a make bootstrap and make install after configure. > > But when I try to run this gcc I get > > $ /local/tools/lin32/llvm-gcc4.2-2.6/bin/i686-linux-llvm-gcc a.c > /local/tools/lin32/binutils-2.17.50.0.15/bin/i686-linux-ld: cannot find -lgcc_s > collect2: ld returned 1 exit status does the same thing happen if you configure, build and install mainline gcc 4.2 rather than llvm-gcc? Ciao, Duncan.

..., rip=<remote_ip>, lip=<local_ip> Aug 31 19:00:10 IMAP(someuser): Error: ld.so.1: imap: fatal: libgcc_s.so.1: open failed: No such file or directory Aug 31 19:00:10 dovecot: Error: child 26222 (imap) killed with signal 9 To solution was to set the environment variable LIBS to "-lgcc_s" before running configure. I think this is a bug as this library should be added automatically by configure to the Makefile when considered necessary. The same problem applies to Dovecot-2.0.1 also, which gave the same error message. regards, Stephan P.S. I found a similar message of thi...

....dylib has magic symbols in it that say if you are targeting 10.6 then _Unwind_Resume (and other other symbols) are not in that dylib, so the linker looks elsewhere and finds them in libSystem.B.dylib. In other words, the compiler changes to SnowLeopard to omit /re-order the linking with -lgcc_s when targeting 10.6 was just an optimization and not required. So, when these test cases are run, is the binary linked against /usr/ lib/libgcc_s.10.5.dylib? or against some just built libgcc_s. 10.5.dylib? or against some just build libgcc_s.dylib? If either of the latter, then if you chan...

...musl/6.4.0/../../../../lib/crti.o > /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/crtbegin.o -L > /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib -L > /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0 -dynamic-linker > /lib/../lib/ld-musl-x86_64.so.1 hello_world.o -lgcc --as-needed -lgcc_s > --no-as-needed -lc -lm -lgcc --as-needed -lgcc_s --no-as-needed > /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/crtend.o > /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib/crtn.o > $ ./hello_world > Segmentation fault (core dumped) > > Now try with binutils: > $ l...

.../../../lib/crti.o >> /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/crtbegin.o -L >> /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib -L >> /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0 -dynamic-linker >> /lib/../lib/ld-musl-x86_64.so.1 hello_world.o -lgcc --as-needed -lgcc_s >> --no-as-needed -lc -lm -lgcc --as-needed -lgcc_s --no-as-needed >> /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/crtend.o >> /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib/crtn.o >> $ ./hello_world >> Segmentation fault (core dumped) >> >> Now...

...gcc version 4.2.1 (Based on Apple Inc. build 5649) (LLVM build) I do a make bootstrap and make install after configure. But when I try to run this gcc I get $ /local/tools/lin32/llvm-gcc4.2-2.6/bin/i686-linux-llvm-gcc a.c /local/tools/lin32/binutils-2.17.50.0.15/bin/i686-linux-ld: cannot find -lgcc_s collect2: ld returned 1 exit status libgcc_s.so* is presnet under /local/tools/lin32/llvm-gcc4.2-2.6/lib Any ideas what is going wrong here? print-search-dirs gives the following which obviuosly does not include libgcc_s.so* path $ /local/tools/lin32/llvm-gcc4.2-2.6/bin/i686-linux-llvm-gcc -pri...

...lems compiling R on a Solaris 10 opteron box we have on trial. checking for Fortran libraries of g77... -L/usr/ccs/lib -L/usr/lib - L/usr/local/lib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.10/3.3.2 - L/usr/ccs/bin -L/usr/local/lib/gcc-lib/i386-pc- solaris2.10/3.3.2/../../.. -lfrtbegin -lg2c -lm -lgcc_s -lfrtbegin: - lg2c: checking how to get verbose linking output from gcc... -v checking for C libraries of gcc... -L/usr/ccs/lib -L/usr/lib - L/usr/local/lib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.10/3.3.2 - L/usr/ccs/bin -L/usr/local/lib/gcc-lib/i386-pc- solaris2.10/3.3.2/../../.. -lgcc_eh chec...

...ic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o mhroc_prop.so mhroc_prop.o mvndstpack.o -L/Library/Frameworks/R.framework/Resources/lib/ppc -lRlapack -L/Library/Frameworks/R.framework/Resources/lib/ppc -lRblas -L/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.0 -lgfortran -lgcc_s.10.4 -lSystemStubs -L/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.0 -lgfortran -lgcc_s.10.4 -lSystemStubs -F/Library/Frameworks/R.framework/.. -framework R Any ideas? Thank you, Richard Zur

On 1/30/15 1:17 PM, Saleem Abdulrasool wrote: > Although this has been discussed in the past, I think that given a few > conversations, it seems that it unfortunately needs to be brought up again. > > There seems to be some disagreement over the ideal location of the > unwinder (libunwind). Currently, libunwind resides in a subdirectory of > libc++abi. There seems to be some

...can't compile R-alpha on AMD 64. Rather than include a 1400 line script I have put it on the web http://www.stat.umn.edu/~charlie/typescript.txt way down near the bottom it fails building lapack.so gcc -shared -L/usr/local/lib64 -o lapack.so Lapack.lo -llapack -lblas -lg2c -lm -lgcc_s /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/../../../../lib64/liblapack.a(dgecon.i): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib...

...libc++', why is it complaining about libstdc++? 2. How can we resolve this error? (any ideas would be appreciated!) 3. Is there anything missing if we'd like to replace stdlibc++ with libc++? 4. I also noticed when it's in linker phase, these flags were set in the ld command (-lc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc ), which we didn't have them setup anywhere in our project, just out of curiosity, are they added automatically? Why are they needed? A little bit more details: Environment: CentOS Linux release 7.6.1810 (Core) Clang version: clang version 5.0.1 (tags/RELEASE_501/final...

...35cb3 FAILED: cmTC_35cb3 : && /home/usr4/c74014i/opt/clang/current/bin/clang CMakeFiles/cmTC_35cb3.dir/testCCompiler.c.o -o cmTC_35cb3 && : /usr/bin/ld: cannot find crtbegin.o: No such file or directory /usr/bin/ld: cannot find -lgcc /usr/bin/ld: cannot find -lgcc_s clang-11: error: linker command failed with exit code 1 (use -v to see invocation) ninja: build stopped: subcommand failed. CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:49 (project) My configuration is shown below:...

...bug @ubuntu:~/Documents/test$ clang hello.c -o hello /usr/bin/ld: cannot find crt1.o: No such file or directory /usr/bin/ld: cannot find crti.o: No such file or directory /usr/bin/ld: cannot find crtbegin.o: No such file or directory /usr/bin/ld: cannot find -lgcc /usr/bin/ld: cannot find -lgcc_s clang-2: error: linker command failed with exit code 1 (use -v to see invocation) Best regards, Huy Mobile: 01668178291 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20141130/f05fb2dd/attachmen...

...istical Computing Version 2.2.0 (2005-10-06 r35749) ISBN 3-900051-07-0 >system("R CMD SHLIB ~/tmp/test1.f") g77 -fPIC -g -O2 -c /home/guillot/tmp/test1.f -o /home/guillot/tmp/test1.o gcc -shared -L/usr/local/lib -o /home/guillot/tmp/test1.so /home/guillot/tmp/test1.o -lg2c -lm -lgcc_s > system("R CMD SHLIB ~/tmp/test2.f") g77 -fPIC -g -O2 -c /home/guillot/tmp/test2.f -o /home/guillot/tmp/test2.o gcc -shared -L/usr/local/lib -o /home/guillot/tmp/test2.so /home/guillot/tmp/test2.o -lg2c -lm -lgcc_s > > is.loaded("sub") [1] FALSE > is.loaded(&qu...

...b/libc.a when searching for -lc /usr/bin/ld: cannot find -lc /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.5.2/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.5.2/libgcc_s.so when searching for -lgcc_s /usr/bin/ld: cannot find -lgcc_s /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.5.2/../../../libc.a when searching for -lc /usr/bin/ld: skipping incompatible //usr/lib/...