"Aaron M. Renn" <[EMAIL PROTECTED]> writes:
> -- You have to copy all of the files in the vm/reference hierarchy into the
> main class tree. This is currently a manual process. In the future, this
> should be taken care of by the configure script which should copy in the
> right files based on the VM selected. If you are in the toplevel dir of the
> classpath package, something like (cd vm/reference ; tar cf - * ) | tar xvf
> - should do the trick.
You shouldn't have to copy the files. Compiling them with the
appropriate -d ${builddir}/lib should still work, it was working
before I think.
> -- I added the parts of security that are compilable into the build. This
> allows us to compile items that require that Permission and subclasses exist
> in order to compile, but not necessarily that they work. This helps us to
> be 1.2 compatible.
Cool, I didn't know exactly what to add.
> -- If you do --enable-maintainer-build you need JavaDeps. My copy of
> JavaDeps has problems. In particular, it fails to recognize that certain
> non-fully-qualified classes are really in java.lang and the .deps file it
> generates puts a space after the line continuation character for the STUBS
> declaration, meaning make bombs miserably.
I've not fixed this I think. Are you using 2.0.2?
> As for the fully qualified problem, I just made manual modifications to the
> classes I was having problems with (which was only a couple).
I did fix this for 2.0.1 with a small patch. Here it is. I don't
know if Steve added this to 2.0.2, but I don't think so.
diff -uNr smr.orig/JavaDeps/DepTable.java smr/JavaDeps/DepTable.java
--- smr.orig/JavaDeps/DepTable.java Mon May 18 18:37:10 1998
+++ smr/JavaDeps/DepTable.java Wed Oct 21 08:53:49 1998
@@ -143,6 +143,7 @@
/**
* As above, but also checks that the TargetNode is of the required type.
+ * brian - need to determine if/when/how lookups work for
+EmptyStackTraceException -> RunTimeException, I bet they don't.
**/
private TargetNode lookupSymbol( String s, int type )
{
@@ -197,6 +198,7 @@
imports = new Hashtable();
wildImports = new Vector();
+ wildImports.addElement("java.lang");
}
/**
@@ -222,6 +224,7 @@
String suffix = iname.substring( i+1 );
if ( suffix.equals( "*" ) ) {
+ if (prefix.compareTo("java.lang") != 0)
wildImports.addElement( prefix );
} else {
imports.put( suffix, iname );
> Also, the
> deps.sh script assumed jdeps was in a specific place. I changed it to
> merely assume it is in your PATH, which is probably still not the greatest
> idea. configure should check for this.
Yeah, it should checked for in configure, but it isn't yet.
> Brian, I seem to recall that you
> did some hacking on JavaDeps. Do you have a private version that fixes
> these problems I could use?
>
> -- make clean doesn't work right. This needs to be fixed.
>
> -- Check out lib/standard.omit. This is a list of things that are currently
> not being built. I can't explain them all, only the ones I added.
> java.lang.Character has a problem with the JavaDeps parser. I believe it is
> the same problem I corrected in StreamTokenizer. Namely, that the '\u000d'
> construct exists. I changed it to '\r' in StreamTokenizer and it worked. I
> didn't modify Character since the class is complex and I really don't
> understand it enought to be making random mods.
I hacked the generated parser code to get around this one. Not the
best thing to do, granted. The problem here is with the grammar the
parser is being generated with. Every program, including kiev, which
uses that grammar seems to have this problem.
> -- I upgraded us to the latest libtool which supposedly has the interlibrary
> support.
Yeah, but I don't know what needs to be done with it so I can't do
much with this.
> -- BTW: you have to build glibc.zip yourself. The raw class files get built
> to lib, but aren't packaged into a zip file.
We should be able to add this eventually.
I still want to try out jikes, because it also claims to generate
dependency files capable of compiling java correctly. Assuming it
works, it probably works better than JavaDeps. Anyone else wanna try
it? Given they intend to make the license more open source, or indeed
open source, would this be okay?
Brian
--
|-------------------------------|Software Engineer
|Brian Jones |[EMAIL PROTECTED]
|[EMAIL PROTECTED] |http://www.nortel.net
|http://www.classpath.org/ |------------------------------
