[MacPorts] #53076: gcc47 @4.7.4_6, gcc48 @4.8.5_1 fails to build with newer texinfo

[MacPorts]

#53076: gcc47 @4.7.4_6, gcc48 @4.8.5_1 fails to build with newer texinfo
--------------------------+--------------------------------
  Reporter:  posita       |      Owner:  macports-tickets@…
      Type:  defect       |     Status:  assigned
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:
Resolution:               |   Keywords:
      Port:  gcc47 gcc48  |
--------------------------+--------------------------------

Comment (by ewen-naos-nz):

 I too had both these build problems (texinfo, isl), on OS X 10.11 (El
 Capitan) when some other upgrade forced `gcc48` (and other `gcc`/`llvm`
 versions) to need to be rebuilt.  However even after fixing both of them
 (adding `.texi` patch, reverting to older `isl`), with everything else
 updated, I still had further build errors on `libgcc`, of which the key
 lines seemed to be:

 {{{
 :info:build checking for suffix of object files... configure: error: in
 `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/gcc48/work/build/x86_64
 -apple-darwin15/libgcc':
 :info:build configure: error: cannot compute suffix of object files:
 cannot compile
 }}}

 and with some digging in `./build/x86_64-apple-darwin15/libgcc/config.log`
 I found:

 {{{
 dyld: Library not loaded: /opt/local/lib/libisl.15.dylib
   Referenced from: /opt/local/lib/libcloog-isl.4.dylib
   Reason: image not found
 xgcc: internal compiler error: Trace/BPT trap: 5 (program cc1)
 libbacktrace could not find executable to open
 }}}

 which means that both `isl` ''and'' `cloog` (that had been built against
 the newer isl) will have to be reverted to finish the build.  And if I do
 that `port rev-upgrade` wants to re-rebuild `gcc49`, and `gcc5` again, to
 match those older `isl` and `cloog` again...

 Since I didn't have a specific need for `gcc48` -- it had just been
 dragged in by dependencies ages ago -- and it appeared nothing on my
 system depended on `gcc48` specifically now, I ended up just uninstalling
 `gcc48`, and going back to the newer `isl`.  `gcc49` and `gcc5`, as well
 as multiple versions of `llvm` are plenty of compilers for my needs these
 days :-)  (Plus I could do with the disk space back.)

 Anyone specifically needing to build `gcc48` at present probably needs the
 `texi` patch ''and'' activating older `isl` ''and'' activating older
 `cloog`.  Otherwise `gcc48` probably has to be updated to work with the
 newer `isl`.

 Ewen

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