Opened 13 years ago

Closed 12 years ago

Last modified 12 years ago

#31616 closed defect (fixed)

smake 1.2.1 fails to build using Xcode 4.2

Reported by: macports@… Owned by: mww@…
Priority: Normal Milestone:
Component: ports Version: 2.0.3
Keywords: Cc:
Port: smake

Description

Building smake 1.2.1 after upgrading to Xcode 4.2 hangs at the same position. The OBJ/i386-darwin-cc/avoffset process uses 100% CPU when this happens.

$ sudo port -v upgrade outdated
Password:
--->  Building smake
gnumake: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_smake/smake/work/smake-1.2.1'
NOTICE: Using bootstrap 'Makefile' to make 'all'
cd psmake && sh ./MAKE-all
Checking for working bootstrap make...
./smake: Found illegal option '--jobserver-fds=6,7 -j' in MAKEFLAGS.
./smake: Skipping illegal option '--jobserver-fds=6,7'.
Smake release 1.2.1 (--) Copyright (C) 1985, 87, 88, 91, 1995-2010 Jörg Schilling
./psmake/smake -r all
./psmake/smake: Found illegal option '--jobserver-fds=6,7 -j' in MAKEFLAGS.
./psmake/smake: Skipping illegal option '--jobserver-fds=6,7'.
	==> MAKING "all" ON SUBDIRECTORY "SRCROOT/conf"
	==> MAKING "all" ON SUBDIRECTORY "SRCROOT/inc"
	==> MAKING "all" ON SUBCOMPONENT "SRCROOT/inc/align_test.mk"
	==> GENERATING include file "../incs/i386-darwin-cc/align.h"
	==> MAKING "all" ON SUBCOMPONENT "SRCROOT/inc/avoffset.mk"
	==> GENERATING include file "../incs/i386-darwin-cc/avoffset.h"

Change History (5)

comment:1 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

Owner: changed from macports-tickets@… to mww@…

comment:2 Changed 13 years ago by fclaire@…

Hi,

I'm hitting the same issue. Any idea how to work around it ?

comment:3 Changed 13 years ago by macports@…

I finally got this port to build by using the "-vv" flag. Perhaps this turns off parallel compilation? Maybe I was just lucky though.

comment:4 Changed 12 years ago by jmroot (Joshua Root)

Resolution: fixed
Status: newclosed

It's building with 'gcc' which ends up being llvm-gcc-4.2 with Xcode 4.x. Using clang instead seems to make it work. r91666

comment:5 Changed 12 years ago by jmroot (Joshua Root)

Actually, clang seems to have the same problem in older Xcode versions -- 4.3 is OK, 4.1 is not, 4.2 I don't have handy. Guess we'll just have to fall back to gcc 4.2. r91667

If anyone finds a better solution, or if this works with the clang in Xcode 4.2, please let us know of course.

Note: See TracTickets for help on using tickets.