Opened 3 months ago

Last modified 2 months ago

#70340 closed defect

Could we do arch-specific revbumps of GCCs arch-specific? — at Initial Version

Reported by: barracuda156 Owned by:
Priority: Normal Milestone:
Component: ports Version: 2.9.3
Keywords: Cc: cjones051073 (Chris Jones)
Port: gcc14, gcc13, gcc12, gcc11

Description

gcc ports were just revbumped across the board for a non-functional arm64-specific change in https://github.com/macports/macports-ports/commit/df82c95db246abbf58ba09929118138ce14d357b

The change itself is perhaps desirable (and must be also made for powerpc triples, which are still wrong), but it is very wasteful to force everyone rebuild gcc on all archs, when literally nothing has changed for those. (It is also wasteful for MacPorts infrastructure – buildbots could be doing instead something more useful.)

This also happened earlier on a few occasions. For someone with a slow hardware such revbump may translate into many hours or days of compilation, with strictly identical outcome as before.

What is the aim of doing it this way? It is really trivial to do it correctly, setting revisions per-arch when necessary. This is not needed for every port, of course, but for ports which may need several hours to build, it is justified.

I got a fast PowerMac, but even in this case I either need to stupidly waste 10 hours on rebuilds (when I just built all this some days ago) or revert revbumping locally (and it is unreasonable to expect every MacPorts end-user to be aware of overlay repos, check GitHub commits on every change to determine if it is justified, etc.).

Change History (0)

Note: See TracTickets for help on using tickets.