Re: Off-topic: Where is JavaCC?

2001-03-29 Thread Nic Ferrier
>>> Charlie Reiman <[EMAIL PROTECTED]> 29-Mar-01 8:55:48 PM >>> >Does anyone know where this thing went? Is it dead? >Am I missing something obvious? Errr... yes. http://www.webgain.com/products/metamata/java_doc.html Nic Ferrier

env var handling

2001-03-27 Thread Nic Ferrier
I think there might be a problem with environment variable handling. What is the expected behaviour when an environment variable doesn't exist? For example, if I put the following in my run-path: $CLASSPATH ~/projects/myproj.jar and CLASSPATH doesn't exist? The current code seems to throw

RE: dependency building with JDE (again)

2001-03-23 Thread Nic Ferrier
>I can imagine a situation where you don't create a >package based directory structure for your files but it >should be possible to map the name found in the class >file to the source files somehow in whatever configuration >the source files are in. As long as you have the build >structure i

RE: dependency building with JDE (again)

2001-03-23 Thread Nic Ferrier
>>> "Sandip Chitale" <[EMAIL PROTECTED]> 23-Mar-01 9:27:27 PM >>> >The name of the source file (without the directory part) >is always stored in the .class file whether or not you compile >the source .java file with -g option. Didn't know that - thanks. >Mind you - this gives you only the na

dependancy building with JDE (again)

2001-03-23 Thread Nic Ferrier
because developers don't tend to compile without -g. One can always recompile everything with -g after a release has been made, or compile releases into a seperate directory. Does anyone see any merit in this? It's different enough from my current dependancy system for me to want to see an audience before I build it. If enough people are interested though, and think it might work, I'll develop it and see how it goes. Nic Ferrier

Re: PROPOSAL: New Java Build Feature

2001-03-21 Thread Nic Ferrier
dancy checking, is available from here: http://www.gnu.org/software/java/java-software.html Nic Ferrier

Re: PROPOSAL: New Java Build Feature

2001-03-19 Thread Nic Ferrier
't we look forward a more symbiotic use of JDE >and ant as those projects are really complementary. >(~poor english :) ) ? I don't like Ant for two reasons: 1. it's hard to reuse project definitions 2. it's not GPLed/LGPLed If JDE came to rely on Ant I would certainly fork the JDE. Nic Ferrier

Re: ANN: Planned changes to JDE's project feature

2001-03-14 Thread Nic Ferrier
>Your right to do ssuch an enhancement for JDE paul, >the default directory to place the project is often a problem >when creating relatively big projects... >I don't if many other users would agree but i think it would >be a nice idea to place the project in the first package-directory : What

JDE relative stuff

2001-01-16 Thread Nic Ferrier
>>> Paul Kinnucan <[EMAIL PROTECTED]> 16-Jan-01 9:08:12 PM >>> >I've updated the JDE to handle environment variables >in classpaths and was planning on including relative paths >as well. Both will be included in the next release. How are you planning to do relative paths? Remember I did them

Re: JDE and ant?

2001-01-16 Thread Nic Ferrier
>>> "Max R. Andersen" <[EMAIL PROTECTED]> 16-Jan-01 9:16:00 PM >>> >One of the great things about ant is that it let you >specify both classpath and extdirs. And dependent >on wether the compiler is javac or jikes it handle >them transparently. >1. If it is javac it just uses -cp >and -

Re: JDE and ant?

2001-01-16 Thread Nic Ferrier
>>> Paul Kinnucan <[EMAIL PROTECTED]> 16-Jan-01 9:08:12 PM >>> >I've updated the JDE to handle environment variables >in classpaths and was planning on including relative paths >as well. Both will be included in the next release. Cool. So my code was for nothing /8-< >Now, at Jason's promp

Re: JDE and ant?

2001-01-16 Thread Nic Ferrier
e compiler funcs revert to tradition funcs that can be called through a pointer (which allows different funcs to be used). The relative path macro could be used across the JDE to apply relative paths wherever they are needed. Nic Ferrier