Build failure in JObjC

Scott Kovatch scott.kovatch at
Thu Feb 9 22:05:57 PST 2012

Well, I'm now building again, but I'm still confused as to why it succeeded. I was using 'remake' which is based on gnumake 3.8.2, but when I went back to make it built successfully. I also made sure 1.6.0_30 was my Java 6 JDK. I had been building with both of those tools for a while without any problems.

The problem was that there was nothing in the stable_bridge_metadata folder -- the metadata generation phase didn't happen. Switching to 10.7.3 might have done that because the frameworks were updated, but it was a clean build, too.

If I see it again I'll file a bug.

-- Scott

On Feb 9, 2012, at 12:02 PM, Scott Kovatch wrote:

> I don't have anything related to your patch installed, so that's not it.
> 10.7.3 sounds like a culprit, given where it's failing.
> -- Scott
> On Feb 9, 2012, at 11:53 AM, Michael McMahon wrote:
>> I saw that error too yesterday and assumed it was caused by (my incomplete work for) 7142950
>> You could try the completed patch from the webrev today and see if it fixes it for you.
>> Also, did you update to 10.7.3 recently? I updated yesterday and wonder if that
>> might be the cause.
>> - Michael
>> On 09/02/12 17:28, Scott Kovatch wrote:
>>> Hello,
>>> I updated my jdk7u-dev forest last night and I can no longer build JObjC. I'm also on 10.7.3.  Any ideas?
>>> Does JObjC have an owner, either in the community or within Oracle?
>>> -- Scott
>>>     [exec] java -d64 -Xms128m -Xmx512m -Djava.library.path=/Users/skovatch/src/jdk7u-dev/build/macosx-universal/JObjC.dst/Debug -Xbootclasspath:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/lib/resources.jar:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/lib/rt.jar:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/lib/sunrsasign.jar:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/lib/jsse.jar:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/lib/jce.jar:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/lib/charsets.jar:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/lib/jfr.jar:/Library/Java/JavaVirtualMachines/1.7.0-b228.jdk/Contents/Home/jre/classes -classpath /Users/skovatch/src/jdk7u-dev/build/macosx-universal/ -ea dst=/Users/skovatch/src/jdk7u-dev/build/macosx-universal/ frameworks=/Users/skovatch/src/jdk7u-dev/build/macosx-universal/stable_bridge_metadata
>>>     [exec] ./rungen:67:in `raise': exception class/object expected (TypeError)
>>>     [exec] 	from ./rungen:67
>>>     [exec] Cleaning up: /Users/skovatch/src/jdk7u-dev/build/macosx-universal/
>>>     [exec] Outputting classes to: /Users/skovatch/src/jdk7u-dev/build/macosx-universal/
>>>     [exec] Searching for bridged frameworks in: /Users/skovatch/src/jdk7u-dev/build/macosx-universal/stable_bridge_metadata
>>>     [exec] found 0 frameworks
>>>     [exec] Parsing XML
>>>     [exec] Parsing dependencies
>>>     [exec] Parsing types
>>>     [exec] SORBB -- Getting Struct offsets @W32
>>>     [exec] SORBB -- Getting Struct offsets @W64
>>>     [exec] Parsing classes
>>>     [exec] Parsing constants
>>>     [exec] Parsing functions
>>>     [exec] --1-- Generator: consolidateClassesForFrameworks
>>>     [exec] --2-- Resolving duplicate classes:
>>>     [exec] Determining super classes:
>>>     [exec] --1-- Generator: TypeCache load
>>>     [exec] --1-- Generator: disambiguateMethodNames
>>>     [exec] Exception in thread "main" java.lang.NullPointerException
>>>     [exec] 	at
>>>     [exec] 	at
>>>     [exec] 	at

More information about the macosx-port-dev mailing list