>> What, are you kidding?
>HE'S COMPLETELY NUTS
Maybe a refugee from the Freedows project :-)
If you call java.awt.List.removeAll() on a List that's never had
anything added to it, you get a warning from Motif:
Warning:
Name: slist
Class: XmList
Item(s) to be deleted are not present is list.
Should I file a bug report to the formerly Open Group about the typo
in the
>I don't know of any options that don't use jdb, unfortunately.
There's the Jikes debugger from IBM AlphaWorks, available at
http://www.alphaworks.ibm.com/alphapreview_tools/
it's a generic Java debugger but relies on a moving target of the Java
debugging interface. It says it only works in JDK
[complicated Java app with native code crashing in some OSes, not others]
>My first assumption is that I must have some strange memory bug in
>the C library.
It sure sounds that way.
>The thing that confuses this is that the C-only test programs run
>fine on all three OS's and the java clients
>I've been playing with GIF images and am having major performance
>issues - it's just taking too long to read and write the files!
Make sure you're using the right kinds of streams. It's very easy to
end up with nonbuffered I/O in Java by accident, and the performance
of those is indeed really a
one more datapoint - I have localhost as the first entry in /etc/hosts
(where it belongs, I might add), but the test program correctly prints
out pinotnoir.media.mit.edu/18.85.16.104
What's the difference? I'm not running glibc, I'm using libc5. My
system is a mostly-Redhat-4.1 system with libc-5
>Has anyone tried TurboJ from the opengroup yet ?
Welcome to the web:
http://www.camb.opengroup.org/openitsol/turboj/
I got as far as installing it, then found you have to get a license
from Sales to run it. I guess it's not free, but I couldn't find any
info about pricing online.
So.. has an
>I'm rather doubtful about Java->C compilers.
I had great luck with Toba back in Java 1.0. Well, that may be
exaggerating. The Toba version of javac was terrific, at least five
times faster than the interpreted version. But between the Java
interpreter getting faster in 1.1, and the overhead of J
>WHY??? would a technical based newsletter, circulate trash about
>setting up a porn web site, to its subscriber list ?
Because the Blackdown administrators are big evil ripoff artists. They
get 5 cents for every spam that goes through their mailing list. It
pays for running the list her
>>My workaround, which has been generally successful, was to subclass
>>JFrame. In the subclass I override dispose (and also setVisible())
>>with a method that forks off Thread with a lower priority than the
>>current thread.
That's a clever workaround, but ugh!
>Is Nelson's application multi-th
>I happened to have it handy :-)
>http://www.javasoft.com/nav/business/source_form.html
Interesting.. I'd always been under the impression that the source
license for Sun's Java had some NDA-like terms in it, including
provisions that would make it difficult for someone to develop an
alternate VM
>I am running into a real bottleneck when compiling rmi applications
>with: java_dyn full version "Linux_JDK_1.1.6_v2". rmic takes forever
>to run on a single class. At first I thought it was just a jdk 1.x
>problem, but when running sun's 1.1.6 rmic finishes in about 1/30th
>the time that Linux d
To all you bozos sending me mail saying "get me off this list", I have
nothing to do with subscribership. Try talking to
[EMAIL PROTECTED] or [EMAIL PROTECTED]
>That sounds like the problem... and yes... running rmic in /tmp runs
>a trillion times faster.
Ah, good. I'd still be curious to know w
Why did you post this message to java-linux? This is not a generic
Linux support mailing list. There is a lot of documentation out there
on the web about exactly the sort of question you ask. You should do
your research first, then ask questions later, and then only in the
appropriate place.
mail
>Linux system timer resolution is (according to manpage) 10msecs.
Yep, although this is configurable in the kernel.
>And currentTimeMillis returns increments below a 10msec resolution.
Newer kernels have more precise timers - they take advantage of some
timers in the Pentium. I believe the basi
I hate to hassle the porting team, but it's been two weeks since v4a
was released but very few mirrors have it. I finally found it at
ftp://ftp.bogus.net/pub/mirrors/liquor.cabi.net/
Is something wrong with the mirroring setup?
I have a bunch of complicated network code that works fine under
jdk 1.1.5_v7, but fails in jdk 1.1.6_v4a with a socket exception:
COM.objectspace.voyager.TransportException: java.net.SocketException: Socket option
unsupported
Unfortunately, my program has a lot of stuff in it, so it's hard t
I've got a Redhat 4.1 system with lots of random upgrades. All the
Blackdown JDKs that distributed their own libraries have worked out of
the box for me, including jdk 1.1.6v4a. I seem to have the same
library versions that the JDK distributes, maybe that's why there's no
problem.
> 1) Your syste
>> COM.objectspace.voyager.TransportException: java.net.SocketException: Socket
>option unsupported
>It's a v4a bug. It's fixed in our development code, but that's waiting
>on me to get the library version handling code tested. I bet you were
>setting LINGER or REUSEADDR -- these got broken
>What I would like is just a very simple SignalCatcher for SIGTERM,
>SIGQUIT, SIGHUP and SIGINT: just four signals. I want to catach them
>in Java, and write the capture to a systems log. So that at least
>overnight personnel would know how my java batcher died .
Someone wrote just that for Linux
There's definitely no problem moving .class files between Linux and
Win95, I do it all the time myself and it works fine.
>I copied the files across using a DOS floppy disk and the linux mcopy
>program.
Did mcopy properly preserve the long filenames, the case, etc? Newer
versions get this mostl
>However, most of your proposed solutions fall wide of the mark.
Gee, so sorry. Again, there's no fundamental problem with Linux Java,
the problem is something in your own environment.
>Now here is a detail that may be more relevant: There are 19 .java
>files in the package. The compilation unde
I was at OOPSLA '98, the big yearly American object oriented
programming conference. It's mostly an industry conference, not
academic. This year there was a whole lot of Java stuff at the
conference, including a panel session headed by David Ungar on the
"new crop" of Java VMs.
These are my notes
>I am running some RMI applications on a machine which doesn't have
>the necessary classes installed -- the RMI class loader runs out and
>grabs the ones that are needed, using the codebase property. That
>works great.
Yay mobile code!
>I wonder if I will have to obtain the javac source and hack
cool! Good work!
I'd really hate to see this list get dragged into a debate about
Java Linux porting team politics. The folks who have donated their
effort to bringing Java to Linux - all of them - have done a wonderful
job. Thanks to you all!
However, there's an interesting point here:
>The big problem I have
>Polardoc used to be at
>http://www.ualberta.ca/~tgee/polardoc
>But they seems have been zapped from the system.
>Anyone of the new home?
No, where'd it go? Polardoc was good stuff..
Note that all of javadoc changes in Java 1.2, there's a nice new
formatter and a "doclet" spec to let you configu
You can tell the Java/Linux thing has finally taken off when more has
happened than is announced on this mailing list.
While browsing the ever-helpful Java Linux News
http://www.w3com.com/paulcho/javalinux/
I found a link to another JIT for Linux, shuJIT, at
http://www.shudo.net/jit/
Executi
Well, it's almost like they read java-linux
"In response to some disgruntled elements of the Java community, Sun
Microsystems in coming weeks will announce a new process that allows
non-Java licensees to have a role in defining new Java APIs across the
spectrum of Java classes."
Full story at
Thank you for telling us more about shuJIT. It's wonderful to have
several options for JITs for Java/Linux!
>If we pursuit real good performance, I think that we should deploy
>the intermediate representation such as GCC's RTL and perform more
>optimizations like C compiler and register allocatio
> 1) include [Java-linux] in your Subject:, for every mails to this list
No, please don't. There's no point. This list has been running just
fine for two years without anyone doing this. All mail from this list
already comes with this header:
Resent-Sender: [EMAIL PROTECTED]
Any decent mail sof
This thread hasn't had anything to do with Linux. I'd really prefer to
keep non-Linux discussion off this list. However, I'll now gamely try
to bring this back to a java-linux discussion -
>Have a method, such as stop(), that sets a boolean, and in the thread
>that's running, have it loop testing
>>I'm looking for good intro book on unix programming. Know anyone
>>that wants to sell one?
>If this isn't what you wanted or expected, re-post a detailed question.
Just don't post it to Java Linux
[EMAIL PROTECTED]
. . . ..
Interesting article at
http://www.zdnet.com/pcweek/stories/news/0,4153,373117,00.html
With a key legal victory in its pocket, Sun
Microsystems Inc. (SUNW) is firming up
plans to loosen its grip on the Java
programming l
>Major issue imho. Sun/JavaSoft really has a _big_ problem. They're
>trying to develop both a (1) freely available standards (most of them
>with a reference implementation) and (2) software that is supposed to
>bring in money, all at the same time.
That's why I say that Sun's actions look to me l
>The whole Thread.stop() thing is very nasty in non-green-thread
>systems. The core OS may not support the needed mechanisms to cleanly
>stop a thread at various points (such as during a blocked I/O)
URGH! So the entire Java language is weakened to support OSes with
poor threading support. Even *
>If I use setSize(100,100); I get a frame that's smaller than that:
>something like 90x72 I think: I've deleted the source and can't be
>bothered retyping it.
Top level frame sizes unhelpfully include the size of the window
decorations - titlebar and borders. It was a really bad choice, IMHO,
but
I'm happy to spread the news that IBM has released Jikes as open
source. We Java/Linux folks have been happy to have Jikes as a fast,
correct drop-in for javac under Linux. Now, IBM and the Jikes team
have released the sources to Jikes as well, allowing us to look at and
improve the compiler.
The
>miscrosoft (mbasic) did.
>cbasic did.
even Applesoft BASIC did it
Let's do it, let's byte-compile our files!
Nelson, musical.
[EMAIL PROTECTED]
. . . .. . . . http://www.media.mit.edu/~nelson/
We've had a lot of posts on java-linux recently that are generic Java
questions, that have nothing at all to do with Linux. I'm here to
remind the list, once again, that this sort of question is *not
appropriate*. Do not post questions here unless they are about the
specifics of Java on Linux. Fur
>Anyways, what occurred to me during the new years break is to arrange
>my java stuff into a file system along the lines used in linux
>systems (unix in general?).
It might make sense for the Java Linux principles to work with some of
the major distribution folks and the people behind the Linux
f
> 16. boolean Size$readonly = true;
>*** Lexical Error: Illegal token
>now standard javac has nothing t complain about this is there a
>way i culd continue to use jikes? is it a problem with my setup?
RTFM. Use "jikes -$". I'm not sure why they make that an option that's
off by defa
>I don't know if this is a Linux-only problem or Java-specific since I
>run the servers under Linux.
It's a Java RMI thing. There's an rmi-users mailing list that you
might want to look at.
>whenever events are pushed to this client while in this state, the
>Linux server hangs sending this even
>Do you know how to contact the rmi-users mailing list? I'd like to check
>them out.
Try [EMAIL PROTECTED] There's an archive at
http://archives.java.sun.com/archives/rmi-users.html
BTW, I found a cryptic reference to a property
sun.rmi.transport.connectionTimeout
that might be settable, bu
>In order to support the S3Trio3D card in our IBM computer, we
>purchased the "Xaccel" X server from Xi Graphics. This works fine
>except for our Swing Java applications. If we run the card in its
>accelerated mode, then the display is corrupted and the Swing JFrame
>never fully displays. If we ru
This question has nothing to do with Linux, it's really not
appropriate here.
>c = Class.forName("String");
>java.lang.ClassNotFoundException: String
>c = Class.forName("java.lang.String");
You have to use the full package name if you're using reflection-l
>On the other side creating native threads is an expensive operation.
>Especially on Linux, where threads are heavy-weight system processes.
Can anyone tell me whether the Linux port of native threads uses some
sort of thread reuse mechanism to cut down on the OS overhead? Ie: if
I fire up a new
>But what about "true" multitasking? In my experience, green threads
>don't do that very well.
In Java, green threads may not do multitasking at all. Java makes no
guarantees about preemptive threading - it's entirely correct for one
thread to dominate the CPU, as long as it's the highest priorit
>All that other discussion about Linux process table slots and
>implementation details is interesting, but not really relevant to the
>distinction between light and heavy.
There's one important difference - you can only have as many threads
in Linux as you can have processes. And there's a supris
A bit more info on thread limits.. Linux 2.0 defines NR_TASKS in
/usr/src/linux/include/linux/tasks.h. The default is 512, but then
there's MAX_TASKS_PER_USER which is defined as NR_TASKS/2. So if I
understand right, that means that a Java process using native threads
is limited to 256 threads in
Nathan Meyers asks:
>But I'm always curious about "wacky people" who like to use thousands
>of threads (or tons of memory or zillions of levels of recursion,
>etc.). Is that approach fundamental to solving the problem
>efficiently, or do you use it because it's convenient and/or cool?
A bit of bo
Reading the Linux Weekly News this week, I just found a mention of a
port of the JDK 1.1.6 for Linux from the OpenGroup in Grenoble. The URL
is http://www.gr.opengroup.org/java/jdk/linux/
The big news is it has native threads. You can't download the binaries
yet, but they said they'll make them a
>Judging from the volume of "when will 1.2 be ready?" messages, it's
>clear that interest in the Blackdown work is reaching some sort of
>critical mass.
With 1.1.7, Linux is either the best or second best Unix platform for
running Java. Solaris is obviously alright, but most of the other Java
por
This mailing list has troubles, yes. The maintainer (Karl Asha) asked
here about a month ago if someone else could host it, because he
didn't have the time or resources to keep it going. Now might be a
good opportunity for someone to contact him about rehosting the list.
His email address is [EMAI
Gerald Gutierrez writes:
>What I propose is simple. FIRST, for every message regarding the
>status of JDK1.2 on Linux, refer the inquirer to the 1.2 Status web
>page, and refain from degrading the reply by any of your personal
>comments. SECOND, the web page should provide a best guess as to when
>The problem is that the jikes compiled code does not pass the
>bytecode verify stage. If you run the same code under JDK 1.1 and it
>works then you know for sure that that is the problem.
Well, not exactly. You might also want to try runnign it with JDK 1.2
without verification. "oldjava" does t
(An aside - why do people keep dumping questions not appropriate to
java-linux on this list? It's not even ignorance - people keep saying
things like "I know I should ask this elsewhere, but...". Folks,
that's just plain rude. Please stop.)
At the risk of encouraging more off-topic posts, I'll an
David Shields, one of the Jikes authors, asked me to forward the following:
---
Jikes now supports the Java language changes added in 1.2.
We'll soon be adding support for the three new classpath-related arguments (
-source
Does tya06 work with sbb's latest port of the JDK, 1.1.5_v7? TYA's
configure script breaks when it tries to detect the Java version, but
if you hack it so that it sees Byrne JDK 1.1.5 libc and use the same
bit of configuration that's used for the version that matches
java*root:02/25/25*
it seems
I've been having some random crashes of the JDK 1.1.5_v7. I believe
they're related to a window being disposed. This never happened with
sbb's JDK 1.1.3, but it happens maybe 15% of the time when I call
dispose on a Frame with 1.1.5.
Anything else I can do to pin this down? I'll try to see if I
I'm still getting some occasional instability when disposing of Frames
in the Linux JDK - I get IOT trap/Abort. My application is crashing
randomly and it's driving me nuts. Is there anything I can do to help
find this bug (I can send complete class files and instructions that
crash the system fai
>> Are there any plans to port java so that it uses the KDE toolkit
>> (http://www.kde.org)?
>I don´t know, but I consider this a good idea. Any volunteers :) ?
There's a lot of issues with Qt licensing. The free alternative is
GNOME, http://www.gnome.org/. If someone gets serious about doing a
p
Interesting article comparing Java VMs at
http://www.javaworld.com/javaworld/jw-08-1998/jw-08-volanomark.html
The results here are oriented towards testing lots and lots of
connections. Suprisingly, Linux does quite poorly with both the JDK
and TowerJ. The article suggests that this might not ju
On the freshmeat tip, the OpenGroup has finally released their port of
the JDK for Linux. http://www.camb.opengroup.org/RI/java/linux/
This one is based on native Linux threads.
Three JDK ports for Linux, hooray! And now with yet another delay for
JDK 1.2, we're almost caught up :-)
>About HotSpot: I really wouldn't know. Would like to see it myself
>too. Linux allways comes last (JDK 1.2, RDMBS's etc), but things are
>changing I guess... for the good.
Does anyone with knowledge of Sun politics know how we can effectively
lobby for more support for Java on Linux? I really do
I realized in my first message that I was a bit unclear. I want Sun to
put Java on Linux on the same footing internally as Java on Windows or
Java on Solaris. I have no idea if this is realistic, because I don't
know enough about Sun politics. I think it is a reasonable goal
business-wise for Sun,
Anyone up for java.themes.org? We could get Raster to design us a
fancy videogame-looking PLAF for Java :-)
[EMAIL PROTECTED]
. . . .. . . . http://www.media.mit.edu/~nelson/
>Nobody has bzip2, whatever that is. You're making your product less portable.
It always amazes me when people using free software are rude to the
folks who are doing the work. Your message was impolite, and you were
too lazy to go find bzip2, thereby wasting everyone else's time.
You can get b
I'm also curious about the status of the JDK on glibc 2.1 systems. How
hard will it be to make the JDK run with glibc 2.1? Is it easy to keep
a glibc 2.0 around so JDK will run? Does anyone know what glibc Redhat
6.0 is planning to ship? (Anyone seen 5.9?) I think it's important
that some JDK run
This question is only marginally Linux related, but since Linux javac
is so slow, it's a special concern for us :-)
>I have been trying to get javac (1.1.7 for linux) to recompile only
>those java-files newer than their class-files.
This stuff doesn't work very well. javac -depend is undependabl
>I have been trying to get RMI to work for some time now.
RMI works fine in Java/Linux - I rely on it heavily with my code, and
it works as well as it could. (There are some interesting issues
relating to socket limits and 50+ simultaneous calls, but that's Linux
and RMI's fault, not the Linux po
I share the frustration expressed recently about the status of Java on
Linux. We've always been somewhat second class citizens. The problem
is most definitely not Blackdown's fault - they're doing great given
their resources and the licensing structure of Java.
As for Sun's "agenda", my feeling i
>When Sun formerly stated that Hotspot would be a commercial product
>there was not much competition around. Now fierce competition is here.
And reading between the lines, maybe Hotspot isn't that hot afterall.
The speedups they claim (2-4 times, presumably over a simple JIT?) are
nice, but not e
There's an article on the latest move in Java standards politics:
http://technews.netscape.com/computing/technews/newsitem/0,290,36236,00.html?pt.netscape.fd.hl.ne
A group of companies that don't want to play by Sun Microsystems'
Java rules have formed an outside work group into an outfit
>i was wondering if it is possible to set the position of
>a java GUI once it starts up. Whenever i run a application
>it starts up in the corner of the screen.
Like people said, setLocation() will do that. But I have a related
question - how do I *not* set the position of a window? I don't call
>>Take a look at MComponentPeer.pInitialize(). It sets the location of
>>the window (to 0,0 if no setLocation call has occurred).
>This bug annoys me intensely. bug id 4102292
It annoys me too. Thanks for finding it in the Bug Parade.
I can live with this, so my question here is more political
I'd like to make a list of all the environment variables the Blackdown
JDK uses to change its operation. I don't think there is a
comprehensive list anywhere. Here's what I know, can others correct
this or add to the list? Maybe we can get it into README.linux on the
next release.
1.1 refers to 1
Folks seemed to like my list of JDK environment variables, so here's a
second pass incorporating all the feedback I got. Steve, are the
DO_NOT_FREE and associated variables supported in 1.1 native threads?
--
The following is d
What do people here think about Redhat having Kaffe installed by
default as the binary "java"? I think it's a bad idea because Kaffe
really doesn't support enough Java to be useful, at least to me. On
the other hand, I want to support Kaffe and Japhar and other free
software efforts, I don't want
Per request, I've reformatted the list so that there are specific JDK
1.1 and JDK 1.2 sections rather than mixing them together.
I am still not sure if this is comprehensive. If someone with access
to the Blackdown sources would be so kind as to grep through them for
calls to getenv(), that would
>This posting reminded me of my many struggles trying to find a neatly
>compiled list of java properties. Does anyone know if such a list
>exists for JDK properties?
There's an excellent list in the Java Developer's Almanac, an
all-around nifty reference:
http://www.amazon.com/exec/obidos/ASIN/0
>I am attempting to compile an RMI application with the 1.17 version
>of the Blackdown JDK, and when I do, I get a Segmentation Fault. This
>does not leave any trace of why the fault occured.
I use RMI extensively in JDK 1.1.7, under Redhat 4.2, 5.2, and 6.0,
and haven't run into this. Is it rmic
I've just started looking at using Swing for my Java project. It seems
really really slow. Is anyone here seriously using Swing under Linux,
without a JIT? Is there some way to improve things? Do JITs make
enough difference to make it bearable?
[E
>>I've just started looking at using Swing for my Java project.
>Question: doesn't java 1.2 include the swing classes? If you're
>"just start"-ing to look at swing, why not start with java 1.2 instead?
Because I have 25,000 lines of code with scary classloader and RMI
hacking that I haven't port
>How can I get the swing classes for jdk117v3
Go to http://java.sun.com/, find the Swing page, and download the
release. All you really need out of it is swingall.jar, put it in your
classpath and you're set.
A bit more on the Swing front - I was confusing slowness on startup
with general slowne
>It is only jdk1.1.6 though. But I will take it.
Yeehaw! If you don't like hunting, it's at
http://www.alphaworks.ibm.com/tech/linuxjvm
Native threads, requires glibc 2.1 and kernel 2.2. Says Redhat 6.0 is
good to go, and it seems to be. It requires Motif, but they have
helpful instructions ab
>Is the 90 day evaluation license for real?
I took this as a sign that this was only a prerelease alpha, that they
will be having a more stable version soon. A bit frustrating, but I
think it makes sense in this context.
>On a serious note, how will the IBM JVM impact the Blackdown port?
That's
>Why has it been so difficult to port Sun's Java2 source to Linux?
I have no specific knowledge - I'm not part of the Blackdown team,
have never seen the JDK sources, etc. But I can guess :-)
The port is a spare-time effort with non-open source.
Java2 is a hell of a lot of code. No matter how
>Alright. In order to gain a good understand of the issues that have
>arisen during the port of Java2 on Linux, I have read over the past
>messages regarding technical difficulties in the port.
You mostly quoted back my own speculation. Please understand, it was
only speculation - I have no knowl
Has anyone worked up a filesystem standard for the JDK on linux? I've
seen it installed all over the place on different Linux systems. Maybe
we can come up with a standard place to put everything and make the
world safe for RPMs and .debs everywhere.
Is there a sensible Solaris standard? Anyone
** Choice is selected.
**
** Bug verified with WindowMaker and fvwm2,
** Blackdown JDK 1.1.7_v3 and 1.2_pre2
**
** Nelson Minar <[EMAIL PROTECTED]> and Tucker Sylvestro <[EMAIL PROTECTED]>
** Mon Jul 19 18:51:14 EDT 1999
**/
import java.awt.*;
public class FocusBug e
>I just upgraded to RedHat 6.0 and Netscape 4.61 and when I invoke a Java
>applet, Netscape exits with a 'bus error' when trying to start Java.
I don't have that happen, but pretty much any Java applet I run works
for about 5 seconds before the entire netscape process wedges,
consuming 100% CPU a
>I've not had that many problems with Netscape and Java.
Could it really just be me? I'm running pretty basic Netscape, about
the only change I made was running Fortify over the browser. Trivial
applets like
http://nelson.www.media.mit.edu/people/nelson/research/mas964/ps2/CircleRepetition.ht
So basically, Netscape 4.61 is whacked for Java. On Redhat 6.0, Redhat
5.2, and Debian potato. Yay!
What's frustrating is this stuff used to work. I was using Netscape
4.5 for the longest time with Java with no problems. So maybe it's a
recent Netscape bug, rather than a Linux version problem.
I
>Well, I'm running Netscape 4.61 on the Mandrake 6.0 release, and just can't
>seem to get Netscape to crash at all!
Thanks for the info, Todd.
Anyone know how different Mandrake's libraries from Redhat?
[EMAIL PROTECTED]
. . . .
OK, we're getting somewhere - the libc5 and glibc versions behave
differently. Hooray.
I tried downloading libc5 Netscape direct from Netscape, or the mirror
at
ftp://ftp.the.net/pub/mirrors/ftp.netscape.com/pub/communicator/english/4.61/unix/supported/linux20_libc5/
I then fortified it and r
>>As soon as my application grow and more classes are created, I'm
>>beginning to feel the weight of a full scale compilation (like 20
>>seconds now, but it's increasing fast) even after I change 1 line of
>>code in 1 class.
>We use make to great advantage. Our system has ~1000 java files and
>mak
>Granted I don't know much about Jikes but 280 files in 5 seconds
>amI missing someething?
Jikes is really, really fast. Being on all local disk (NFS) makes a
huge difference. And I'm on fast machines - a 500 MHz Pentium III now,
I think.
>Are you sure that jikes isn't just skipping over
>Actually, I'm pretty sure Jikes has built in automatic dependency
>checking.
It might, but I wouldn't trust it. And in my code, static dependency
checking doesn't work - I'm routinely loading things dynamically.
>Try comparing the compile time for a "make clean" to a "make" (after
>changing a f
>Are you suggesting that I could do something like this:
> find . -name \*.java -print | xargs jikes ++
The principle works fine for me, although you'll eventually hit a
command line argument length! The nice thing is you can probably make
a generic Java makefile that works with any code.
You c
1 - 100 of 157 matches
Mail list logo
