Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#59677 closed defect (fixed)

gmic @2.7.5_1: build fails on macOS 10.10 buildbot

Reported by: dbevans (David B. Evans) Owned by: Schamschula (Marius Schamschula)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Port: gmic

Description

cd ../gmic-qt && /opt/local/libexec/qt5/bin/qmake CONFIG+=release GMIC_PATH=/opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_science_gmic/gmic/work/gmic-2.7.5/src PRERELEASE= HOST=gimp gmic_qt.pro && /Library/Developer/CommandLineTools/usr/bin/make
Project ERROR: Could not resolve SDK --show-sdk-path for 'macosx'

Logfile attached.

Attachments (1)

main-10.10.log (20.8 KB) - added by dbevans (David B. Evans) 5 years ago.
Build log showing failure

Download all attachments as: .zip

Change History (10)

Changed 5 years ago by dbevans (David B. Evans)

Attachment: main-10.10.log added

Build log showing failure

comment:1 Changed 5 years ago by Schamschula (Marius Schamschula)

CMakeLists.txt for gmic do not explicitly do anything other than cmake does by default. Currently gmic does support macOS version 10.9 and above.

comment:2 in reply to:  1 Changed 5 years ago by dbevans (David B. Evans)

Replying to Schamschula:

CMakeLists.txt for gmic do not explicitly do anything other than cmake does by default. Currently gmic does support macOS version 10.9 and above.

Perhaps you made a misstatement here? Based on the recent rebuild results, it appears that gmic builds correctly with macOS 10.11+ including 10.15 (my local build). If you believe there is nothing to be done for the earlier platforms, perhaps you should mark those earlier versions as known failures early on in the build process.

comment:3 Changed 5 years ago by Schamschula (Marius Schamschula)

I found the info for 10.9 and above in the CMakeLists.txt file in gmic-qt, which seems to be the component that is failing:

if (APPLE)
    add_definitions(-Dcimg_display=0)
    add_definitions(-D_IS_MACOS_)
    set(CMAKE_MACOSX_RPATH 1)
    set(BUILD_WITH_INSTALL_RPATH 1)
    add_definitions(-mmacosx-version-min=10.9 -Wno-macro-redefined -Wno-deprecated-register)
endif()

So I assume that the developers might have unintentionally broken something with a recent update.

comment:4 Changed 5 years ago by dbevans (David B. Evans)

Ok, my misunderstanding. You said it right in the beginning. It does, indeed, look like the developers think it should build on 10.9+.

Last edited 5 years ago by dbevans (David B. Evans) (previous) (diff)

comment:5 Changed 5 years ago by Schamschula (Marius Schamschula)

comment:6 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Cc: MarcusCalhoun-Lopez added

comment:7 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

I believe this may be a qmake issue.
There is a pull request that attempts to solve the problem.

Last edited 5 years ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:8 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)

Resolution: fixed
Status: assignedclosed

In 64c4060aebef6ffcabfd8142b34a1cc88f283e35/macports-ports (master):

gmic: require Xcode if SDKs not provided by CLT

Fixes #59677
See #58779

comment:9 Changed 5 years ago by kencu (Ken)

In a754c7e1041bbebc7eacbe343db9a42a8178566d/macports-ports (master):

clang-3.7: needs use_xcode to build

see #59677
see #58779
see #60196

Note: See TracTickets for help on using tickets.