[MacPorts] #61170: libffi @3.3_1 fails to build on 10.5 i386

[MacPorts]

#61170: libffi @3.3_1 fails to build on 10.5 i386
------------------------+--------------------
  Reporter:  fhgwright  |      Owner:  (none)
      Type:  defect     |     Status:  new
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:  2.6.3
Resolution:             |   Keywords:
      Port:  libffi     |
------------------------+--------------------

Comment (by kencu):

 OK -- it is trying to build with gcc-4.2 as it should, but it runs into
 this weirdness:
 {{{
 325     libtool: compile:  /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I.. -I.
 -I../include -Iinclude -I../src -I/opt/local/include -I. -I../include
 -Iinclude -I../src -pipe -Os -arch i386 -MT src/x86/sysv.lo -MD -MP -MF
 src/x86/.deps/sysv.Tpo -c ../src/x86/sysv.S  -fno-common -DPIC -o
 src/x86/.libs/sysv.o
 326     ../src/x86/sysv.S:808:section type does not match previous section
 type
 327     ../src/x86/sysv.S:809:FATAL:symbol: ___x86.get_pc_thunk.bx can't
 be a weak_definition (currently only supported in section of type
 coalesced)
 328     make[3]: *** [src/x86/sysv.lo] Error 1
 329     make[3]: *** Waiting for unfinished jobs....
 330     libtool: compile:  /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I.. -I.
 -I../include -Iinclude -I../src -I/opt/local/include -pipe -Os -arch i386
 -Wall -fexceptions -MT src/x86/ffi.lo -MD -MP -MF src/x86/.deps/ffi.Tpo -c
 ../src/x86/ffi.c -o src/x86/ffi.o >/dev/null 2>&1
 331     make[3]: Leaving directory
 `/opt/local/var/macports/build/_opt_local_var_macports_sources_MacPro.local_ywg.ca.rsync.macports.org_macports_release_tarballs_ports_devel_libffi/libffi/work/libffi-3.3/i386
 -apple-darwin9.8.0'
 }}}

 That is a strange one, I'll admit... I will have to see what is going on.

 My first thought is that perhaps our modifications to cctools to force
 cctools {{{as}}} to use {{{clang}}} as the assembler if available might be
 responsible for this.

 That only happens if there is a current version of {{{clang}}} installed.
 If you temporarily deactivate clang-5+ on i386 Leopard, does it build
 then?

 If that does fix it, then we have a couple of #defines we can use to
 disable the clang assembler hack we put into cctools.

-- 
Ticket URL: <https://trac.macports.org/ticket/61170#comment:5>
MacPorts <https://www.macports.org/>
Ports system for macOS