#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@…
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 13 years ago by jmroot (Joshua Root)
Resolution: | → fixed |
---|---|
Status: | new → closed |
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 13 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.
Hi,
I'm hitting the same issue. Any idea how to work around it ?