[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-hurd] [pathc] oskit-mach build fix

From: Neal H Walfield
Subject: Re: [Bug-hurd] [pathc] oskit-mach build fix
Date: Sun, 17 Sep 2000 08:46:41 -0500
User-agent: Mutt/1.2i

> There are several issues with your patch.
> You should not use $(...) in configure scripts or GNU makefiles.
> It is not portable.  Use `...` instead, and know the quoting issues.

I will keep that in mind.

> You have not stated what problems you had with the old setting of
> OSKIT_LIBDIR, so I am dubious about your complex changes to how that is
> done, and your change of the meaning of the variable.

Sorry for the lack of explanation. I installed oskit into the default
location, i.e. /usr/local.  When the configure script ran ``gcc
-print-file-name=oskit'', it returned `oskit', ie, it never found it
but it did not complain and fail.  When I tried using a -L in the
check, it also failed; only using LIBRARY_PATH could I make it work.

# gcc -print-file-name=oskit
# gcc -L/usr/local/lib -print-file-name=oskit
# LIBRARY_PATH=/usr/local/lib gcc -print-file-name=oskit

I changed the meaning of the variable slightly as it assumes that the
oskit install is in a place where the liboskit_*.a libraries can be found
by default.  I have a second installation of oskit (a different version)
in /usr/local/oskit-VERSION and I would like to compile it from time to
time.  This would have required a lot more work on the old version.

> I would never suggest setting LIBRARY_PATH.  That is a bizarre
> compatibility variable.  The setting of CC ought to be sufficient.
> Use -L options in the CC setting if that is appropriate.
> The -L switches you added in the linking rules should not be required.
> If the configure check succeeds, that means the CC setting suffices.

What is the correct way to use alternative libraries?


Neal H Walfield
University of Massachusetts at Lowell
neal@walfield.org or nwalfiel@cs.uml.edu

reply via email to

[Prev in Thread] Current Thread [Next in Thread]