[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #30914] Standard library search path not configurable
From: |
Adam Butcher |
Subject: |
[bug #30914] Standard library search path not configurable |
Date: |
Wed, 19 Dec 2012 22:45:47 +0000 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.97 Safari/537.11 |
Follow-up Comment #1, bug #30914 (project make):
I have hit this in the context of cross-compilation, where a dependency
problem was undiagnosed due to a system library being found rather than the
correct target system lib. The makefile had a bug whereby the correct sysroot
lib paths for the target system were not added to vpath for %.so and %.a.
This caused the makefile to work okay on systems where the dependent lib
happened to be installed natively on the build system but fail to find
prerequisites if that wasn't the case.
For cross-compilation it is almost never useful to search /lib and /usr/lib
for library dependencies. I have made a patch against the latest CVS which
adds support for a new special variable '.SYSLIBDIRS' which, if set, overrides
the hardcoded build-time built-ins. The patch also adds support for
synthesising default values into this variable by specifying an alternative
sysroot via the CROSS_SYSROOT environment variable.
The patch is available at
https://bitbucket.org/abutcher/gmake-ajb/commits/e484dc0 The make.texi is
updated with usage info.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30914>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #30914] Standard library search path not configurable,
Adam Butcher <=