[MacPorts] #59786: perl5.30 forces modules to build with clang-3.4, though they don't declare a dependency on it
MacPorts
noreply at macports.org
Mon Dec 2 08:55:22 UTC 2019
#59786: perl5.30 forces modules to build with clang-3.4, though they don't declare
a dependency on it
-------------------------+----------------------
Reporter: ryandesign | Owner: mojca
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.6.2
Resolution: | Keywords:
Port: perl5.30 |
-------------------------+----------------------
Comment (by ryandesign):
> Are you sure this happens with perl modules in general?
No, I am not sure.
> You'll notice the configure phase is correctly showing /opt/local/bin
/clang-mp-9.0 in use.
That's my point: the configure phase shows that the correct compiler is
selected, yet by the build phase, the compiler that had been used to
compile perl5.30 got used instead. Certainly the p5-perlmagick port does
not specify clang-3.4, neither does the perlmagick build system, so the
clang-3.4 compiler choice has to be coming from perl5.30's config files,
and it seems to me that the bug is either perl5.30 doing that, or the
perl5 portgroup not sufficiently overriding that.
Note that the problem does not occur with perl5.28:
{{{
$ sudo port -nd build subport=p5.28-perlmagick configure.compiler
=macports-clang-8.0
...
DEBUG: Using compiler 'MacPorts Clang 8.0'
...
checking for gcc... /opt/local/bin/clang-mp-8.0
...
/opt/local/bin/clang-mp-8.0 -c -I../ -I.. -DMAGICKCORE_HDRI_ENABLE=0
-DMAGICKCORE_QUANTUM_DEPTH=16 -I/opt/local/include -I../../ -I../..
-DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
-I/opt/local/include -fno-common -DPERL_DARWIN -mmacosx-version-min=10.13
-pipe -Os -fno-strict-aliasing -fstack-protector-strong
-I/opt/local/include -DPERL_USE_SAFE_PUTENV -I/opt/local/include/libxml2
-I/opt/local/include -I/opt/local/include -I/opt/local/include/libraw
-I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include
-I/opt/local/include/pango-1.0 -I/opt/local/include/harfbuzz
-I/opt/local/include -I/opt/local/include/pango-1.0
-I/opt/local/include/fribidi -I/opt/local/include/cairo
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include
-I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include
-I/opt/local/include/ossp -I/opt/local/include/freetype2
-I/opt/local/include/libpng16 -I/opt/local/include -D_THREAD_SAFE
-I/opt/local/include/OpenEXR -I/opt/local/include
-I/opt/local/include/openjpeg-2.3 -I/opt/local/include
-I/opt/local/include/graphviz -I/opt/local/include/freetype2
-I/opt/local/include/libpng16 -I/opt/local/include -I/opt/local/include
-I/opt/local/include/ossp -I/opt/local/include/freetype2
-I/opt/local/include/libpng16 -I/opt/local/include -I/opt/local/include
-I/opt/local/include -I/opt/local/include -g -O2 -Wall -fexceptions
-D_FORTIFY_SOURCE=0 -pthread -DMAGICKCORE_HDRI_ENABLE=0
-DMAGICKCORE_QUANTUM_DEPTH=16 -arch x86_64 -arch i386 -isysroot/ -O3
-DVERSION=\"6.9.10\" -DXS_VERSION=\"6.9.10\" "-I/opt/local/lib/perl5/5.28
/darwin-thread-multi-2level/CORE" -D_LARGE_FILES=1 -DHAVE_CONFIG_H
-D_LARGE_FILES=1 -DHAVE_CONFIG_H Q16.c
}}}
But it does happen with perl5.30:
{{{
$ sudo port -nd build subport=p5.30-perlmagick configure.compiler
=macports-clang-8.0
...
DEBUG: Using compiler 'MacPorts Clang 8.0'
...
checking for gcc... /opt/local/bin/clang-mp-8.0
...
/usr/bin/clang -c -I../ -I.. -DMAGICKCORE_HDRI_ENABLE=0
-DMAGICKCORE_QUANTUM_DEPTH=16 -I/opt/local/include -I../../ -I../..
-DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
-I/opt/local/include -fno-common -DPERL_DARWIN -mmacosx-version-min=10.13
-pipe -Os -fno-strict-aliasing -fstack-protector-strong
-I/opt/local/include -DPERL_USE_SAFE_PUTENV -I/opt/local/include/libxml2
-I/opt/local/include -I/opt/local/include -I/opt/local/include/libraw
-I/opt/local/include -I/opt/local/include/libpng16 -I/opt/local/include
-I/opt/local/include/pango-1.0 -I/opt/local/include/harfbuzz
-I/opt/local/include -I/opt/local/include/pango-1.0
-I/opt/local/include/fribidi -I/opt/local/include/cairo
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include
-I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include
-I/opt/local/include/ossp -I/opt/local/include/freetype2
-I/opt/local/include/libpng16 -I/opt/local/include -D_THREAD_SAFE
-I/opt/local/include/OpenEXR -I/opt/local/include
-I/opt/local/include/openjpeg-2.3 -I/opt/local/include
-I/opt/local/include/graphviz -I/opt/local/include/freetype2
-I/opt/local/include/libpng16 -I/opt/local/include -I/opt/local/include
-I/opt/local/include/ossp -I/opt/local/include/freetype2
-I/opt/local/include/libpng16 -I/opt/local/include -I/opt/local/include
-I/opt/local/include -I/opt/local/include -g -O2 -Wall -fexceptions
-D_FORTIFY_SOURCE=0 -pthread -DMAGICKCORE_HDRI_ENABLE=0
-DMAGICKCORE_QUANTUM_DEPTH=16 -arch x86_64 -arch i386 -isysroot/ -O3
-DVERSION=\"6.9.10\" -DXS_VERSION=\"6.9.10\" "-I/opt/local/lib/perl5/5.30
/darwin-thread-multi-2level/CORE" -D_LARGE_FILES=1 -DHAVE_CONFIG_H
-D_LARGE_FILES=1 -DHAVE_CONFIG_H Q16.c
}}}
This suggests to me that the bug is in perl5.30, not the perl5 portgroup.
--
Ticket URL: <https://trac.macports.org/ticket/59786#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list