_LP64, int32_t and intptr_t

[Xiaobin Lu]

Greg Lewis wrote:
> On Tue, Dec 16, 2008 at 11:05:31AM -0500, Michael Franz wrote:
>   
>> I have not built the latest repo, I was working on one from 13/14.
>> There may have been merges done after I did my pull.
>>
>> These errors are in Java code and are unrelated to the patches.
>> Further evidence that the repo has changed since my last build.
>>
>> I will not be able to look at this until tonight.  If you can, pull a
>> different revision and try again.
>>     
>
> All commits to the repository are sent to this list as far as I can tell.
> I certainly haven't committed any changes since the merge in late November
> that introduced the problem in HotSpot.  I have some local hacks (different
> from Michael's) to try and get around that, but I'm seeing other errors
> that look like they are due to the version of as on my Mac.
>
> We are pretty due to do some more merging, but I'm hoping our friends at
> Sun (hi Xiaobin!) can maybe come up with an acceptable change they are
> willing to commit to the main repo to fix the HotSpot compile problems.
>   
Hi Greg,

We are working on a more long term fix for this problem. But in the 
meantime, I think a better fix would be just change as few as possible 
so that in future we can back it out easily.

-Xiaobin
> Ben, it might be worth trying to bootstrap with the version of OpenJDK
> that is available in binary form on Landon Fuller's pages.  That is what
> Michael uses.
>
> If I can get a build going I'd be happy to cut a newer binary and put
> it up for download.
>
>   
>> Michael
>>
>>
>>
>> On 12/16/08, Ben Evans <benjamin.john.evans at googlemail.com> wrote:
>>     
>>> Hi Michael,
>>>
>>> On Sun, Dec 14, 2008 at 2:34 AM, Michael Franz <mvfranz at gmail.com> wrote:
>>>
>>>       
>>>> Hi,
>>>>
>>>> I have attached the changes I did to get the OS X build to work again.
>>>>         
>>> I've applied the patch via: patch -p1 < hotspot.patches in the hotspot
>>> directory and am building via:
>>>
>>> make ALT_JDK_IMPORT_PATH=/usr/local/soylatte16-i386-1.0.3
>>> ALT_BOOTDIR=/usr/local/soylatte16-i386-1.0.3
>>> ALT_BINARY_PLUGS_PATH=$HOME/jdk-7-icedtea-plugs
>>> ALT_FREETYPE_HEADERS_PATH=/usr/X11R6/include
>>> ALT_FREETYPE_LIB_PATH=/usr/X11R6/lib ALT_CUPS_HEADERS_PATH=/usr/include
>>> ANT_HOME=/usr/share/ant NO_DOCS=true HOTSPOT_BUILD_JOBS=1
>>>
>>> but the build fails after about 20 minutes with this error message:
>>>
>>>       
>>>>>> Recursively making tracing all @ Tue 16 Dec 2008 13:49:35 GMT ...
>>>>>>             
>>> # Java sources to be compiled: (listed in file
>>> /Users/boxcat/projects/jdk7-b40-bsd/sources/build/bsd-i586/tmp/sun/sun.tracing/.classes.list)
>>> ../../../src/share/classes/sun/tracing/MultiplexProviderFactory.java
>>> ../../../src/share/classes/sun/tracing/NullProviderFactory.java
>>> ../../../src/share/classes/sun/tracing/PrintStreamProviderFactory.java
>>> ../../../src/share/classes/sun/tracing/ProbeSkeleton.java
>>> ../../../src/share/classes/sun/tracing/ProviderSkeleton.java
>>> ../../../src/share/classes/sun/tracing/dtrace/Activation.java
>>> ../../../src/share/classes/sun/tracing/dtrace/DTraceProbe.java
>>> ../../../src/share/classes/sun/tracing/dtrace/DTraceProvider.java
>>> ../../../src/share/classes/sun/tracing/dtrace/DTraceProviderFactory.java
>>> ../../../src/share/classes/sun/tracing/dtrace/JVM.java
>>> ../../../src/share/classes/sun/tracing/package-info.java
>>> # Running javac:
>>> /usr/local/soylatte16-i386-1.0.3/bin/javac -J-XX:ThreadStackSize=768
>>> -J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m
>>> -source 1.5 -target 5 -encoding ascii
>>> -Xbootclasspath:/Users/boxcat/projects/jdk7-b40-bsd/sources/build/bsd-i586/classes
>>> -sourcepath
>>> /Users/boxcat/projects/jdk7-b40-bsd/sources/build/bsd-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes
>>> -d /Users/boxcat/projects/jdk7-b40-bsd/sources/build/bsd-i586/classes
>>> @/Users/boxcat/projects/jdk7-b40-bsd/sources/build/bsd-i586/tmp/sun/sun.tracing/.classes.list.filtered
>>> ../../../src/share/classes/sun/tracing/MultiplexProviderFactory.java:75:
>>> type parameters of <T>T cannot be determined; no unique maximal instance
>>> exists for type variable T with upper bounds T,com.sun.tracing.Provider
>>>         return provider.newProxyInstance();
>>>                                         ^
>>> ../../../src/share/classes/sun/tracing/NullProviderFactory.java:63: type
>>> parameters of <T>T cannot be determined; no unique maximal instance exists
>>> for type variable T with upper bounds T,com.sun.tracing.Provider
>>>         return provider.newProxyInstance();
>>>                                         ^
>>> ../../../src/share/classes/sun/tracing/PrintStreamProviderFactory.java:64:
>>> type parameters of <T>T cannot be determined; no unique maximal instance
>>> exists for type variable T with upper bounds T,com.sun.tracing.Provider
>>>         return provider.newProxyInstance();
>>>                                         ^
>>> ../../../src/share/classes/sun/tracing/dtrace/DTraceProviderFactory.java:81:
>>> type parameters of <T>T cannot be determined; no unique maximal instance
>>> exists for type variable T with upper bounds T,com.sun.tracing.Provider
>>>         T proxy = jsdt.newProxyInstance();
>>>                                        ^
>>> 4 errors
>>> make[4]: *** [.compile.classlist] Error 1
>>> make[3]: *** [all] Error 1
>>> make[2]: *** [all] Error 1
>>> make[1]: *** [jdk-build] Error 2
>>> make: *** [build_product_image] Error 2
>>>
>>> This is just with the current repo - I havcen't applied the invokedynamic
>>> patches yet.
>>>
>>> I'm going to carry on investigating - but any ideas?
>>>
>>> (This is OS X 10.5.5 on a 2 CPU dual-core Xeon Mac Pro)
>>>
>>> Thanks,
>>>
>>> Ben
>>>
>>>       
>> -- 
>> Sent from Gmail for mobile | mobile.google.com
>>     
>
>