Opened 3 years ago
Last modified 16 months ago
#62895 new defect
rasmol @2.7.4.2: error: no such file or directory: 'DarwinMachineDefines' — at Version 1
Reported by: | richard-evans (Dr. Richard Evans) | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.6.4 |
Keywords: | arm64 | Cc: | |
Port: | rasmol, xorg-cf-files |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
Hi rasmol fails to build on M1/bigsur with the following error:
MOLDIR=\"/opt/local/share/rasmol/\" -DTHIRTYTWOBIT -D_USE_RASMOL_H_ -c -o repres.o repres.c :info:build clang: clang: clang: clangclang: : error: no such file or directory: 'DarwinMachineDefines'
It seems like an old definition that was recently removed in macOS, but I can't find any reference to it in the source code and google is unhelpful. Removing the definition "DarwinMachineDefines" in the makefile seems to fix it (it installs OK after that and runs fine) but not sure the best way to patch the port (bit of a port newbie) and whether removing this is in general safe.
Any thoughts?
Many thanks,
Richard
Change History (1)
comment:1 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|---|
Keywords: | arm64 added |
Summary: | rasmol fails to build on BigSur → rasmol @2.7.4.2: error: no such file or directory: 'DarwinMachineDefines' |
Note: See
TracTickets for help on using
tickets.
Normally you should submit a main.log file when you encounter a build failure. But I tried a build on our Apple Silicon build machine and got the same problem, so that log is sufficient:
https://build.macports.org/builders/ports-11_arm64-builder/builds/20536/steps/install-port/logs/stdio
Something is supposed to be defining
DarwinMachineDefines
to the set of flags that are appropriate for your system. That "something" was probably written before Apple Silicon machines existed, so it doesn't defineDarwinMachineDefines
to anything on your system, so the literal stringDarwinMachineDefines
gets inserted instead, which is wrong.I haven't yet found what is (supposed to be) defining
DarwinMachineDefines
in this case. I did find it for example here:https://cgit.freedesktop.org/xorg/util/cf/tree/darwin.cf
And I found a previous reference to this kind of problem in #22528 (which was on Snow Leopard which was when Apple's gcc started defaulting to 64-bit compiles, so at that time it was probably the x86_64 architecture that wasn't being handled in the code.)