| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Fixes geo/spatialite/gis on gcc archs. Report and tests by kmos@,
different fix from cwen@, ok zhuk@ espie@ kmos@
|
|
|
|
|
|
|
|
|
|
|
|
| |
problem raised with librsvg which use libtool-rust, and our libtool just die if
deplib_list is undef.
tested in bulk by sthen@ and naddy@
"modern" perl practice/syntax suggested by espie@
makes sense sthen@
ok espie@
|
| |
|
| |
|
|
|
|
| |
ok naddy@
|
|
|
|
|
| |
Handle both. From semarie@, tweaked by espie@
ok phessler@ espie@
|
|
|
|
| |
than -1 on error. ok jca@
|
|
|
|
|
|
| |
using ar @file construct.
okay aja@
|
|
|
|
| |
okay aja@
|
|
|
|
| |
Initial prodding and bulk builds by aja@.
|
|
|
|
|
|
| |
Unbreaks (and changes PLIST) multimedia/lives under Clang, and maybe others.
okay espie@
|
|
|
|
|
| |
passed straight through to the compiler, which gcc doesn't mind, but clang is
unhappy about. Suggestion/ok aja@
|
| |
|
|
|
|
| |
(with hope for jmc@ come & fix my bad wording)
|
|
|
|
|
|
|
|
|
|
| |
This helps to avoid linking both libraries, making -lestdc++ the only one
there. The concrete example would be print/poppler port after Qt5 update,
which is coming right now.
This hack would go away together with libestdc++...
Kind support on all the way by aja@, thanks!
|
|
|
|
|
|
| |
starting to show up more and more.
ok jasper@
|
|
|
|
|
|
|
|
|
| |
Lack of -bindir handling is not a problem right now because -bindir is
passed to cc(1) which ignores it, and because read(2) on /usr/local/bin
returns 0 right now, so ld(1) copes with it. But there are plans to
make read(2) fail with EISDIR.
Input from and bulk builds thanks to ajacoutot@, ok ajacoutot@ espie@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* when looking for a library, also look for an unversioned solib before falling
back to using the static one (which may not even exist)
* when a library has no libtool file (.la) with a proper dependency_libs entry,
libtool(1) falls back to using objdump to determine the depencencies;
however this works only if dependencies are in standard search paths; fix it
by looking at the RPATH entry in objdump then add non standard dirs to
search_dirs and -rpath
inputs from and ok espie@, ok jasper@
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Before, libtool first searched all directories for .la files, and if
search failed, switched to actual libraries (.so/.a). But the correct way
is to check each directory first for .la, then for .so/.a.
The problem was reported by ajacoutot@ who verified that the patch fixes
his case and okay'ed the initial diff. And jasper@'s bulk uncovered a bug
which is fixed now (verified by another bulk).
|
|
|
|
|
|
|
| |
LT::UList->new() instead of calling tie() manually. As a bonus, few
extra lines in actual code go away.
okay espie@ who still thinks that I test things _before_ commit
|
| |
|
|
|
|
|
|
|
|
| |
ajacoutot@, me and probably others were seeing. No fallout in bulk build.
Input from espie@ and ajacoutot@.
Prodding by ajacoutot@
Bulk test by jasper@
|
|
|
|
|
|
|
|
| |
libraries. Until now we only did that for bin programs, but some libs
can also depend on other libs which aren't in the standard search path.
passed a full ports bulk (thanks jasper@)
ok jasper@ sthen@
|
|
|
|
| |
OK and additional changes from espie@
|
|
|
|
|
|
| |
probably be reworked and simplified in the future anyway...
ok espie@
|
|
|
|
| |
ok miod@
|
|
|
|
| |
ok miod@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
method that does all the work to produce the right options (one option,
so that the *.ver file contains all useful information).
Have to cater to regexp: in particular, make sure to nm on every object
and static library we might need, so we don't lose anything.
Allow for the result to be empty (since some projects use -export-symbols-regex
everywhere, *including on binaries with empty symbol lists*)
should now be clean portswise.
As usual, a non working option means lots of weird fuck-ups to fix first...
thx to millert@ for the hint, aja,jasper,landry for comments and testing.
|
|
|
|
| |
output slightly more debug info
|
| |
|
|
|
|
|
|
|
|
|
| |
real option -export-symbols.
Instead of blindly passing that one to the linker, error out beforehand,
so that people know the problem IS libtool usage and not our program.
(as exemplified by Todd Fries on ldns).
|
|
|
|
|
|
|
| |
as found out by sebastia@ and used during 5.2 vax package build...
no ill side-effects so far, so do this as a stopgap measure
(matthieu@ reports that our libtool is not yet very good for static-only
arches).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
linking.
(and always load basic linker class when we're actually linking)
Start making a proper "library stash class".
|
| |
|
|
|
|
| |
Still fucks up order somehow...
|
|
|
|
| |
for a separate file
|
| |
|
| |
|
|
|
|
|
|
|
| |
make sure -L dir will error out.
"cute" gnu libtool: -x c will vanish from linker arguments, but only
in library linking-mode.
|
| |
|
| |
|
| |
|
| |
|