Issue 50458

Summary: MacOS X: static libraries at the end
Product: porting Reporter: pavel
Component: MacOSXAssignee: pavel
Status: CLOSED FIXED QA Contact: issues@porting <issues>
Severity: Trivial    
Priority: P1 (highest) CC: eric.bachard, issues, ivo.hinkelmann, nesshof
Version: current   
Target Milestone: OOo 2.0   
Hardware: All   
OS: Mac OS X, all   
Issue Type: PATCH Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Patch that moves btstrplib at the end for MacOS X none

Description pavel 2005-06-08 07:38:06 UTC
Hi,

several facts first:

- on MacOS X, static libraries must be at the end of libraries to link otherwise
the linking will fail

- SRC680_m108 integrated also Sun only cws mmw02 which was not listed among
integrated child workspaces

- transex3/source/export2.cxx now contains GetEnv from static $(BTSTRPLIB)

This resulted in a build break on MacOS X/Panther.

First hand fix attached, but it is ugly (because it extends currently used systm
to prevent this issue).

ause: can you come up with a better solution? I think that we can at least
reduce the amount of pre- and post-tests to one and add something like
$(BEGINLIBS) and $(ENDLIBS) to every link command.

Yes, this is another example of bad practices of MacOS X designers.
Comment 1 pavel 2005-06-08 07:38:51 UTC
Created attachment 27007 [details]
Patch that moves btstrplib at the end for MacOS X
Comment 2 pavel 2005-06-08 07:41:56 UTC
set target.
Comment 3 hjs 2005-06-08 12:37:29 UTC
fixed this one by simply applying the provided patch to reenable building on
MACOSX. please submit a seperate issue for a more general solution.
Comment 4 hjs 2005-06-08 13:00:20 UTC
please verify on MACOSX

re-open issue and reassign to pjanik@openoffice.org
Comment 5 hjs 2005-06-08 13:00:24 UTC
reassign to pjanik@openoffice.org
Comment 6 hjs 2005-06-08 13:00:28 UTC
reset resolution to FIXED
Comment 7 pavel 2005-06-08 17:40:35 UTC
verified on both GNU/Linux and MacOS X.
Comment 8 maho.nakata 2005-06-10 23:51:15 UTC
*** Issue 50455 has been marked as a duplicate of this issue. ***
Comment 9 Martin Hollmichel 2005-10-25 08:17:28 UTC
close issue