#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h -----------------------------------------+---------------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: lion | Port: cdrtools -----------------------------------------+---------------------------------- Changes (by ryandesign@…): * keywords: cdrtools, lion => lion * owner: macports-tickets@… => bytestorm@… * port: => cdrtools -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS

#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h -----------------------------------------+---------------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: lion | Port: cdrtools -----------------------------------------+---------------------------------- Comment(by macports@…): I have the same problem in smake. I see the errors ben lists but that isn't where it dies. I am on 10.6.8, so this problem is not related to Lion, but maybe macports-2.0.0 as I did just update to that. Last line in the log is :info:build checking for nanosleep.. There is a process named avoffset using 99.8% CUP to apparently do nothing as its been running for hours. Killing that process allows the smake build to finish up almost instantly, too fast for me to see in the log what the result is. The build goes on to cdrtools without any immediately apparent error. However, it too gets stuck with this avoffset process using up one core to sit on its ass. The log is not being properly flushed once this process hangs, obvious as the last entry is just :i Again, killing the hung process allows the build to go on and eventually complete without any immediately apparent error. The build of cdrtools take sufficiently longer than smake did to be able to reload the log file and see what was going on. Skipping down a few dozen lines, out of the config script and to where its actually build, we can see something perhaps useful. :info:build ==> MAKING "all" ON SUBCOMPONENT "SRCROOT/inc/avoffset.mk" :info:build ==> MAKING DEPENDENCIES "avoffset.d" :info:build ==> COMPILING "avoffset.o" :info:build ==> LINKING "OBJ/i386-darwin-cc/avoffset" :info:build ld: warning: directory not found for option '-L../libs/i386 -darwin-cc' :info:build ld: warning: directory not found for option '-L../libs/i386 -darwin-cc' :info:build ==> GENERATING include file "../incs/i386-darwin- cc/avoffset.h" :info:build sh: line 1: 99211 Terminated OBJ/i386-darwin- cc/avoffset > ../incs/i386-darwin-cc/avoffset.h :info:build smake: Unknown error: 143. *** Code 143 from command line for target '../incs/i386-darwin-cc/avoffset.h'. :info:build smake: The following command caused the error: :info:build echo " ==> GENERATING include file \"../incs/i386-darwin- cc/avoffset.h\""; OBJ/i386-darwin-cc/avoffset > ../incs/i386-darwin- cc/avoffset.h :info:build smake: Couldn't make 'all'. :info:build smake: Leaving 'smake'[2] from directory '/usr/local/var/macports/build/_usr_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_cdrtools/cdrtools/work/cdrtools-3.00/inc' :info:build smake: Default commandline target: 'all' :info:build smake: Doing exit(1) :info:build smake: Operation not permitted. *** Code 1 from command line for target 'all'. :info:build smake: The following command caused the error: :info:build for MK in align_test.mk avoffset.mk ; \ :info:build do \ :info:build ( \ :info:build if [ -r ./$MK ] ; then \ :info:build echo " ==> MAKING \"all\" ON SUBCOMPONENT \"SRCROOT/inc/$MK\""; "smake" -f $MK XARCH=x86_64-darwin-cc all;\ :info:build else \ :info:build echo "NOTICE: Partial source (SRCROOT/inc/$MK) missing";\ :info:build fi \ :info:build ); \ :info:build done :info:build smake: Couldn't make 'all'. :info:build smake: Leaving 'smake'[1] from directory '/usr/local/var/macports/build/_usr_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_cdrtools/cdrtools/work/cdrtools-3.00/inc' :info:build smake: Default commandline target: 'all' :info:build smake: Doing exit(1) It would seem the generation of avoffset.h hits the same problem regardless if the build is smake or cdrtools. There may be other ports affected as well. I do not reach my goal port due to an error along the way in another dependency, but that appears to be unrelated to the avoffset problem. -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h -----------------------------------------+---------------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: lion | Port: cdrtools -----------------------------------------+---------------------------------- Comment(by pixilla@…): macports: use the "Code block" wiki formatting. -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h -----------------------------------------+---------------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: lion | Port: cdrtools -----------------------------------------+---------------------------------- Comment(by jhiesey@…): I have been having this problem (avoffset hangs during smake build) on Snow Leopard with XCode 4.0.2 as well as on Lion with XCode 4.1. I attached gdb to the hung avoffset process, and from this it looks like avoffset.c is being miscompiled. The loop to scan the stack looks like this: {{{ while (fp->fr_savfp) { if (fp->fr_savpc == 0) break; fp = (struct frame *)fp->fr_savfp; i++; } }}} but the compiler generates a wrong jump at the top of the loop, causing it to just loop forever on that line: {{{ 0x000000010ace3ab0 <main+304>: jmp 0x10ace3ab0 <main+304> }}} This looks like a backend bug in llvm to me. Compiling with gcc-4.2 works, while clang and llvm-gcc-4.2 both fail. Since I've never submitted a patch for MacPorts before (or even posted on a ticket), I think I'll let someone else submit a patch for the portfile. -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS

#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h -----------------------------------------+---------------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: lion | Port: cdrtools -----------------------------------------+---------------------------------- Comment(by brandongabbard@…): Confirmed on a brand new installation of Lion & MacPorts today -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:14> MacPorts <http://www.macports.org/> Ports system for Mac OS

#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h -----------------------------------------+---------------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: lion | Port: cdrtools -----------------------------------------+---------------------------------- Comment(by lambda@…): The LLVM folks closed that bug as invalid, since the avoffset code relies on undefined behavior. I reported the bug to Jörg Schilling, the author and maintainer of smake and cdrtools, and he has added a patch to the development version of his code, ftp://ftp.berlios.de/pub/schily/schily- dist-pre.tar.bz2, that no longer compiles into an infinite loop under LLVM. We could either extract the patch from this development version, and apply it to the current version of smake and cdrtools in MacPorts, or we could wait for the next version of these packages to be released. -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:20> MacPorts <http://www.macports.org/> Ports system for Mac OS

#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h ------------------------------------------+--------------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Resolution: fixed | Keywords: lion Port: cdrtools | ------------------------------------------+--------------------------------- Comment(by ryandesign@…): I have fixed the WikiFormatting of the above posts, and deleted the subsequent posts that arose only because of the formatting issues. -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:22> MacPorts <http://www.macports.org/> Ports system for Mac OS

#30310: cdrtools-3.00 hangs during configure/compilation creating avoffset.h ----------------------------------+------------------------- Reporter: pkutzner+macports@… | Owner: bytestorm@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Resolution: fixed | Keywords: lion Port: cdrtools | ----------------------------------+------------------------- Comment (by bs1984@…): To clarify, I was unable to install using the default case: {{{ sudo port install cdrtools }}} Stalled at avoffset (according to ps) {{{ sudo port install cdrtools configure.compiler=clang sudo port install cdrtools configure.compiler=gcc-4.2 }}} Also failed. The following set of commands finally worked. {{{ sudo port install apple-gcc42 sudo port uninstall smake cdrtools sudo port install cdrtools configure.compiler=apple-gcc-4.2 }}} -- Ticket URL: <https://trac.macports.org/ticket/30310#comment:25> MacPorts <http://www.macports.org/> Ports system for Mac OS