Opened 21 months ago

Closed 21 months ago

Last modified 21 months ago

#65512 closed defect (wontfix)

libgcc9 not available on Darwin 18 i386

Reported by: efji Owned by:
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: cjones051073 (Chris Jones)
Port: gcc9

Description (last modified by jmroot (Joshua Root))

libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 is expected but is missing on download sites:

--->  Updating MacPorts base sources using rsync
MacPorts base version 2.7.2 installed,
MacPorts base version 2.7.2 downloaded.
--->  Updating the ports tree
--->  MacPorts base is already the latest version
--->  Computing dependencies for libgcc9
--->  Fetching archive for libgcc9
--->  Attempting to fetch libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 from http://packages.macports.org/libgcc9
--->  Attempting to fetch libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 from http://fra.de.packages.macports.org/libgcc9
--->  Attempting to fetch libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 from http://mse.uk.packages.macports.org/libgcc9
--->  Fetching distfiles for libgcc9
Error: gcc9 9.5.0 is not supported on Darwin 18 i386
Error: Failed to fetch libgcc9: incompatible macOS version

end of the log file:


:debug:main Starting logging for libgcc9 @9.5.0_2
:debug:sysinfo macOS 10.14.6 (darwin/18.7.0) arch i386
:debug:sysinfo MacPorts 2.7.2
:debug:sysinfo Xcode 11.3.1
:debug:sysinfo SDK 10.14
:debug:sysinfo MACOSX_DEPLOYMENT_TARGET: 10.14
:msg:main --->  Computing dependencies for libgcc9:info:main .:debug:main libgcc9 has no conflicts
:debug:main Searching for dependency: xz
:debug:main Found Dependency: receipt exists for xz
:debug:main Searching for dependency: cctools
:debug:main Found Dependency: receipt exists for cctools
:debug:main Searching for dependency: gmp
:debug:main Found Dependency: receipt exists for gmp
:debug:main Searching for dependency: isl
:debug:main Found Dependency: receipt exists for isl
:debug:main Searching for dependency: ld64
:debug:main Found Dependency: receipt exists for ld64
:debug:main Searching for dependency: libiconv
:debug:main Found Dependency: receipt exists for libiconv
:debug:main Searching for dependency: libmpc
:debug:main Found Dependency: receipt exists for libmpc
:debug:main Searching for dependency: mpfr
:debug:main Found Dependency: receipt exists for mpfr
:debug:main Searching for dependency: zlib
:debug:main Found Dependency: receipt exists for zlib
:debug:main Searching for dependency: libgcc10
:debug:main Found Dependency: receipt exists for libgcc10
:debug:main Executing org.macports.main (libgcc9)
:debug:main dropping privileges: euid changed to 503, egid changed to 501.
:debug:archivefetch archivefetch phase started at Thu Jul 21 10:48:16 CEST 2022
:msg:archivefetch --->  Fetching archive for libgcc9
:debug:archivefetch Executing org.macports.archivefetch (libgcc9)
:debug:archivefetch euid/egid changed to: 0/0
:debug:archivefetch chowned /opt/local/var/macports/incoming to macports
:debug:archivefetch euid/egid changed to: 503/501
:info:archivefetch --->  libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified
:msg:archivefetch --->  Attempting to fetch libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 from http://packages.macports.org/libgcc9
:debug:archivefetch Fetching archive failed: The requested URL returned error: 404 Not Found
:msg:archivefetch --->  Attempting to fetch libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 from http://fra.de.packages.macports.org/libgcc9
:debug:archivefetch Fetching archive failed: The requested URL returned error: 404 Not Found
:msg:archivefetch --->  Attempting to fetch libgcc9-9.5.0_2.darwin_18.x86_64.tbz2 from http://mse.uk.packages.macports.org/libgcc9
:debug:archivefetch Fetching archive failed: The requested URL returned error: 404 Not Found
:debug:archivefetch Privilege de-escalation not attempted as not running as root.
:debug:fetch fetch phase started at Thu Jul 21 10:48:16 CEST 2022
:notice:fetch --->  Fetching distfiles for libgcc9
:debug:fetch Executing proc-pre-org.macports.fetch-fetch-0
:error:fetch gcc9 9.5.0 is not supported on Darwin 18 i386
:error:fetch Failed to fetch libgcc9: incompatible macOS version
:debug:fetch Error code: NONE
:debug:fetch Backtrace: incompatible macOS version
:debug:fetch     while executing
:debug:fetch "$pre $targetname"
:error:fetch See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc9/libgcc9/main.log for details.

Change History (9)

comment:1 Changed 21 months ago by jmroot (Joshua Root)

Cc: cjones051073 added
Description: modified (diff)
Keywords: gcc libgcc libgcc9 removed
Port: gcc9 added; libgcc9 removed
Summary: libgcc9 on Darwin 18 i386libgcc9 not available on Darwin 18 i386

comment:2 Changed 21 months ago by cjones051073 (Chris Jones)

Resolution: wontfix
Status: newclosed

Yes, this is currently intentional. gcc12, which now provides the primary gcc runtime (shared by all gcc versions) has migrated to use @rpath.

See #65472 for more details.

gcc 10,11 and 12 have currently been updated to use upstream updates that support @rpath. Gcc9 and older have not, so whilst they are technically still buildable, they are problematic to use on OSX10.11 and newer, which is where gcc upstream now enables @rpath usage. For this reason gcc9 and older are (currently, upstream *might* in time backport support to some older gcc versions) no longer supported on OSX10.11 and newer.

You should uninstall (lib)gcc9 and migrate instead to a newer gcc release, 10 or newer.

Last edited 21 months ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:3 Changed 21 months ago by efji

Thank you for your answers, but it is not satisfying at all. Of course I do not use gcc9 myself, but many many ports in the port tree depend on libgcc9 and I cannot do anything to "migrate" them. The less you can expect from a distribution like macports is to maintain the whole tree in a reliable way!

For example, libgcc9, which is now intentionally broken, breaks OpenBLAS @0.3.20_0, and then ALL the packages pyXX-scipy and pyXX-numpy, including the very recent py310-{num,sci}py. It is not acceptable !

Please reopen the ticket and fix the problem.

comment:4 Changed 21 months ago by cjones051073 (Chris Jones)

You are using out-of-date variants of OpenBLAS.

Oberon ~/Projects/MacPorts/ports > port info OpenBLAS
OpenBLAS @0.3.20 (math, science)
Sub-ports:            OpenBLAS-devel
Variants:             g95, gcc10, gcc11, [+]gcc12, gccdevel, [+]lapack, native, universal

Description:          OpenBLAS is an optimized BLAS library based on GotoBLAS2
Homepage:             https://github.com/xianyi/OpenBLAS

Build Dependencies:   cctools, gcc12
Library Dependencies: libgcc
Conflicts with:       OpenBLAS-devel
Platforms:            darwin
License:              BSD
Maintainers:          Email: nicos@macports.org, GitHub: NicosPavlov
                      Email: michaelld@macports.org, GitHub: michaelld
                      Policy: openmaintainer

see how gcc(10,11,12) are now the only available gcc variants, and gcc12 is now the default.

Uninstall your current OpenBLAS, and then reinstall with the latest configuration, which will migrate you to using gcc12.

Then, repeat the above of any other ports you have installed that are still using out of date gcc variants.

This ticket will not be reopened, as at this time there is nothing we can do to support gcc9 on the newer (OSX10.11+) systems.

Last edited 21 months ago by cjones051073 (Chris Jones) (previous) (diff)

comment:5 Changed 21 months ago by cjones051073 (Chris Jones)

p.s. if you do not know what ports you have installed still using out-of-date variants, you can find them with e.g.

port installed | grep gcc9

comment:6 Changed 21 months ago by efji

Thanks Chris. I was about to do it but I was a little bit afraid of breaking a lot of things. The question i: why an outdated OpenBLAS is still present on my system? It should have been updated in a transparent way earlier.

comment:7 Changed 21 months ago by cjones051073 (Chris Jones)

It could probably do with a rev-bump I guess.

comment:8 Changed 21 months ago by Chris Jones <jonesc@…>

In 9babd8e3265ff2fa842c67f76478341af8d142bc/macports-ports (master):

OpenBLAS(-devel): Rev-bump to force rebuild following gcc variants update
See: #65512

comment:9 Changed 21 months ago by efji

Thanks again Chris! I have done a bunch of uninstall/install, including octave and gmsh, and everything is ok now with gcc12. Some programs still use libgcc10 and libgcc11 but it is not a problem.

Note: See TracTickets for help on using tickets.