Opened 4 years ago

Last modified 4 months ago

#61157 assigned defect

ecl @20.4.24 configure script fails - "There is no appropiate integer type for the cl_fixnum type"

Reported by: c-kloukinas Owned by: none
Priority: Normal Milestone:
Component: ports Version: 2.6.1
Keywords: Cc: chrstphrchvz (Christopher Chavez)
Port: ecl

Description (last modified by easye)

ECL 20.4.24 will fail to configure with any version of XCode 12 installed.

Last few lines of the log:

:info:configure checking size of long long... not available
:info:configure checking whether byte ordering is bigendian... no
:info:configure checking appropiate type for fixnums... configure: error: There is no appropiate integer type for the cl_fixnum type
:info:configure Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_github.com_macports_macports-ports_lang_ecl/ecl/work/ecl-20.4.24" && ./configure --prefix=/opt/local --enable-boehm=included

port -v "MacPorts 2.6.1"

Xcode "11.7 (11E801a)"

gcc -v

Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.3 (clang-1103.0.32.62)
Target: x86_64-apple-darwin19.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

gcc-mp-10 -v

Using built-in specs.
COLLECT_GCC=gcc-mp-10
COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-apple-darwin19/10.2.0/lto-wrapper
Target: x86_64-apple-darwin19
Configured with: /opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_lang_gcc10/gcc10/work/gcc-10.2.0/configure --prefix=/opt/local --build=x86_64-apple-darwin19 --enable-languages=c,c++,objc,obj-c++,lto,fortran,jit --libdir=/opt/local/lib/gcc10 --includedir=/opt/local/include/gcc10 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-10 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-10 --with-gxx-include-dir=/opt/local/include/gcc10/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --with-isl=/opt/local --enable-stage1-checking --disable-multilib --enable-lto --enable-libstdcxx-time --with-build-config=bootstrap-debug --with-as=/opt/local/bin/as --with-ld=/opt/local/bin/ld --with-ar=/opt/local/bin/ar --with-bugurl=https://trac.macports.org/newticket --enable-host-shared --disable-tls --with-pkgversion='MacPorts gcc10 10.2.0_1' --with-sysroot=/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.2.0 (MacPorts gcc10 10.2.0_1)

Attachments (1)

main.log (33.6 KB) - added by c-kloukinas 4 years ago.
/opt/local/var/macports/logs/_opt_local_var_macports_sources_github.com_macports_macports-ports_lang_ecl/ecl/main.log

Download all attachments as: .zip

Change History (20)

Changed 4 years ago by c-kloukinas

Attachment: main.log added

/opt/local/var/macports/logs/_opt_local_var_macports_sources_github.com_macports_macports-ports_lang_ecl/ecl/main.log

comment:1 Changed 4 years ago by chrstphrchvz (Christopher Chavez)

There is a (possibly non-ideal) PR open attempting to address this: https://github.com/macports/macports-ports/pull/8372

comment:2 Changed 4 years ago by chrstphrchvz (Christopher Chavez)

Cc: chrstphrchvz added

comment:3 Changed 4 years ago by kencu (Ken)

config.log would be helpful too...

comment:4 Changed 4 years ago by easye

comment:5 Changed 4 years ago by easye

Owner: set to easye
Status: newassigned

comment:6 Changed 4 years ago by kencu (Ken)

seems a configure test is missing a header...

conftest.c:64:11: note: include the header <stdlib.h> or explicitly provide a declaration for 'exit'

comment:7 in reply to:  3 Changed 4 years ago by c-kloukinas

I'm afraid that main.log is the only file inside /opt/local/var/macports/logs/_opt_local_var_macports_sources_github.com_macports_macports-ports_lang_ecl - I have no idea where the config.log may be.

Replying to kencu:

config.log would be helpful too...

comment:8 Changed 4 years ago by kencu (Ken)

another user posted the config log, so you're off the hook

comment:9 Changed 4 years ago by easye

Resolution: wontfix
Status: assignedclosed

The problem with building ECL seemingly stems from having Software Update install the command-line tools (CLT) for both XCode 11.5 and XCode 12 beta. I never tried to install the Xcode 12 beta, so don't know why this occurs exactly, but it happened to both of my machines, and seemingly has happened to others. The only way to diagnose this condition seems to be noting that Software Update installs both CLT packages, and in the case of building ECL, note from the config.log file that the version of /usr/bin/clang invoked is clang-12.0.0.

After finding <https://developer.apple.com/library/archive/technotes/tn2339/_index.html#//apple_ref/doc/uid/DTS40014588-CH1-HOW_CAN_I_UNINSTALL_THE_COMMAND_LINE_TOOLS_>, I resolved this mixed install by the following procedure:

I removed the /Library/Developer/CommandLineTools directory, manually downloaded the Xcode 11.5 DMG, installed the Xcode 11.5 pkg, and now the original ECL Portfile works.

Via IRC #macports, I received a report that ECL won't build with Xcode 12 beta 5 that was properly installed, so users of ECL are advised to stick to Xcode 11 for the time being.

I am closing this issue as wontfix.

I suggest that @c-kloukinas attempt to re-install the XCode 11.5 developer tools, then try to build ECL again. If that doesn't work, we can re-open this ticket.

Last edited 4 years ago by easye (previous) (diff)

comment:10 Changed 4 years ago by kencu (Ken)

we will have to fix it for xcode 12 eventually, and the fix is probably to add the missing header to the test program used in configure.

we have seen this over and over with xcode 12 I believe.

So I'm not sure closing this as wontfix is exactly the way to go, but it's your ticket....

comment:11 in reply to:  10 Changed 4 years ago by easye

Replying to kencu:

we will have to fix it for xcode 12 eventually, and the fix is probably to add the missing header to the test program used in configure.

we have seen this over and over with xcode 12 I believe.

So I'm not sure closing this as wontfix is exactly the way to go, but it's your ticket....

From what I can tell, the original bug report was from the same sort of "mixed CLT" environment that I had, as the output of gcc -V reports clang-1103 not clang-1200 as would be the case with a "real" CLT install. Therefore there is nothing to fix wrt. MacPorts in that the problem stems with the faulty "mixed CLT" that Software Update creates.

If that is not the case, and the original problem occurs with a "pure" XCode 12 beta process, we can certainly re-open the ticket. In that event, could @c-kloukinas attach the contents of the "build/config.log" file that results from the configuration?

If we do decide to re-open this ticket, I won't be able to work on it at the moment, as I cannot move the two machines I have access to to Xcode 12 until it is outta beta.

Last edited 4 years ago by easye (previous) (diff)

comment:12 Changed 4 years ago by mf2k (Frank Schima)

Cc: easieste@… removed

comment:13 Changed 4 years ago by kencu (Ken)

Ah, I didn't realize both of you had the same borked setup. I thought this was a clean error.

comment:14 Changed 4 years ago by chrstphrchvz (Christopher Chavez)

I am closing this issue as wontfix.

It doesn't matter much, but is "invalid" the more appropriate resolution?

comment:15 Changed 4 years ago by kencu (Ken)

Doesn't matter -- we'll be reopening this ticket again shortly when the next person tries to build this with Xcode 12 anyway.

comment:16 Changed 4 years ago by chrstphrchvz (Christopher Chavez)

I guess it's time to reopen this already. The port is deciding whether or not to build its bundled copy of the GMP library based on whether it detects system GMP, which is almost certainly a problem. I have only Xcode 12 beta 5 CLT, and only get the no appropiate integer type for the cl_fixnum type error if I allow ecl to find MacPorts' gmp; whereas under trace mode the bundled GMP fails to configure:

:info:configure checking for __gmpz_init in -lgmp... no
:info:configure configure: Configuring included GMP library:
…
:info:configure checking build system compiler /usr/bin/clang -fPIC -fno-common... no
:info:configure checking build system compiler /usr/bin/clang -fPIC -fno-common -pipe -Os -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -arch x86_64 -fPIC -fno-common -I/opt/local/include -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk ... no
:info:configure checking build system compiler cc... no
:info:configure checking build system compiler gcc... no
:info:configure checking build system compiler c89... no
:info:configure checking build system compiler c99... no
:info:configure configure: error: Cannot find a build system compiler
:info:configure configure: error: Failed to configure the GMP library.

I would be inclined to see if MacPorts' gmp can be used, since its portfile has quite a bit of effort put into it. The bundled GMP appears to be very old (4.2.1, from 2006), but Debian for example is able to build it with GMP 6.2.0.

comment:17 Changed 4 years ago by easye

Resolution: wontfix
Status: closedreopened

comment:18 Changed 4 years ago by easye

Description: modified (diff)
Owner: changed from easye to none
Status: reopenedassigned

comment:19 Changed 4 months ago by catap (Kirill A. Korinsky)

Seems to be irrelevant and should be closed because I can't reproduce it on 23.9.9.

Note: See TracTickets for help on using tickets.