Joined: Sep. 2005
||Posted: Oct. 24 2007,05:44
OK, so I moved to pkg-config-0.22 and expat-1.95.8 (expat-1.95.2 would not compile itself) and compiled everything for i486 (the executables seem to be bigger than those compiled for i686). I see the next steps as:
1. Compile versions of libjpeg, libpng & libtiff that match those of dsl
2. Delete the libs (but keep the headers) compiled where the versions match those of dsl
Given that I plan to compile with the eventual extension, using something like:
|Code Sample |
|$ export PATH=/opt/compile/bin:$PATH|
$ export CFLAGS=-I/opt/compile/include
$ export LDFLAGS=-L/opt/compile/lib
$ ./configure --prefix=...
..is it OK to assume the the compilation will find the libs deleted from /opt/compile/lib in /lib & /usr/lib without symlinks (this seems to be the case)?
Edit: with all of the duplicate libs deleted, gcc will not compile shared libs - now to find which lib(s) causes this...
BTW, with the above approach "sudo make install" does not work - I need to open a terminal window as root and (re)export the path. Is there a way around this that avoids opening a 2nd window?