search for: libc_nonshar

...Building for pkg-1.2.3 --- all --- ===> libpkg (all) --- objwarn --- --- libpkg.so.1 --- --- objwarn --- Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg --- libpkg.so.1 --- building shared library libpkg.so.1 /usr/bin/ld: cannot find /usr/lib/libc_nonshared.a cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [libpkg.so.1] Error code 1 make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg 1 error make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.2.3/libpkg *** [all] Error code 2 make[2]: stopped...

...hack designed to work around the all-too-clever Glibc|| ||// strategy of making these functions work differently when inlined vs. when|| ||// not inlined, and hiding their real definitions in a separate archive file|| ||// that the dynamic linker can't see. For more info, search for|| ||// 'libc_nonshared.a' on Google, or read http://llvm.org/PR274.|| ||#if defined(__linux__)| ^ ie try making this defined(__linux__) && !defined(__BIONIC__) Alp. On 31/10/2013 00:08, James Lyon wrote: > I've been trying to get LLVM JIT compilation working on Android for > the last few days....

...-lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lvorbis -L/usr/lib /usr/lib/libxslt.so /usr/lib/libxml2.so -lz -lpthread -lm /usr/local/lib/libkrb5.so: the use of `mktemp' is dangerous, better use `mkstemp' /usr/bin/ld: icecast: hidden symbol `fstat' in /usr/lib/libc_nonshared.a(fstat.oS) is referenced by DSO collect2: ld returned 1 exit status make[3]: *** [icecast] Error 1 make[3]: Leaving directory `/home/rtanner/c_scapes/icecast-2.2.0/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rtanner/c_scapes/icecast-2.2.0/src' make[1]: ***...

...to build on Debian Sarge which we are using, we checked the dependencies and have these in place: libglib2.0-dev (>= 2.2.3), libreadline5-dev, comerr-dev, uuid-dev, libblkid-dev (>= 1.36), debhelper (>= 3.0.5) Building ocfs2-tools fails with an error on building fsck.ocfs2: /usr/lib/libc_nonshared.a(elf-init.oS)(.gnu.linkonce.t.__i686.get_pc_thu nk.bx+0x0): In function `__i686.get_pc_thunk.bx': : multiple definition of `__i686.get_pc_thunk.bx' ../libocfs2/libocfs2.a(alloc.o)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0 x0): first defined here collect2: ld returned 1 exit status mak...

...oo-clever > Glibc|| > ||// strategy of making these functions work differently when inlined > vs. when|| > ||// not inlined, and hiding their real definitions in a separate > archive file|| > ||// that the dynamic linker can't see. For more info, search for|| > ||// 'libc_nonshared.a' on Google, or read http://llvm.org/PR274.|| > ||#if defined(__linux__)| > > ^ ie try making this defined(__linux__) && !defined(__BIONIC__) > > Alp. > > > On 31/10/2013 00:08, James Lyon wrote: >> I've been trying to get LLVM JIT compilation workin...

I've been trying to get LLVM JIT compilation working on Android for the last few days. The patch I needed to get it to build is attached (nothing major - CMake configuration header typo and avoiding open64 which is missing on Android). Sadly even though it builds I can't get generated code to work - it appears at the moment that the generated code doesn't have execute permissions

...31) The FreeBSD kernel linker scripts contain expressions not supported by lld - for example, ". = ALIGN(. != 0 ? 64 / 8 : 1);". I'm using ld.bfd to link the kernel for now. 3. Library search paths In FreeBSD /usr/lib/libc.so is a linker script that contains "GROUP ( libc.so.7 libc_nonshared.a libssp_nonshared.a )". ld.bfd includes a built-in /lib search path and finds /lib/libc.so.7 there. lld relies only on the -L paths specified on the command line, and cannot locate libc.so.7. As a workaround I've changed /usr/lib/libc.so to include the full path. 4. -N/--omagic option...

http://bugzilla.mindrot.org/show_bug.cgi?id=194 ------- Additional Comments From djm at mindrot.org 2002-04-23 23:29 ------- This should be fixed in -current CVS, please test ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

...-ldl -lvorbis -L/usr/lib /usr/lib/libxslt.so /usr/lib/libxml2.so -lz -lpthread -lm > > /usr/local/lib/libkrb5.so: the use of `mktemp' is dangerous, better use `mkstemp' this is a kerberous issue, just a warning though > /usr/bin/ld: icecast: hidden symbol `fstat' in /usr/lib/libc_nonshared.a(fstat.oS) is referenced by DSO > > collect2: ld returned 1 exit status new one on me, we don't use fstat directly, but some shared lib (DSO) is referring to it and that is why this is showing up. I suspect one of the dependant libs has been built on another system (linker/compiler/...

...c -I ../../libaio/src -I.. -I../lib -I. -I../../xenstore -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -Wp,-MD,.blktapctrl.d -o blktapctrl -L. -L.. -L../lib -L../../../tools/libxc -lblktap -lcrypto -lz -L../../../tools/xenstore -lxenstore blktapctrl.c /usr/lib/libc_nonshared.a(elf-init.oS)(.text.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx'': : multiple definition of `__i686.get_pc_thunk.bx'' /tmp/ccOyfIDQ.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0):/root/xen-unstable/tools/blktap/drivers/blktapctrl.c:76: first defined here col...

Hi all. I found some references to a problem similar to mine in the archives, but none of the solutions posed there worked, so I'm left to ask again. I'm running Debian 2.2r5, libc6, and as far as I know all other necessary libraries for compilation. libao and libogg compile and install fine, but when I try run ./configure for libvorbis, it fails and says it can't find libogg.

...nclude --sysroot=/opt/pluto-targets/i386-rootfs/ -L/opt/pluto-targets/i386-rootfs//lib -L/opt/pluto-targets/i386-rootfs//usr/lib -L/opt/pluto-targets/i386-rootfs//usr/local/lib -L/lib -L/usr/lib conftest.c 1>&5 /usr/bin/ld: cannot find /lib/libc.so.6 inside /usr/bin/ld: cannot find /usr/lib/libc_nonshared.a inside collect2: ld returned 1 exit status configure:4839: $? = 1 configure:4848: error: installation or configuration problem: compiler cannot create executables. ---------------------------- I can clearly see that it is looking for libc in /lib but should be in /usr/lib and I haven't ma...