search for: ld_run_path

...Shout-1.0]# make gcc -c -fno-strict-aliasing -I/usr/local/include -O2 -march=i386 -mcpu=i686 -DVERSION=\"1.0\" -DXS_VERSION=\"1.0\" -fPIC -I/usr/lib/perl5/5.6.1/i386-linux/CORE Shout.c Running Mkbootstrap for Shout () chmod 644 Shout.bs rm -f blib/arch/auto/Shout/Shout.so LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib Shout.o -o blib/arch/auto/Shout/Shout.so -lshout /usr/bin/ld: cannot find -lshout collect2: ld returned 1 exit status make: *** [blib/arch/auto/Shout/Shout.so] Error 1 [root@b5fie Shout-1.0]# -- If I remove -lshout (Since it says Shout *migth...

Is there a way to install devtoolset packages without the bloat of eclipse? I just want the new compiler and toolchain, not a big IDE. BTW devtoolset-3 dependencies are broken in yum with C6 yum install devtoolset-3 ... ---> Package devtoolset-3-perftools.x86_64 0:3.1-12.el6 will be installed --> Processing Dependency: devtoolset-3-dyninst for package:

...4-4.2.52-7.1 installed and also a source build of BerkeleyDB in /usr/local/BerkeleyDB.4.4. How do I get OpenLDAP to link with the bdb 4.4? I have put the library locataion everywhere I can think of: LDFLAGS=-L/usr/local/BerkeleyDB.4.4/lib LD_LIBRARY_PATH=/usr/local/BerkeleyDB.4.4/lib LD_RUN_PATH=/usr/local/BerkeleyDB.4.4/lib Still, the configure seems to link with the 4.2 rpm build: checking db.h usability... yes checking db.h presence... yes checking for db.h... yes checking for Berkeley DB link (default)... no checking for Berkeley DB link (-ldb43)... no checkin...

What settings do I need to change in the Makefile etc so it compiles and installs on a normal shell account? I've already tried compiling it using a different prefix etc but I must have messed up somewhere. Since its a normal shell account i obviously can't install to /usr/local and so forth... I'm wanting to have it installed to /home/username/icecast/server (then /bin for binaries,

...be ############################################################# export GCCX_ROOT=$HOME/gcc540 export PATH=$GCCX_ROOT/bin:$PATH export MANPATH=$GCCX_ROOT/share/man:MANPATH export INFOPATH=$GCCX_ROOT/share/info:$INFOPATH export LD_LIBRARY_PATH=$GCCX_ROOT/lib64:$GCCX_ROOT/lib:$LD_LIBRARY_PATH export LD_RUN_PATH=$GCCX_ROOT/lib64:$GCCX_ROOT/lib:$LD_RUN_PATH export LIBRARY_PATH=$GCCX_ROOT/lib64:$GCCX_ROOT/lib:$LIBRARY_PATH export INCLUDE_PATH=$GCCX_ROOT/include:$INCLUDE_PATH export CPLUS_INCLUDE_PATH=$GCCX_ROOT/include:$CPLUS_INCLUDE_PATH export C_INCLUDE_PATH=$GCCX_ROOT/include:$C_INCLUDE_PATH #############...

At 02:34 02-11-2002, you wrote: > >LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib Shout.o -o > >blib/arch/auto/Shout/Shout.so -lshout > >/usr/bin/ld: cannot find -lshout >You need the actual (native) libshout, as well - then Shout.pm can >use it for the low-level streaming. Just install that where your >l...

And more importantly (for me) - Can I ask question about Shout.pm? <p>Anders Jensen System devel. Cybercity.dk, OSS projektet ---- <erno> hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. Sig. provided by www.bash.org --- >8 ---- List archives: http://www.xiph.org/archives/

...rity: major Priority: P2 Component: Build system AssignedTo: unassigned-bugs at mindrot.org ReportedBy: sebastian.wenzler at hp.com Hi there openssl/1.0.0 installs its libs to <rootdir>/lib64 This is not recognized by openssh. Though LD_LIBRARY_PATH and LD_RUN_PATH are set to include these, configure script fails to find the libs unless --with-cflags="-L/app/openssl/1.0.0/LMWP2/lib64" is used But this parameter is not passed to all gcc calls and compilation then fails with make[1]: Leaving directory `/local/scratch/openssh-5.4p1/openbsd-compat...

Hello, i got many problems in compiling a working samba to use in our environment. - solaris 10 on amd64 sun hardware - version above 3.3.0 because of one of our applications - samba as memeber server in active directory because of usermanagement on windows 2003 - 64-bit samba because of many many open files - static libraries because of relocation error: R_AMD64_PC32 with shared ones

...TICULAR PURPOSE. This program built for sparc-sun-solaris2.9 tolka source3 $ tolka source3 $ ld -v GNU ld (GNU Binutils) 2.20 tolka source3 $ tolka source3 $ echo $CC /nerc/packages/gcc/4.4.3/5.10/bin/gcc tolka source3 $ echo $LD_LIBRARY_PATH /nerc/packages/samba/3.5.7/lib tolka source3 $ echo $LD_RUN_PATH /nerc/packages/samba/3.5.7/lib tolka source3 $ echo $LDFLAGS -L/nerc/packages/samba/3.5.7/lib -R/nerc/packages/samba/3.5.7/lib tolka source3 $ I've tried looking for LD=ld in the configure file as suggested in an email May 2010, it doesn't occur. I've tried editing Makefile, add -fPIC...

Marcus, Thanks for the spec file. I'm fairly new to creating RPM's and I just found out that the issue is taking place during the 'make check' portion of the spec file. I'm not sure what 'make check' does after having googled it, although, I think it checks for run-time errors. Any hints? Eric On 5/16/2015 12:52 PM, Marcus Rueckert wrote: > On 2015-05-16 11:52:55

Hi, I am running into a interesting issue with Dovecot. I compiled Dovecot 2.0.7 with LD_RUN_PATH set to /xsys/lib and it was able to find and link against the correct OpenSSL libraries (/xsys/lib), the generated Makefile look OK. Here is a snippet of the SSL cflags and libs. SSL_CFLAGS = -I/xsys/include SSL_LIBS = -L/xsys/lib -lssl -lcrypto -ldl After I compil, install and run Dovecot I...

i have a problem, i am installing openssh-3.6.1, in digital unix version 4.0d, and no can,t install for this error, configure: error: *** Can't find recent OpenSSL libcrypto (see config.log for detail) please helpme Horacio Mari?a

...$ which make /usr/ccs/bin/make who3 source3 $ make make: Fatal error in reader: Makefile, line 1397: Extra `:', `::', or `:=' on dependency line who3 source3 $ Set up paths etcetera. export LDFLAGS="-L/nerc/packages/samba/3.5.9/lib -R/nerc/packages/samba/3.5.9/lib" export LD_RUN_PATH="/nerc/packages/samba/3.5.9/lib" export LD_LIBRARY_PATH="/nerc/packages/samba/3.5.9/lib" export CPPFLAGS="-I/nerc/packages/samba/3.5.9/include -I/nerc/packages/samba/3.5.9/lib/ldb/include -I/usr/include" export CC=`which cc` export LIBS=-lintl build LDAP ./configure...

...; undeclared (first use in this function) mfcr2.c:3895: error: syntax error before ')' token make[1]: *** [mfcr2.lo] Error 1 make[1]: Leaving directory `/usr/src/libmfcr2-0.0.3' make: *** [all] Error 2 This is what I did before: I did: export LD_LIBRARY_PATH=/usr/lib export LD_RUN_PATH=/usr/lib cd /usr/src/spandsp make clean ./configure -prefix=/usr make make install cd /usr/src/libsupertone make clean ./configure -prefix=/usr make make install cd /usr/src/libunicall make clean ./configure -prefix=/usr make make in...

...n a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual page...

...looks like: -------- #!/bin/bash export CPPFLAGS="-I/usr/local/include -I/usr/local/include/sasl -I/usr/local/ssl/include/openssl" export LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/lib/sasl2 -R/usr/local/lib -R/usr/local/ssl/lib -R/usr/local/lib/sasl2" export LD_RUN_PATH="/usr/local/lib:/usr/local/ssl/lib:/usr/local/lib/sasl2" ./configure ... -------- If I don't have the export statements at the top of the shell script, the binaries are linked with older versions of the ldap, kerberos and ssl libraries. If I add the /usr/local/lib directory to the...

...I attached first 100 lines of config.log. It shows details of my environment. I think configuer works fine. But after I typed make command, some errors appeared. Does anyone have ideas of fix this problems? or Don't you have the instance of compiled on solaris10 OS. SAIKA Iwao bash-3.00# LD_RUN_PATH=/usr/local/lib gmake Using CFLAGS = -O2 -pipe -s -I. -I/opt/src/samba/samba-3.4.0/ source3 -I/opt/src/samba/samba-3.4.0/source3/iniparser/src -Iinclude - I./include -I. -I. -I./../lib/replace -I./../lib/talloc -I./../lib/ tevent -I./../lib/tdb/include -I./libaddns -I./librpc -I./.. - DHAVE...

Here is the thing. All workstations in the network have the /etc/profile modified and set up to call a profile script in the network that sets up variables that we need here. Here $LD_LIBRARY_PATH and other variables get set, fixed, or modified to support our development process. The weird thing is that while in a TTY the $LD_LIBRARY_PATH is fine and retains its value. But if I log in to the gui

To all, I am using Dovecot on solaris 10. Home directories are mounted using NFS. However, they are not readable by root. I compiled Dovecot from the source. I set the following environment variables: export LDFLAGS='-L/local/software/openssl/lib -R/local/software/openssl/lib' export CPPFLAGS=-I/local/software/openssl/include Then I ran gmake and the gmake install. In the server