Searched hist:"9 b09309d2a8d3608e32b2312a7d10fce6877c1a9" (Results 1 – 4 of 4) sorted by relevance
| /trunk/main/solenv/gbuild/platform/ |
| H A D | solaris.mk | 9b09309d2a8d3608e32b2312a7d10fce6877c1a9 Wed Dec 28 14:53:22 UTC 2016 damjan <damjan@13f79535-47bb-0310-9956-ffa450edef68> I've heard rumours it's a POSIX feature, but so far the problem only
appears on Linux, not FreeBSD.
Linking is one-pass, using symbols exported by libraries to resolve
missing symbols in previous, but *NOT* subsequent, objects (including
libraries). This means the order libraries are given to the linker
does matter, because symbols missing in latter objects cannot be
satisfied by former objects.
Static libraries should be therefore be linked to before dynamic
libraries, as static libraries cannot specify dependencies on dynamic
libraries, yet might need symbols from them.
This should fix the main/slideshow build problem on Linux.
Only Linux has been tested. The other platforms are guessed.
Patch by: me
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1776288 13f79535-47bb-0310-9956-ffa450edef68
|
| H A D | os2.mk | 9b09309d2a8d3608e32b2312a7d10fce6877c1a9 Wed Dec 28 14:53:22 UTC 2016 damjan <damjan@13f79535-47bb-0310-9956-ffa450edef68> I've heard rumours it's a POSIX feature, but so far the problem only
appears on Linux, not FreeBSD.
Linking is one-pass, using symbols exported by libraries to resolve
missing symbols in previous, but *NOT* subsequent, objects (including
libraries). This means the order libraries are given to the linker
does matter, because symbols missing in latter objects cannot be
satisfied by former objects.
Static libraries should be therefore be linked to before dynamic
libraries, as static libraries cannot specify dependencies on dynamic
libraries, yet might need symbols from them.
This should fix the main/slideshow build problem on Linux.
Only Linux has been tested. The other platforms are guessed.
Patch by: me
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1776288 13f79535-47bb-0310-9956-ffa450edef68
|
| H A D | linux.mk | 9b09309d2a8d3608e32b2312a7d10fce6877c1a9 Wed Dec 28 14:53:22 UTC 2016 damjan <damjan@13f79535-47bb-0310-9956-ffa450edef68> I've heard rumours it's a POSIX feature, but so far the problem only
appears on Linux, not FreeBSD.
Linking is one-pass, using symbols exported by libraries to resolve
missing symbols in previous, but *NOT* subsequent, objects (including
libraries). This means the order libraries are given to the linker
does matter, because symbols missing in latter objects cannot be
satisfied by former objects.
Static libraries should be therefore be linked to before dynamic
libraries, as static libraries cannot specify dependencies on dynamic
libraries, yet might need symbols from them.
This should fix the main/slideshow build problem on Linux.
Only Linux has been tested. The other platforms are guessed.
Patch by: me
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1776288 13f79535-47bb-0310-9956-ffa450edef68
|
| H A D | freebsd.mk | 9b09309d2a8d3608e32b2312a7d10fce6877c1a9 Wed Dec 28 14:53:22 UTC 2016 damjan <damjan@13f79535-47bb-0310-9956-ffa450edef68> I've heard rumours it's a POSIX feature, but so far the problem only
appears on Linux, not FreeBSD.
Linking is one-pass, using symbols exported by libraries to resolve
missing symbols in previous, but *NOT* subsequent, objects (including
libraries). This means the order libraries are given to the linker
does matter, because symbols missing in latter objects cannot be
satisfied by former objects.
Static libraries should be therefore be linked to before dynamic
libraries, as static libraries cannot specify dependencies on dynamic
libraries, yet might need symbols from them.
This should fix the main/slideshow build problem on Linux.
Only Linux has been tested. The other platforms are guessed.
Patch by: me
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1776288 13f79535-47bb-0310-9956-ffa450edef68
|