[MacPorts] #69374: gcc13 optimizer bug in ncurses
MacPorts
noreply at macports.org
Tue Feb 20 23:33:31 UTC 2024
#69374: gcc13 optimizer bug in ncurses
---------------------------+--------------------
Reporter: ThomasDickey | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: gcc13 |
---------------------------+--------------------
Comment (by ryandesign):
Replying to [comment:3 ThomasDickey]:
>> (in case there's some way to mark the port as conflicting with gcc13).
Replying to [comment:4 kencu]:
> macports can do that, yes.
>
> It can mark gcc13 as an unusable compiler for that port.
Well a port can indicate, using `compiler.blacklist`, that MacPorts should
not choose some compiler(s) to build it. However, I don't see why MacPorts
would ever have chosen gcc13 for ncurses to begin with. Since the port
doesn't contain any directives to the contrary, MacPorts should have
chosen clang.
Was ncurses built with gcc13 because you explicitly asked to build it with
gcc13 (e.g. `sudo port -s install ncurses configure.compiler=macports-
gcc-13`, which is not recommended)? If so, then MacPorts doesn't currently
have a way to prevent that. Command-line compiler selections override
`compiler.blacklist`.
--
Ticket URL: <https://trac.macports.org/ticket/69374#comment:6>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list