[MacPorts] #38732: gcc48 is broken by configure-timespec.patch
MacPorts
noreply at macports.org
Fri Apr 12 07:01:34 PDT 2013
#38732: gcc48 is broken by configure-timespec.patch
------------------------+--------------------
Reporter: howarth@… | Owner: mww@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 2.1.3
Resolution: fixed | Keywords:
Port: gcc48 |
------------------------+--------------------
Comment (by howarth@…):
I have uploaded a revised Portfile.diff and the new patch to skip
installation of libffi. This packaging moves the libgcc*dylib[[BR]]
files into the libstdcxx subport. Note that I had to build both the c and
c++ compilers with a normal bootstrap in order to[[BR]]
get all of the emutls symbols in the libstdc++ installed by the libstdcxx
subport. While this is slower, libgcc really should be[[BR]]
built from a full bootstrap to insure that the code generation from the
compiler used was stable. Since you are using binary[[BR]]
distributions this added compile time should be transparent to the end
users of MacPorts. This new packaging allows the[[BR]]
test case compiled with 'g++-mp-4.8 -std=c++11 test.cc' to execute without
failures...[[BR]]
[[BR]]
% g++-mp-4.8 -std=c++11 test.cc[[BR]]
% ./a.out[[BR]]
doing the test[[BR]]
success, result is 1[[BR]]
[[BR]]
ps Each gcc4x package will now need that same synlinks added to point at
the matching libgcc*dylib files in ${prefix}/lib[[BR]]
The presence of libgcc_s.1.dylib there shouldn't be an issue as Apple's
compliers never directly linked -lgcc_s but used[[BR]]
the versioned stubs -lgcc_s.10.4 or -lgcc_s.10.5 (which were dropped in
darwin10 when those symbols were subsumed into libSystem).
--
Ticket URL: <https://trac.macports.org/ticket/38732#comment:31>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list