[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

[iains at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693

--- Comment #37 from Iain Sandoe <iains at gcc dot gnu.org> 2013-01-23 22:16:10 UTC ---
Created attachment 29262
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29262
test, supply the dummy functions from a static archive.


in the current code, the following sequence:

-lstdc++ -lcrttme.o 
results in the functions from crttme.o being linked in preference (regardless
that they are marked weak and the ones in libstdc++.6.dylib are not).

====

the patch places the crttme.o into a static archive [libcrttme.a]

-lstdc++ -lcrttme

now the functions are linked from libstdc++.6.dylib (as I would have expected).

At this stage, this is just a piece of code to illustrate a point.

it functions on darwin10 with 3.2.6 (and the patch does not change the behavior
on darwin9 which was already working)

=====

from the reports in preceding comments, I think that the dialogues with the
vendor's developers have become confused - we need to (a) re-read the doc. (b)
restate the problem succinctly.

Does this code function on Darwin 11/12?