Searched hist:"9 b09309d" (Results 1 – 4 of 4) sorted by relevance
| /aoo42x/main/solenv/gbuild/platform/ |
| H A D | solaris.mk | diff 9b09309d 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 | diff 9b09309d 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 | diff 9b09309d 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 | diff 9b09309d 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
|
Completed in 23 milliseconds