jrate-devel Mailing List for jRate

$B:#2s!"@?$K>!<j$J$4O"Mm$r$5$;$FD:$-$^$7$F?=$7Lu$"$j$^$;$s!#(B
$B"(%$%Y%s%H!ZL)2q![$N6aF|3+:E7hDj$N$4Js9p5Z$S!"(B
$B$=$l$KH<$$$^$7$F!"CK@-MM!&=w@-MM$N8BDjOH$,ITB-$7$F$$$k$?$a(B
$B5^Jg0MMj$N$*CN$i$;$G8f:B$$$^$9!#(B

$B"(%$%Y%s%H$O4{$K!"M=Dj8BDj?M?t$K$F3FCO0h3+:EM=Dj2q>l$r(B
$B%T%C%/%"%C%W!TCK@-(B13$BL>MM!&=w@-(B8$BL>MM!U$N?M?tITB-$H$$$&8=>u(B
$B$K$"$j$^$9!#!!Cm(B)$B3FCO0hITB-?M?t$O0[$J$j$^$9!*(B

$B$D$-$^$7$F$O!"5.J}MM$K:#2s$N$40FFbFbMF$K$4F10UD:$1$kMM$G$"(B
$B$l$P!ZL)2q![$K$4;22C$rD:$-$?$/!"%$%Y%s%H3+:E9pCN$H$$$&7A$G$N(B
$B$4O"Mm$H$5$;$FD:$$$F$*$j$^$9!#(B

$B"!$4;?F1$44uK>$O$3$A$i"-(B
http://www.f-day1.net/?sex


$B!ZL)2q![$N%W%m%0%i%`$O0J2<$NMM$K$J$j$^$9!#(B
$B!|FH?H=w@-(B20$BBeA0H>!A(B35$B:MKx$N=w@-MMJ}$H$N8D<<$*?);v2q(B
$B!JCK@-MM(B3$BL>!?=w@-MM(B4$BL>!K(B

$B!|$*?);v8e(B30$BJ,4V$N%U%j!<%?%$%`@)(B

$B!|CK=w(B1$BBP(B1$B$N%+%C%W%k$K@.$i$l$^$7$FJL<<$X0\F0(B
$B!!:#8eMM!9$J$*LsB+$r$*<h<!$.2<$5$$!#(B

$B"($3$N:]CK=w%+%C%W%k$K@.$j$=$S$l$k;v$O7h$7$FL5$$MM<jG[$r$5(B
$B$;$FD:$-$^$9(B

$B!|$*Aj<j=w@-MM$h$j!"#S#E#X$*Aj<j$H$7$F7@Ls@.N)$N:]$O5.J}MM(B
$B!!$X$N<UNi6b$rL5>r7o$K$F$*<u$1<h$j2DG=$H$J$C$F$*$j$^$9!#(B
$B!!(B
$B"(5.J}MM$X$N<UNi6b$O!"=w@-MM$,5.J}MM$X46<U$N5$;}$A$GD>@\5.J}(B
$BMM$X$*EO$7$9$k$N$G5.J}MM$,A43[<u$1<h$l$^$9!#(B

$B:#2s>/?t?M?t8BDj$N$41~Jg$K$J$C$F$$$^$9$N$GDj0w?t$r%*!<%P!<$5(B
$B$l$^$9$H$4;?F1$7$F$$$?$@$1$^$7$F$b!ZL)2q![$K$4;22CD:$1$J$$>l(B
$B9g$b8f:B$$$^$9$N$GM=$a$4N;>5$/$@$5$$$^$9MM$*4j$$$$$?$7$^$9!#(B
$B$=$N:]$O!ZL)2q![$HF1MM$J%$%Y%s%H$K!Z:GM%@h![$G$4;22C2DG=$J(B
$B<jB3$-$r<h$i$;$F$$$?$@$-$^$9!#(B
http://www.f-day1.net/?sex










--------------------------------------------
$BG[?.5qH]$r4uK>$NJ}$O$3$A$i$^$G$*4j$$$7$^$9!#(B
$B!!(Bs...@f-...

Hi Berto,

On Mon, Dec 12, 2005 at 01:09:32AM +0000, berto wrote:
> cp -r /src/native/src/jrate /usr/jrate-0.3.7.1-3.3.3/gcc/libjRateCore  
> cp: /src/native/src/jrate: No such file or directory  
[snip]
> Is this a problem with the difference in navigating in a unix filesystem.  

It should have calculated the absolute path to the top of the source
tree ("abs_top_srcdir") and preprended that here.

> i am using freeBSD 6.0 

Are you using GNU Make?  The GCC build process (esp. when building
libgcj) requires it anyway, so we found it appropriate to have jRate
depend on it too.

Morgan
-- 
Morgan Deters
md...@mo...

hello,  
  
when i run the make command for jRate i get the following error  
  
-------------------------------------------  
  
Copying libjRateCore source under GCC source tree...  
cp -r /src/native/src/jrate /usr/jrate-0.3.7.1-3.3.3/gcc/libjRateCore  
cp: /src/native/src/jrate: No such file or directory  
  
------------------------------------------------  
  
the directory ./src/native/src/jrate does exist also i can find it using  
src/native/src/jrate  
  
but i cannot navigate to it using "/src/native/src/jrate"  
  
Is this a problem with the difference in navigating in a unix filesystem.  
 
i am using freeBSD 6.0 

Hi Morgan,

>>I just stumbled across bullet 5 in the FAQ:
>>
>>--- 8< 8< 8< ---
>>5. Will jRate run on any platform?
>>
>>In theory jRate should be able to run easily on any POSIX OS, such as 
>>Linux, QNX RTP etc. Currently we are focusing mostly on Linux, and our 
>>current release runs on Linux/x86. Our upcoming release should also work 
>>on Linux/PowerPC, and may work on other architectures as well.
>>--- 8< 8< 8< ---
>>
>>So I wasn't quite clear whether PPC was actually working now - before 
>>the "upcomming release" :-)
> Ah, yes, it was true for some definition of "upcoming release."  :-)
:-)

>>>(I believe I've tried 3.4.x on ppc as well, though jRate does not yet
>>>support 3.4.x.)
>>Oki, then I'll have to wait a bit - I'm using 3.4.x, but am having a bit 
>>of trouble with the long GC'ing times...
> We intend to support 3.4.x and even 4.0.x soon, though I want to get a
> few more compiler changes into 3.3.x before porting the whole mess
> upward (so that we can maintain support for multiple versions with
> less effort).
Makes sense!

> jRate at present doesn't support GC of any sort, including the Boehm
> collector standard in gcj, so that may be a concern for you as well.
> There is considerable interest in adding real-time collectors to jRate
> (and we want to reenable Boehm so that at least some GC is available).
> Many of the projects where we've used jRate pre-allocate their storage
> and/or use RTSJ scoped memory, so a lack of GC hasn't been a problem
> for these apps.
Ohh, now there's a showstopper :-)

So people has been using jRate to code in Java, but having to cleanup 
themselves?

> In the meantime, using regular gcj 3.4.x, you may find some of the
> Boehm collector settings useful (such as enabling incremental
> collection -- though I've seen reports of problems with incremental
> collection on 3.4).
Yes, from Boehm him self, incremental GC and GCJ doesn't play well 
together, yet...

Thanks,
  Martin

Martin,

On Tue, Dec 06, 2005 at 08:59:09AM +0100, Martin Egholm Nielsen wrote:
> I just stumbled across bullet 5 in the FAQ:
> 
> --- 8< 8< 8< ---
> 5. Will jRate run on any platform?
> 
> In theory jRate should be able to run easily on any POSIX OS, such as 
> Linux, QNX RTP etc. Currently we are focusing mostly on Linux, and our 
> current release runs on Linux/x86. Our upcoming release should also work 
> on Linux/PowerPC, and may work on other architectures as well.
> --- 8< 8< 8< ---
> 
> So I wasn't quite clear whether PPC was actually working now - before 
> the "upcomming release" :-)

Ah, yes, it was true for some definition of "upcoming release."  :-)

Thanks for noting this, I've fixed it.

> >(I believe I've tried 3.4.x on ppc as well, though jRate does not yet
> >support 3.4.x.)
> Oki, then I'll have to wait a bit - I'm using 3.4.x, but am having a bit 
> of trouble with the long GC'ing times...

We intend to support 3.4.x and even 4.0.x soon, though I want to get a
few more compiler changes into 3.3.x before porting the whole mess
upward (so that we can maintain support for multiple versions with
less effort).

jRate at present doesn't support GC of any sort, including the Boehm
collector standard in gcj, so that may be a concern for you as well.
There is considerable interest in adding real-time collectors to jRate
(and we want to reenable Boehm so that at least some GC is available).
Many of the projects where we've used jRate pre-allocate their storage
and/or use RTSJ scoped memory, so a lack of GC hasn't been a problem
for these apps.

In the meantime, using regular gcj 3.4.x, you may find some of the
Boehm collector settings useful (such as enabling incremental
collection -- though I've seen reports of problems with incremental
collection on 3.4).

Regards,
Morgan
-- 
Morgan Deters
md...@mo...

Hi Morgan

>>I'm been glancing at your implementation and before I dig into detailed 
>>investigations about whether or not it actually solves my problems, I 
>>would like to hear what the status is regarding libgcj 3.4.x running on PPC?

> I've been able to build ppc native and crossed x86-to-embedded-ppc
> versions of gcc 3.3.x and jRate, and haven't noticed any ppc-specific
> problems with either the front-end or libgcj.so.4 (which comes with
> the 3.3.x line).  Was there something specific you had in mind?

I just stumbled across bullet 5 in the FAQ:

--- 8< 8< 8< ---
5. Will jRate run on any platform?

In theory jRate should be able to run easily on any POSIX OS, such as 
Linux, QNX RTP etc. Currently we are focusing mostly on Linux, and our 
current release runs on Linux/x86. Our upcoming release should also work 
on Linux/PowerPC, and may work on other architectures as well.
--- 8< 8< 8< ---

So I wasn't quite clear whether PPC was actually working now - before 
the "upcomming release" :-)

> (I believe I've tried 3.4.x on ppc as well, though jRate does not yet
> support 3.4.x.)
Oki, then I'll have to wait a bit - I'm using 3.4.x, but am having a bit 
of trouble with the long GC'ing times...

BR,
  Martin Egholm

Hi Martin,

On Mon, Dec 05, 2005 at 01:09:36PM +0100, Martin Egholm Nielsen wrote:
> I'm been glancing at your implementation and before I dig into detailed 
> investigations about whether or not it actually solves my problems, I 
> would like to hear what the status is regarding libgcj 3.4.x running on PPC?

I've been able to build ppc native and crossed x86-to-embedded-ppc
versions of gcc 3.3.x and jRate, and haven't noticed any ppc-specific
problems with either the front-end or libgcj.so.4 (which comes with
the 3.3.x line).  Was there something specific you had in mind?

(I believe I've tried 3.4.x on ppc as well, though jRate does not yet
support 3.4.x.)

Morgan
-- 
Morgan Deters
md...@mo...

Hi there,

I'm been glancing at your implementation and before I dig into detailed 
investigations about whether or not it actually solves my problems, I 
would like to hear what the status is regarding libgcj 3.4.x running on PPC?

Best regards,
  Martin Egholm