From sunils at cs.ucsb.edu  Mon Jul  9 10:45:47 2007
From: sunils at cs.ucsb.edu (Sunil Soman)
Date: Mon, 09 Jul 2007 10:45:47 -0700
Subject: latest source won't compile on intel
Message-ID: <1184003147.22634.20.camel@cavs.cs.ucsb.edu>

Hello,

there's a minor issue in the latest HS source:

####

--- src/cpu/i486/vm/assembler_i486.hpp.old  2007-07-09
10:29:14.412986944 -0700
+++ src/cpu/i486/vm/assembler_i486.hpp      2007-07-09
10:29:31.499389416 -0700
@@ -158,7 +158,7 @@

   // Easily misused constructor make them private
 #ifndef _LP64
-  Address::Address(address loc, RelocationHolder spec);
+  Address(address loc, RelocationHolder spec);
 #endif // _LP64

  public:

####

thanks
Sunil



From Steve.Goldman at Sun.COM  Mon Jul  9 10:53:22 2007
From: Steve.Goldman at Sun.COM (steve goldman)
Date: Mon, 09 Jul 2007 13:53:22 -0400
Subject: latest source won't compile on intel
In-Reply-To: <1184003147.22634.20.camel@cavs.cs.ucsb.edu>
References: <1184003147.22634.20.camel@cavs.cs.ucsb.edu>
Message-ID: <46927612.40001@sun.com>

Sunil Soman wrote:
> Hello,
> 
> there's a minor issue in the latest HS source:

I'll fix it. BTW what compiler version complained?

> 
> ####
> 
> --- src/cpu/i486/vm/assembler_i486.hpp.old  2007-07-09
> 10:29:14.412986944 -0700
> +++ src/cpu/i486/vm/assembler_i486.hpp      2007-07-09
> 10:29:31.499389416 -0700
> @@ -158,7 +158,7 @@
> 
>    // Easily misused constructor make them private
>  #ifndef _LP64
> -  Address::Address(address loc, RelocationHolder spec);
> +  Address(address loc, RelocationHolder spec);
>  #endif // _LP64
> 
>   public:
> 
> ####
> 
> thanks
> Sunil
> 


-- 
Steve


From sunils at cs.ucsb.edu  Mon Jul  9 11:47:30 2007
From: sunils at cs.ucsb.edu (Sunil Soman)
Date: Mon, 09 Jul 2007 11:47:30 -0700
Subject: latest source won't compile on intel
In-Reply-To: <46927612.40001@sun.com>
References: <1184003147.22634.20.camel@cavs.cs.ucsb.edu>
	<46927612.40001@sun.com>
Message-ID: <1184006850.22634.24.camel@cavs.cs.ucsb.edu>


> I'll fix it. BTW what compiler version complained?

gcc 4.1.2 on Debian etch
GNU Make 3.81

thanks
Sunil



From Peter.Kessler at Sun.COM  Mon Jul  9 12:20:03 2007
From: Peter.Kessler at Sun.COM (Peter B. Kessler)
Date: Mon, 09 Jul 2007 12:20:03 -0700
Subject: latest source won't compile on intel
In-Reply-To: <46927612.40001@sun.com>
References: <1184003147.22634.20.camel@cavs.cs.ucsb.edu>
	<46927612.40001@sun.com>
Message-ID: <46928A63.5080802@Sun.COM>

This was already reported, in

     http://mail.openjdk.java.net/pipermail/build-dev/2007-July/000098.html

On the other hand, I don't see anyone filing a bug for it,
or volunteering to shepherd the fix.  So, thanks for doing
that.  On the third hand, neither "Lars" <lhofhansl at yahoo.com>
nor "Sunil Soman" <sunils at cs.ucsb.edu>, has signed a Sun
Contributor Agreement, so I don't think we can accept this
contribution until at least one of them signs the SCA.  Of
course, we *could* "discover" it ourselves and fix it that
way.  I think that's cheating, and doesn't give proper credit
where credit is due.

			... peter

steve goldman wrote:

> Sunil Soman wrote:
>> Hello,
>>
>> there's a minor issue in the latest HS source:
> 
> I'll fix it. BTW what compiler version complained?
> 
>>
>> ####
>>
>> --- src/cpu/i486/vm/assembler_i486.hpp.old  2007-07-09
>> 10:29:14.412986944 -0700
>> +++ src/cpu/i486/vm/assembler_i486.hpp      2007-07-09
>> 10:29:31.499389416 -0700
>> @@ -158,7 +158,7 @@
>>
>>    // Easily misused constructor make them private
>>  #ifndef _LP64
>> -  Address::Address(address loc, RelocationHolder spec);
>> +  Address(address loc, RelocationHolder spec);
>>  #endif // _LP64
>>
>>   public:
>>
>> ####
>>
>> thanks
>> Sunil
>>
> 
> 




From ted at tedneward.com  Wed Jul 11 19:59:20 2007
From: ted at tedneward.com (Ted Neward)
Date: Wed, 11 Jul 2007 19:59:20 -0700
Subject: latest source won't compile on intel
In-Reply-To: <46928A63.5080802@Sun.COM>
Message-ID: <020901c7c430$a9748ad0$802ca8c0@XPWork>

Here's a question... to which list should I post problems or questions with
the build processes themselves?

Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
 

> -----Original Message-----
> From: hotspot-dev-bounces at openjdk.java.net [mailto:hotspot-dev-
> bounces at openjdk.java.net] On Behalf Of Peter B. Kessler
> Sent: Monday, July 09, 2007 12:20 PM
> To: Steve.Goldman at Sun.COM
> Cc: hotspot-dev at openjdk.java.net
> Subject: Re: latest source won't compile on intel
> 
> This was already reported, in
> 
>      http://mail.openjdk.java.net/pipermail/build-dev/2007-
> July/000098.html
> 
> On the other hand, I don't see anyone filing a bug for it,
> or volunteering to shepherd the fix.  So, thanks for doing
> that.  On the third hand, neither "Lars" <lhofhansl at yahoo.com>
> nor "Sunil Soman" <sunils at cs.ucsb.edu>, has signed a Sun
> Contributor Agreement, so I don't think we can accept this
> contribution until at least one of them signs the SCA.  Of
> course, we *could* "discover" it ourselves and fix it that
> way.  I think that's cheating, and doesn't give proper credit
> where credit is due.
> 
> 			... peter
> 
> steve goldman wrote:
> 
> > Sunil Soman wrote:
> >> Hello,
> >>
> >> there's a minor issue in the latest HS source:
> >
> > I'll fix it. BTW what compiler version complained?
> >
> >>
> >> ####
> >>
> >> --- src/cpu/i486/vm/assembler_i486.hpp.old  2007-07-09
> >> 10:29:14.412986944 -0700
> >> +++ src/cpu/i486/vm/assembler_i486.hpp      2007-07-09
> >> 10:29:31.499389416 -0700
> >> @@ -158,7 +158,7 @@
> >>
> >>    // Easily misused constructor make them private
> >>  #ifndef _LP64
> >> -  Address::Address(address loc, RelocationHolder spec);
> >> +  Address(address loc, RelocationHolder spec);
> >>  #endif // _LP64
> >>
> >>   public:
> >>
> >> ####
> >>
> >> thanks
> >> Sunil
> >>
> >
> >
> 
> 
> 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: 7/8/2007
> 6:32 PM
> 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.476 / Virus Database: 269.10.4/896 - Release Date: 7/11/2007
4:09 PM
 



From mr at sun.com  Wed Jul 11 20:13:55 2007
From: mr at sun.com (Mark Reinhold)
Date: Wed, 11 Jul 2007 20:13:55 -0700
Subject: latest source won't compile on intel 
In-Reply-To: ted@tedneward.com; Wed, 11 Jul 2007 19:59:20 PDT;
	<020901c7c430$a9748ad0$802ca8c0@XPWork> 
Message-ID: <20070712031355.14BA3B5D@callebaut.niobe.net>

> Date: Wed, 11 Jul 2007 19:59:20 -0700
> From: Ted Neward <ted at tedneward.com>

> Here's a question... to which list should I post problems or questions with
> the build processes themselves?

build-dev at openjdk.java.net

- Mark


From novikov at seaproject.ru  Thu Jul 12 03:57:41 2007
From: novikov at seaproject.ru (Novikov Timofey)
Date: Thu, 12 Jul 2007 14:57:41 +0400
Subject: can't build JVM static
Message-ID: <9316400E0ABA4D42B14C5AE96E20E1A73F5B8F@sp-exchange.seaproject.ru>

Hello!

 

I want build HotSpot JVM statically (it's needful for work on system
with GLIBC2.1.3)

 

When I try build it with -static key I get parse error in libjvm.so.lds
script, string 12:

. = 0x08048000x06000000 + SIZEOF_HEADERS;

 

Any changing of this string to the "good" state (. = 0x0804800 +
0x06000000 + SIZEOF_HEADERS;) take the Segmentation Fault error...

 

Thanx!

 

Tim Novikov

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070712/706fca85/attachment.html 

From John.Rose at Sun.COM  Thu Jul 12 19:16:47 2007
From: John.Rose at Sun.COM (John Rose)
Date: Thu, 12 Jul 2007 19:16:47 -0700
Subject: kitchen sink VM
Message-ID: <4696E08F.8070604@sun.com>

I would like to start a child project of the hotspot VM, as a testbed
for new VM features that are not ready to standardize but deserve
experimentation.  A model for this would be the "Kitchen Sink Language"
branch of the javac project; see http://ksl.dev.java.net/ .

A key rule of the KSL project is that all non-standard language features
must be controlled by a command line option and disabled by default.
This rule can be applied verbatim to hotspot via the -XX:+Foo suite of
global variables, which are already used routinely for such purposes.

Does such a project sound reasonable?  Better yet, has anybody already
started doing this, so I can join?

-- John

P.S. An example of the sort of experimental feature I'm thinking of:
  http://blogs.sun.com/jrose/entry/tail_calls_in_the_vm

I have several odd ideas in this vein.  If you know me, you probably
know them too.


From Nikolay.Igotti at Sun.COM  Thu Jul 12 23:01:40 2007
From: Nikolay.Igotti at Sun.COM (Nikolay Igotti)
Date: Fri, 13 Jul 2007 10:01:40 +0400
Subject: can't build JVM static
In-Reply-To: <9316400E0ABA4D42B14C5AE96E20E1A73F5B8F@sp-exchange.seaproject.ru>
References: <9316400E0ABA4D42B14C5AE96E20E1A73F5B8F@sp-exchange.seaproject.ru>
Message-ID: <46971544.6080706@Sun.Com>

Try to build with "make JVM_BASE_ADDR=", binary will be a bit slower 
(more PIC code) but could work.

Thanks,
Nikolay.

Novikov Timofey wrote:
>
> Hello!
>
> I want build HotSpot JVM statically (it?s needful for work on system 
> with GLIBC2.1.3)
>
> When I try build it with ?static key I get parse error in 
> libjvm.so.lds script, string 12:
>
> . = 0x08048000x06000000 + SIZEOF_HEADERS;
>
> Any changing of this string to the ?good? state (. = 0x0804800 + 
> 0x06000000 + SIZEOF_HEADERS;) take the Segmentation Fault error?
>
> Thanx!
>
> Tim Novikov
>


From novikov at seaproject.ru  Sun Jul 15 23:16:05 2007
From: novikov at seaproject.ru (Novikov Timofey)
Date: Mon, 16 Jul 2007 10:16:05 +0400
Subject: FW: can't build JVM static
Message-ID: <9316400E0ABA4D42B14C5AE96E20E1A73F5BC6@sp-exchange.seaproject.ru>


Hi Nikolay!

Thanks for your answer!

I tried to build JVM with `make JAVA_BASE_ADDR=`...

And as you see - I got new problem:
---------------------------------
make[3]: ????? ?? ??????? `/home/novikov/openjdk/hotspot/build/linux/linux_i486_compiler2/product'
cd linux_i486_compiler2/product && ./test_gamma
./test_gamma: line 11: 30144 Segmentation fault      ./${gamma:-gamma} -Xbatch Queens </dev/null
---------------------------------

 ldd -v libjvm.so - statically linked

You can find makefiles in attachments (gcc.make vm.make launcher.make)

Thanks!

Best regards
Timofey Novikov


-----Original Message-----
From: Nikolay.Igotti at Sun.COM [mailto:Nikolay.Igotti at Sun.COM] 
Sent: Friday, July 13, 2007 10:02 AM
To: Novikov Timofey
Cc: hotspot-dev at openjdk.dev.java.net
Subject: Re: can't build JVM static

Try to build with "make JVM_BASE_ADDR=", binary will be a bit slower 
(more PIC code) but could work.

Thanks,
Nikolay.

Novikov Timofey wrote:
>
> Hello!
>
> I want build HotSpot JVM statically (it's needful for work on system 
> with GLIBC2.1.3)
>
> When I try build it with -static key I get parse error in 
> libjvm.so.lds script, string 12:
>
> . = 0x08048000x06000000 + SIZEOF_HEADERS;
>
> Any changing of this string to the "good" state (. = 0x0804800 + 
> 0x06000000 + SIZEOF_HEADERS;) take the Segmentation Fault error...
>
> Thanx!
>
> Tim Novikov
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: vm.make
Type: application/octet-stream
Size: 8365 bytes
Desc: vm.make
Url : http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070716/fd5a6573/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gcc.make
Type: application/octet-stream
Size: 5054 bytes
Desc: gcc.make
Url : http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070716/fd5a6573/attachment-0001.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: launcher.make
Type: application/octet-stream
Size: 2675 bytes
Desc: launcher.make
Url : http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20070716/fd5a6573/attachment-0002.obj 

From ted at tedneward.com  Wed Jul 18 22:19:06 2007
From: ted at tedneward.com (Ted Neward)
Date: Wed, 18 Jul 2007 22:19:06 -0700
Subject: kitchen sink VM
In-Reply-To: <4696E08F.8070604@sun.com>
Message-ID: <085001c7c9c4$57465ab0$802ca8c0@XPWork>

Not heard of one, but would love to join, when you get it started....

Ted Neward
Java, .NET, XML Services
Consulting, Teaching, Speaking, Writing
http://www.tedneward.com
 

> -----Original Message-----
> From: hotspot-dev-bounces at openjdk.java.net [mailto:hotspot-dev-
> bounces at openjdk.java.net] On Behalf Of John Rose
> Sent: Thursday, July 12, 2007 7:17 PM
> To: hotspot-dev at openjdk.java.net
> Subject: kitchen sink VM
> 
> I would like to start a child project of the hotspot VM, as a testbed
> for new VM features that are not ready to standardize but deserve
> experimentation.  A model for this would be the "Kitchen Sink Language"
> branch of the javac project; see http://ksl.dev.java.net/ .
> 
> A key rule of the KSL project is that all non-standard language features
> must be controlled by a command line option and disabled by default.
> This rule can be applied verbatim to hotspot via the -XX:+Foo suite of
> global variables, which are already used routinely for such purposes.
> 
> Does such a project sound reasonable?  Better yet, has anybody already
> started doing this, so I can join?
> 
> -- John
> 
> P.S. An example of the sort of experimental feature I'm thinking of:
>   http://blogs.sun.com/jrose/entry/tail_calls_in_the_vm
> 
> I have several odd ideas in this vein.  If you know me, you probably
> know them too.
> 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.10.5/899 - Release Date: 7/13/2007
> 3:41 PM
> 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.476 / Virus Database: 269.10.8/906 - Release Date: 7/17/2007
6:30 PM