Opened 10 years ago
Closed 9 years ago
#46099 closed defect (fixed)
Snow Leopard builder builds using System cc
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | admin@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | server/hosting | Version: | |
Keywords: | Cc: | ||
Port: |
Description
pango is failing to build universal on the Snow Leopard builder:
---> Configuring pango DEBUG: Using compiler 'System cc'
CC='/usr/bin/cc' CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_mports_dports_x11_pango/pango/work/.CC_PRINT_OPTIONS' CFLAGS='-pipe -Os -arch x86_64 -arch i386' CPATH='/opt/local/include' CPPFLAGS='-I/opt/local/include' CXX='/usr/bin/c++' CXXFLAGS='-pipe -Os -arch x86_64 -arch i386' F90FLAGS='-pipe -Os' FCFLAGS='-pipe -Os' FFLAGS='-pipe -Os' INSTALL='/usr/bin/install -c' LDFLAGS='-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -arch i386' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.6' OBJC='/usr/bin/cc' OBJCFLAGS='-pipe -Os -arch x86_64 -arch i386' OBJCXX='/usr/bin/c++' OBJCXXFLAGS='-pipe -Os -arch x86_64 -arch i386'
libtool: compile: /usr/bin/cc -m64 -DHAVE_CONFIG_H -I. -I../.. -DSYSCONFDIR=\"/opt/local/etc\" -DLIBDIR=\"/opt/local/lib\" -DG_DISABLE_CAST_CHECKS -I../.. -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include -pipe -Os -arch x86_64 -arch i386 -Wall -c fribidi_char_type.c -fno-common -DPIC -o .libs/fribidi_char_type.o lipo: /opt/local/var/macports/build/_opt_mports_dports_x11_pango/pango/work/.tmp/cctzCX5p.out and /opt/local/var/macports/build/_opt_mports_dports_x11_pango/pango/work/.tmp/cc0O89YE.out have the same architectures (x86_64) and can't be in the same fat output file
Why in the world has it selected "System CC"? The pango portfile does nothing to influence the compiler selection.
Change History (7)
comment:1 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
Component: | ports → server/hosting |
---|---|
Owner: | changed from macports-tickets@… to admin@… |
Port: | pango removed |
Summary: | pango @1.38.0_1 +universal: builds using System cc, fails to lipo → Snow Leopard builder builds using System cc |
Version: | 2.3.3 |
Works fine on my Snow Leopard machine.
Another port, tbb, is also building with "System cc" on the Snow Leopard builder for no readily apparent reason.
I see another build with these messages:
Building pcre (1 of 3)...Warning: xcodebuild exists but failed to execute package found, not building again Building mpvim (2 of 3)...Warning: xcodebuild exists but failed to execute package found, not building again Building cyrus-sasl2 (3 of 3)...Warning: xcodebuild exists but failed to execute package found, not building again
Shree, can you check what "xcodebuild -version
" is showing on the Snow Leopard builder? Xcode 3.2.6 may need to be reinstalled on it.
comment:3 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
Shree wrote:
This is what I see.
tensix-slave:~ local$ xcodebuild -version Xcode 3.2.6 Component versions: DevToolsCore-1809.0; DevToolsSupport-1806.0 BuildVersion: 10M2518 tensix-slave:~ local$
That seems normal enough. Are the permissions of xcodebuild
correct?
ls -l $(which xcodebuild)
Is the Xcode directory selected?
xcode-select -p
comment:4 Changed 10 years ago by jmroot (Joshua Root)
Also check that it’s finding the xcodebuild that you expect:
echo 'package require macports; mportinit; puts [macports::findBinary xcodebuild $macports::autoconf::xcodebuild_path]' | /opt/local/bin/port-tclsh
comment:5 Changed 10 years ago by jmroot (Joshua Root)
This started in https://build.macports.org/builders/buildports-snowleopard-x86_64/builds/31685 – did anything unusual happen just before that (evening of November 24th)?
comment:6 Changed 10 years ago by jmroot (Joshua Root)
Answering my own question: the servers were down that day. How that might have affected xcodebuild is a mystery.
comment:7 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → fixed |
---|---|
Status: | new → closed |
I'm not sure what fixed it but I don't think we're seeing this problem anymore.
This should only happen if
xcodeversion
is""
or"none"
.xcodeversion
is filled by runningxcodebuild -version
, so now I'm wondering ifxcodebuild
on the Snow Leopard builder has become corrupted or deleted. But first I'll test on my Snow Leopard machine.