What is causing jam to fail with exit code 1?

  • I have some open source screensavers that I am trying to recompile
    for the intel machines. Whenever I try compiling I get one error that
    reads "Command /Developer/Private/jam failed with exit code 1." What
    does this mean (other than it failed)? How do I fix this? I included
    the build transcript below. If any other information is needed please
    let me know. Thanks.

    Here is the build transcript:

    Building target “Sproingees” of project “Sproingees” with
    configuration “Deployment”

    Checking Dependencies
    JamToolExecution Sproingees
        cd "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees"
        setenv ASCII_OUTPUT_ANNOTATION YES
        setenv CodeWarrior "/Applications/Metrowerks CodeWarrior OS X
    8.0/Metrowerks CodeWarrior"
        setenv ENABLE_APPLE_JAM_EXTENSIONS YES
        setenv ENABLE_APPLE_JAM_OUTPUT_ANNOTATION YES
        setenv GROUP davidalger
        setenv NATIVE_ARCH i386
        setenv USER davidalger
        /Developer/Private/jam -d1 -k -j2 JAMBASE=/Developer/Makefiles/
    pbx_jamfiles/ProjectBuilderJambase JAMFILE=/Users/davidalger/
    Documents/\ Programing/Open\ Source/MacOSXScreenSavers.3.0.src/Source
    \ Code/Sproingees/build/Sproingees.build/Deployment/Sproingees.build/
    Sproingees.jam build ACTION=build _DEFAULT_GCC_VERSION=4.0
    GCC_VERSION_IDENTIFIER=4_0 CONFIGURATION=Deployment
    BUILD_STYLE=Deployment CPP_HEADERMAP_FILE=/Users/davidalger/Documents/
    \ Programing/Open\ Source/MacOSXScreenSavers.3.0.src/Source\ Code/
    Sproingees/build/Sproingees.build/Deployment/Sproingees.build/
    Sproingees.hmap SRCROOT=/Users/davidalger/Documents/\ Programing/Open
    \ Source/MacOSXScreenSavers.3.0.src/Source\ Code/Sproingees OBJROOT=/
    Users/davidalger/Documents/\ Programing/Open\ Source/
    MacOSXScreenSavers.3.0.src/Source\ Code/Sproingees/build SYMROOT=/
    Users/davidalger/Documents/\ Programing/Open\ Source/
    MacOSXScreenSavers.3.0.src/Source\ Code/Sproingees/build DSTROOT=/tmp/
    Sproingees.dst

    DynamicLibrary "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/Deployment/
    Sproingees.saver/Contents/MacOS/Sproingees" "/Users/davidalger/
    Documents/ Programing/Open Source/MacOSXScreenSavers.3.0.src/Source
    Code/Sproingees/build/Sproingees.build/Deployment/Sproingees.build/
    Objects-normal/i386/buildlwo.o" "/Users/davidalger/Documents/
    Programing/Open Source/MacOSXScreenSavers.3.0.src/Source Code/
    Sproingees/build/Sproingees.build/Deployment/Sproingees.build/Objects-
    normal/i386/s1_1.o" "/Users/davidalger/Documents/ Programing/Open
    Source/MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/i386/
    s1_2.o" "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/i386/
    s1_3.o" "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/i386/
    s1_4.o" "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/i386/
    s1_5.o" "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/i386/
    s1_6.o" "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/i386/
    s1_b.o" "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/i386/
    SproingeeView.o" /System/Library/Frameworks/Cocoa.framework /System/
    Library/Frameworks/ScreenSaver.framework /System/Library/Frameworks/
    OpenGL.framework

    DynamicLibrary.LinkUsingFileList "/Users/davidalger/Documents/
    Programing/Open Source/MacOSXScreenSavers.3.0.src/Source Code/
    Sproingees/build/Deployment/Sproingees.saver/Contents/MacOS/
    Sproingees" "/Users/davidalger/Documents/ Programing/Open Source/
    MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Sproingees.build/Deployment/Sproingees.build/Objects-normal/
    LinkFileList"
        /usr/bin/gcc-4.0  -o "/Users/davidalger/Documents/ Programing/
    Open Source/MacOSXScreenSavers.3.0.src/Source Code/Sproingees/build/
    Deployment/Sproingees.saver/Contents/MacOS/Sproingees"  "-L/Users/
    davidalger/Documents/ Programing/Open Source/MacOSXScreenSavers.
    3.0.src/Source Code/Sproingees/build/Deployment"  "-F/Users/
    davidalger/Documents/ Programing/Open Source/MacOSXScreenSavers.
    3.0.src/Source Code/Sproingees/build/Deployment"  -filelist "/Users/
    davidalger/Documents/ Programing/Open Source/MacOSXScreenSavers.
    3.0.src/Source Code/Sproingees/build/Sproingees.build/Deployment/
    Sproingees.build/Objects-normal/LinkFileList"  "-framework" "Cocoa" "-
    framework" "ScreenSaver" "-framework" "OpenGL" "-framework" "OpenGL"
    "-arch" "i386" "-bundle" "-bundle" "-undefined" "suppress"
    /usr/bin/ld: -undefined error, -undefined dynamic_lookup or -
    undefined define_a_way must be used when -twolevel_namespace is in
    effect
    collect2: ld returned 1 exit status

    TIA,
    David Alger

    Family Friendly Software, LLC
    http://www.familyfriendlysoftware.com
  • On 27/06/06, David Alger <davidalger...> wrote:
    >
    > I have some open source screensavers that I am trying to recompile for the
    > intel machines. Whenever I try compiling I get one error that reads "Command
    > /Developer/Private/jam failed with exit code 1." What does this mean (other
    > than it failed)? How do I fix this? I included the build transcript below.
    > If any other information is needed please let me know. Thanks.

    The actual error is in the build transcript:

    > /usr/bin/ld: -undefined error, -undefined dynamic_lookup or -undefined
    > define_a_way must be used when -twolevel_namespace is in effect

    You'll have to fix that. Also, you imght want to upgrade the targets
    to native while you're at it (not least so you can build universal).

    -- Finlay
  • On Jun 27, 2006, at 9:11 AM, Finlay Dobbie wrote:

    > On 27/06/06, David Alger <davidalger...> wrote:
    >>
    >> I have some open source screensavers that I am trying to recompile
    >> for the
    >> intel machines. Whenever I try compiling I get one error that
    >> reads "Command
    >> /Developer/Private/jam failed with exit code 1." What does this
    >> mean (other
    >> than it failed)? How do I fix this? I included the build
    >> transcript below.
    >> If any other information is needed please let me know. Thanks.
    >
    > The actual error is in the build transcript:

    I thought that this was so, but don't know what this means. What does
    this mean? Is a build setting set wrong, and I need to change it?

    >> /usr/bin/ld: -undefined error, -undefined dynamic_lookup or -
    >> undefined
    >> define_a_way must be used when -twolevel_namespace is in effect
    >
    > You'll have to fix that. Also, you imght want to upgrade the targets
    > to native while you're at it (not least so you can build universal).

    The target is already building as an i386 only binary. The project
    was a Project Builder project that I Xcode updated.

    Thanks,
    David
  • On 27/06/06, David Alger <davidalger...> wrote:
    > I thought that this was so, but don't know what this means. What does
    > this mean? Is a build setting set wrong, and I need to change it?
    >
    >>> /usr/bin/ld: -undefined error, -undefined dynamic_lookup or -
    >>> undefined
    >>> define_a_way must be used when -twolevel_namespace is in effect

    Your target settings are causing it to be built with "-undefined
    suppress". You can't do that with twolevel namespaces, which is the
    default these days. You can force a flat namespace or try using
    -undefined dynamic_lookup instead. See the ld manpage for more
    details.

    >> You'll have to fix that. Also, you imght want to upgrade the targets
    >> to native while you're at it (not least so you can build universal).
    >
    > The target is already building as an i386 only binary. The project
    > was a Project Builder project that I Xcode updated.

    Yes, but it's still a legacy (jam-based) target. You should probably
    upgrade it to an Xcode native target.

    -- Finlay
  • On Jun 27, 2006, at 10:16 AM, Finlay Dobbie wrote:

    > On 27/06/06, David Alger <davidalger...> wrote:
    >> I thought that this was so, but don't know what this means. What does
    >> this mean? Is a build setting set wrong, and I need to change it?
    >>
    >>>> /usr/bin/ld: -undefined error, -undefined dynamic_lookup or -
    >>>> undefined
    >>>> define_a_way must be used when -twolevel_namespace is in effect
    >
    > Your target settings are causing it to be built with "-undefined
    > suppress". You can't do that with twolevel namespaces, which is the
    > default these days. You can force a flat namespace or try using
    > -undefined dynamic_lookup instead. See the ld manpage for more
    > details.
    >
    >>> You'll have to fix that. Also, you imght want to upgrade the
    >> targets
    >>> to native while you're at it (not least so you can build
    >> universal).
    >>
    >> The target is already building as an i386 only binary. The project
    >> was a Project Builder project that I Xcode updated.
    >
    > Yes, but it's still a legacy (jam-based) target. You should probably
    > upgrade it to an Xcode native target.

    Thanks for the info. I didn't make the screen saver it's an open
    source one I found on the web. I guess I could just create a new
    screen saver project, remove the default source files, and then add
    the source files for this one. If this doesn't work I'll try what you
    suggested above and try changing the build setting.

    Thanks,
    David
  • Thanks so much for the help Finlay. After creating a project from
    scratch and modifying the source files a bit, the Sproingees will now
    compile and works.

    If any of you know what Sproingees is and would like a universal copy
    let me know and I can e-mail you the binary.

    Thanks,
    David
previous month june 2006 next month
MTWTFSS
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    
Go to today