Menu
▾
▴
jrate-users — jRate users' mailing list
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Morgan D. <md...@gm...> - 2008-10-06 16:56:56
|
Hi all, I've had some discussions with Yoane over the past week, off-list, regarding several technical problems he's encountered getting jTools, RTSJPerf/RTSJBench, and jRate to function together. In summary, I believe it to be possible to get these old tools to function. However, jTools and RTSJPerf/RTSJBench were written for an old version of jRate (possibly never even released?), and do not build cleanly with the modernized build system and more-standard API of current jRate releases. Without community interest, there is currently no plan to update these tools. Morgan 2008/9/28 Y L <yoa...@ho...>: > > Dear RTJ development team, > > My Name is Yoane Lopes and I am trying to install RTJBench as part of final year project to test the performance of Jrate compiler, however during the "make rtjvm=1" the process gets to a point where it stops with the following errors: > > > Makefile.rtjvm:5: /config/Macros.RTJVM: No such file or directory > Makefile.rtjvm:11: /config/Rules.RTJVM: No such file or directory > make[6]: *** No rule to make target `/config/Rules.RTJVM'. Stop. > > I searched the path where the building process is trying tio find the files but couldnt find the specified files,I do not know what to do in this situation and I am running out of time. I would be enternally grateful if you could help me once again on this matter. > > I have attached a file with the output of the process so that you can analyze it. > > Thank you very much in advance > > _________________________________________________________________ > Get all your favourite content with the slick new MSN Toolbar - FREE > http://clk.atdmt.com/UKM/go/111354027/direct/01/ > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > jrate-devel mailing list > jra...@li... > https://lists.sourceforge.net/lists/listinfo/jrate-devel > > -- Morgan Deters md...@gm... |
|
From: <ale...@li...> - 2007-10-23 15:17:30
|
Hi all,
I am trying to install jRate and I have a following problem:
When runing
./configure --prefix=/opt/jrate --exec-prefix=/opt/jrate
I get a following error:
configure:19575: checking for patch
configure:19602: result: oops
configure:19615: error: sorry, currently patch is required to build jRate.
Is this a problem of jRate or I have just made some mistakes during the
installation process?
My platform is:
- Mandrake linux
- GCC version 3.3.6 (Mandrakelinux release 3.3.6-3mdk)
Thanks for any help.
Regards,
Ales
--
Aleš Plšek, Ph.D. Candidate
Project ADAM (previously Jacquard)
INRIA - Futurs Unit
University of Lille
FRANCE
http://www.lifl.fr/~plsek
|
|
From: M H. H. <113...@ho...> - 2006-11-13 00:18:29
|
thus jrate-0.3.7.2-3.3.3
support javax.realtime.OneShotTimer
i can perfectly compile this app with :
jRate-gcj --main=OneShotTimerTest *.java -o OneShotTimerTest
but, when i run it, i got
Exception in thread "main" java.lang.NullPointerException
at javax.realtime.Timer.start() (/mnt/tmp/jRate/lib/libgcj.so.4.0.0)
at OneShotTimerTest.main(java.lang.String[]) (Unknown Source)
i can compile & run PeriodicTimerDemo Smoothly, why i can run this app?
-------------------------------------------------------------------------------------------------
// ************************************************************************
// $Id: OneShotTimerTest.java,v 1.1.1.1 2003/05/19 02:31:37 corsaro Exp $
// ************************************************************************
//
// RTSJBench
//
// Copyright (C) 2001-2003 by Angelo Corsaro.
// <co...@cs...>
// All Rights Reserved.
//
// Permission to use, copy, modify, and distribute this software and
// its documentation for any purpose is hereby granted without fee,
// provided that the above copyright notice appear in all copies and
// that both that copyright notice and this permission notice appear
// in supporting documentation. I don't make any representations
// about the suitability of this software for any purpose. It is
// provided "as is" without express or implied warranty.
//
//
//
// *************************************************************************
//
//
*************************************************************************/
//package rtsj.perf.timer;
import javax.realtime.*;
public class OneShotTimerTest {
static final String TIMEOUT_TIME = "TimeOutTime";
public static void main(String[] args) {
if (args.length < 3) {
System.out.println("USAGE:\n\tOneShotTimerTest <count>
<millis> <nanos> <path>\n");
System.exit(1);
}
final int count = Integer.parseInt(args[0]);
int millis = Integer.parseInt(args[1]); // time in msec
int nanos = Integer.parseInt(args[2]);
Runnable logic = new Runnable() {
public void run() {
}
};
PriorityParameters prioParams =
new PriorityParameters(PriorityScheduler.MAX_PRIORITY);
BoundAsyncEventHandler handler = new
BoundAsyncEventHandler(prioParams, null, null, null, null, false,logic);
OneShotTimer ostimer =
new OneShotTimer(new RelativeTime(millis, nanos),
handler);
ostimer.enable();
for (int i = 0; i < count; i++) {
ostimer.start();
if (i == count - 1)
break;
}
}
}
-----------------------------------------------------------------------------------------------------------
|
|
From: Morgan D. <md...@mo...> - 2006-09-21 16:23:59
|
Vin, On Thu, Sep 21, 2006 at 06:04:42PM +0200, Vincenzo Caruso wrote: > I think that add the --exec-prefix=/path/to/non-standard/prefix in > the INSTALL gotchas [;-)] will be a good idea, because --prefix only > didn't solved my issue... Really? Odd. Configuring --prefix should set --exec-prefix too, unless --exec-prefix is given explicitly. I'll check into this. > I have another question, maybe another thread can be opened: > How hard is to port jRate to RTAI kernels? It is better mantained > and more active than RTlinux (GPL edition, I mean), and maybe it > offers a better way to develop user-space realtime tasks... > But no real-time signals are allowed there... Right, that's the biggest issue, and it could be worked around with nanosleep() or similar. There was some discussion of this over on jRate-devel a year ago.. http://sourceforge.net/mailarchive/forum.php?thread_id=7959526&forum_id=43391 ..but AFAIK nothing has been done yet. Most of the application work I've done with jRate in the lab in the past year or so has been on PPC embedded, loose RT requirements, no load to speak of, with a stock or slightly-patched 2.4-series kernel which was "good enough" for the task at hand. So I just haven't gotten around to working with RTAI yet. If you are interested in contributing development or testing effort to an RTAI "port," I think it could be managed soon-ish. There really shouldn't be a whole lot to do. Morgan -- Morgan Deters md...@mo... |
|
From: Vincenzo C. <bit...@gm...> - 2006-09-21 16:04:46
|
* [A.D. 210906, 10:48], Morgan Deters <md...@mo...> ha scrit= to: > Vin, >=20 > On Wed, Sep 20, 2006 at 11:41:05PM +0200, Vincenzo Caruso wrote: > > Sorry, I think I solved the problem by using > > # ./configure --prefix=3D/usr/local/jrate --exec-prefix=3D/usr/local/= jrate >=20 > Right, this will hopefully fix your issue. Yes, finally I solved the issue in that way... =20 > So we feel the best (read: least bad) solution at present is to > install in a different prefix and include strong cautions at > ./configure-time if jRate detects another GCC installation in the same > prefix. Personally, I always prefer a non-standard prefix (neither > /usr nor /usr/local) so that nothing is overwritten or placed on the > standard ld.so path before the usual (non-jRate) installation of GCC. I think that add the --exec-prefix=3D/path/to/non-standard/prefix in=20 the INSTALL gotchas [;-)] will be a good idea, because --prefix only didn't solved my issue... I have another question, maybe another thread can be opened: How hard is to port jRate to RTAI kernels? It is better mantained and more active than RTlinux (GPL edition, I mean), and maybe it offers a better way to develop user-space realtime tasks... But no real-time signals are allowed there... Cheers Vincenzo --=20 |/ | Un politico candidato =E8 una persona che riceve soldi dai |\erush | ricchi e voti dai poveri per proteggere gli uni dagli altri. | ----- | |_a b s | |
|
From: Morgan D. <md...@mo...> - 2006-09-21 15:49:27
|
Vin,
On Wed, Sep 20, 2006 at 11:41:05PM +0200, Vincenzo Caruso wrote:
> Sorry, I think I solved the problem by using
> # ./configure --prefix=/usr/local/jrate --exec-prefix=/usr/local/jrate
Right, this will hopefully fix your issue.
Yes, we have considered renaming the libraries, jars, perhaps the
version string under ${prefix}/lib/gcc-lib/${arch}/${version}, and
other items to be "jRate-specific". Some header files would have to
be moved also to version- and jRate-specific installation paths. But
even if we're careful, we could easily forget to rename something
(especially something arch- or configuration-specific) and release a
version of jRate that clobbers existing files and causes breakage.
So we feel the best (read: least bad) solution at present is to
install in a different prefix and include strong cautions at
./configure-time if jRate detects another GCC installation in the same
prefix. Personally, I always prefer a non-standard prefix (neither
/usr nor /usr/local) so that nothing is overwritten or placed on the
standard ld.so path before the usual (non-jRate) installation of GCC.
Sorry for the confusion,
Morgan
--
Morgan Deters
md...@mo...
|
|
From: Vincenzo C. <bit...@gm...> - 2006-09-20 21:41:09
|
* [A.D. 200906, 23:33], Vincenzo Caruso <bit...@gm...> ha scritto: > Hi, > I've just installed jRate 0.3.7.2, it works fine, but simply > it has overrided my distro's /usr/local/libgcj and /usr/local/libgcc. > I've read in INSTALL that I should use the option --prefix=/path/to/dir > for the configuration script. I did it, and reinstalled all but > again my libs disappeared... > Here are the steps I've done: > > # ./configure --prefix=/usr/local/jrate > # make > # make install Sorry, I think I solved the problem by using # ./configure --prefix=/usr/local/jrate --exec-prefix=/usr/local/jrate Thanks anyway Vin -- |/ | Quando vedi cio' che certe ragazze sposano, ti rendi conto di |\erush | quanto debbano odiare l'idea di lavorare per vivere. | ----- | [Rowland] |_a b s | |
|
From: Vincenzo C. <bit...@gm...> - 2006-09-20 21:33:32
|
Hi, I've just installed jRate 0.3.7.2, it works fine, but simply it has overrided my distro's /usr/local/libgcj and /usr/local/libgcc. I've read in INSTALL that I should use the option --prefix=/path/to/dir for the configuration script. I did it, and reinstalled all but again my libs disappeared... Here are the steps I've done: # ./configure --prefix=/usr/local/jrate # make # make install Any suggestions? What do you think about changing definitively the name of jRate's lib-gcc and lib-gcj? Saluti, Vincenzo -- |/ | Un genio si riconosce dal fatto che tutti gli ignoranti gli |\erush | vanno contro. [T.S. Eliot] | ----- | |_a b s | |