This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.
Subject: Re: GCC Question From: Bernhard Rosenkraenzer <bero@redhat.de> Date: Mon, 13 Dec 1999 18:11:45 +0100 (CET) On Mon, 13 Dec 1999, Lee, Gilbert (NY Corp) wrote: > Simple question really: is there an environment variable that tells GCC > where to look for libraries other than the default path? I want to create a > user-defined lib directory of my own but don't know how to tell GCC where to > look. echo "/your/directory" >>/etc/ld.so.conf && ldconfig === Subject: RE: DAMN MESA! From: Uncle Meat <kcsmart@worldinter.net> Date: Mon, 20 Dec 1999 21:27:29 -0600 (CST) On 21-Dec-99 patrick opined: > I have been trying and trying to compile a 3d modeler > for povray called 3dpm. It uses Mesa and qt's qgl > lib. I first tried rebuilding qt1x-1.44.src.rpm > but it didn't create the libqgl file...I ended up > installing the qt-opengl i386.rpm from openlinux > to force the existence of libqgl. I tried again to > compile 3dpm but now it dies with an error message > that it cannot find libMesa. BULLCRAP! > > I have Mesa installed and it is located in /usr/X11R6/ > lib...AND this is entered in /etc/ld.so.conf AND > ldconfig has been run (multiple times). STILL, when > I try to compile the app, it wont find libMesa. > > If I run locate libMesa IT finds it exactly where it > really is: /usr/X11R6/lib just as pointed to in ld.so.conf. > > What IS the problem here? Where do I look to fix this > ridiculous error? I am REALLY irritated at the moment > and would appreciate some pointers. Not familiar with 3dpm. But, if it has a configure script, try doing './configure --help' to see if it has an option to not use mesa or to set the path to the library. Barring that, looking at the Makefile or config.h may provide info on where it's looking for the library. A change to the line or a symlink for the file to where it wants to find it may solve the problem. If that doesn't work, just try symlinking the library to /usr/lib to see if that helps. I'm outta ideas for now. === Subject: Re: [HACKERS] --with-mb=SQL_ASCII for 6.5.3 RPMs. From: Tom Lane <tgl@sss.pgh.pa.us> Date: Thu, 23 Dec 1999 12:46:07 -0500 Lamar Owen <lamar.owen@wgcr.org> writes: > (I _know_ that the real fix lies in patching configure.in -- I'm > just wanting to get the RPM out the door without having to learn how to > run autoconf first -- unless that would be preferable). 1. Install autoconf (get it from any GNU archive). Be sure you have version 2.13 to ensure you get the same results as the rest of us. Install is no harder than "configure; make; make install". You do need to have GNU m4, but if you are on a Linux box you probably already do. Try "m4 --version" to check. 2. type "autoconf" in the pgsql/src directory. Can't get much easier. Changing configure.in is a LOT easier than patching the output, IMHO... ===