apple-gcc42 @5666.3_16 unwind stage1-bubble error upgrading

[potmj (Michael Pot)]

Since the bump to _16, Leopard 10.5.8 intel now requires cctools to be installed +xtools in order to build. I am unable to test this on ppc or Tiger.

  cctools @949.0.1_3+universal+xtools (active)
  cctools @949.0.1_3+xtools

cctools with no variants or +Xcode cause an unusual ld error suggesting issues with unwind causing [stage1-bubble] Error 2. I guess this could be related to other newer versions of ld or other tools installed since @5666.3_15, but +xtools was the only thing that worked for me (after much testing and soul searching). A brief main.log excerpt of the error is:-

:info:build ld: warning: could not create compact unwind for __Unwind_ForcedUnwind: non-standard register 0 being saved in prolog
:info:build ld: illegal text-relocation to _uw_update_context_1 in libgcc/./unwind-dw2_s.o from anon in libgcc/./unwind-dw2_s.o for architecture i386
:info:build collect2: ld returned 1 exit status
:info:build make[5]: *** [libgcc_s.dylib] Error 1
:info:build make[5]: *** Waiting for unfinished jobs....
:info:build make[4]: *** [stmp-multilib] Error 2
:info:build rm cpp.pod fsf-funding.pod gpl.pod gfdl.pod gcc.pod gcov.pod
:info:build make[3]: *** [all-stage1-gcc] Error 2
:info:build make[2]: *** [stage1-bubble] Error 2
:info:build make[1]: *** [all] Error 2

I don't now how to modify the Portfile to insure cctools is installed or upgraded +xtools variant when apple-gcc42 is upgraded on legacy systems e.g. darwin == 9. It seems like a job for #126, or perhaps adding a subport but I expect we don't want that here for cctools.

In the mean time perhaps adding Portfile notes, (or just this informational ticket) might help. vis:-

notes "
Leopard, may require cctools installed +xtools for building ${name} as of @5666.3_16
   port upgrade --enforce-variants cctools +xtools
"

[ryandesign (Ryan Carsten Schmidt)]

Since #126 won't be implemented, the available solution is to use the active_variants 1.1 portgroup.

[jmroot (Joshua Root)]

It seems unlikely that this is due to any change in apple-gcc42 itself, but more likely ld64 or cctools. Or did you have success reverting only apple-gcc42 to the older revision?

If the problem is the dependencies, maybe +bootstrap would work?