#71621 closed defect (fixed)
cmake @3.31.2 does not configure on PPC Mac OS X 10.4.11, Tiger, because of CPU_TYPE_ARM vs. CPU_TYPE_ANY
| Reported by: | ballapete (Peter "Pete" Dyballa) | Owned by: | mascguy (Christopher Nielsen) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.10.5 |
| Keywords: | tiger ppc | Cc: | michaelld (Michael Dickens), fhgwright (Fred Wright) |
| Port: | cmake |
Description
/opt/local/var/macports/build/nue.de.rsync.macports.org_macports_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.31.2/Source/cmMachO.cxx: In member function 'cmMachO::StringList cmMachO::GetArchitectures() const':
/opt/local/var/macports/build/nue.de.rsync.macports.org_macports_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.31.2/Source/cmMachO.cxx:389:56: error: 'CPU_TYPE_ARM' was not declared in this scope; did you mean 'CPU_TYPE_ANY'?
389 | const NXArchInfo* archInfo = (header.CpuType & CPU_TYPE_ARM)
| ^~~~~~~~~~~~
| CPU_TYPE_ANY
gmake: *** [Makefile:490: cmMachO.o] Error 1
---------------------------------------------
Error when bootstrapping CMake:
Problem while running gmake
---------------------------------------------
Log of errors: /opt/local/var/macports/build/nue.de.rsync.macports.org_macports_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.31.2/Bootstrap.cmk/cmake_bootstrap.log
---------------------------------------------
Command failed: cd "/opt/local/var/macports/build/nue.de.rsync.macports.org_macports_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.31.2" && ./bootstrap --prefix=/opt/local --docdir=share/doc/cmake --parallel=1 --init=/opt/local/var/macports/build/nue.de.rsync.macports.org_macports_release_tarballs_ports_devel_cmake/cmake/work/cmake-3.31.2/macports.cmake --system-libs --no-qt-gui --no-system-jsoncpp --no-system-librhash --no-system-libuv --no-system-cppdap --
Exit code: 9
Error: Failed to configure cmake: configure failure: command execution failed
Attachments (1)
Change History (13)
Changed 14 months ago by ballapete (Peter "Pete" Dyballa)
comment:1 Changed 14 months ago by kencu (Ken)
needs a 10-second patch to define CPU_TYPE_ARM to 12 in that one file, Source/cmMachO.cxx
I just didn’t get to it, so perhaps you could do it
cmake-devel will need it too, probably
comment:2 Changed 14 months ago by ballapete (Peter "Pete" Dyballa)
With this little change "CMake has bootstrapped."
comment:3 Changed 14 months ago by ballapete (Peter "Pete" Dyballa)
The new compiler needs some practise to get slimmer and work faster.
comment:4 Changed 14 months ago by ballapete (Peter "Pete" Dyballa)
CMake built, JPEG-Turbo built too.
comment:5 Changed 13 months ago by mascguy (Christopher Nielsen)
| Cc: | michaelld fhgwright added; michaelld@… mascguy@… removed |
|---|---|
| Owner: | set to mascguy |
| Status: | new → assigned |
Has duplicate #71888
comment:6 Changed 13 months ago by fhgwright (Fred Wright)
Defining it in legacy-support would make sense, since for some unfathomable reason Apple explicitly chose not to define it for 10.4:
MacPro:SDKs fw$ grep -rInw CPU_TYPE_ARM MacOSX10.?.sdk/usr/include 2>/dev/null MacOSX10.4.sdk/usr/include/mach/machine.h:100:/* skip CPU_TYPE_ARM ((cpu_type_t) 12) */ MacOSX10.5.sdk/usr/include/mach/machine.h:106:#define CPU_TYPE_ARM ((cpu_type_t) 12) MacOSX10.6.sdk/usr/include/mach/machine.h:106:#define CPU_TYPE_ARM ((cpu_type_t) 12) MacOSX10.7.sdk/usr/include/mach/machine.h:106:#define CPU_TYPE_ARM ((cpu_type_t) 12) MacOSX10.8.sdk/usr/include/mach/machine.h:108:#define CPU_TYPE_ARM ((cpu_type_t) 12) MacOSX10.9.sdk/usr/include/mach/machine.h:108:#define CPU_TYPE_ARM ((cpu_type_t) 12)
comment:7 Changed 13 months ago by fhgwright (Fred Wright)
I've made a fix (and test) for it. I'll submit a PR once I've tested it.
I guess I'll hold off on the -devel update to include this.
comment:8 Changed 13 months ago by fhgwright (Fred Wright)
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
comment:9 Changed 13 months ago by fhgwright (Fred Wright)
comment:10 follow-up: 11 Changed 12 months ago by glebm (Gleb Mazovetskiy)
Could you please update legacy-support (non-devel) to the latest version as well?
comment:11 Changed 12 months ago by fhgwright (Fred Wright)
Replying to glebm:
Could you please update legacy-support (non-devel) to the latest version as well?
Funny you should mention that today. :-) See the discussion in https://github.com/macports/macports-legacy-support/pull/110.

Main.log from PPC Tiger, Mac OS X 10.4.11