This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Patch: re-merge NetworkInterface
Marco Trudel wrote:
David Daney wrote:
Marco Trudel wrote:
Tom Tromey wrote:
"Marco" == Marco Trudel <mtrudel@gmx.ch> writes:
Marco> No rule to make target
Marco> `/usr/local/src/gcc/libjava/java/net/NetworkInterface.java',
needed by
Marco> `compile-classes'. Stop.
Would you mind filing a bug for this build problem?
I don't really understand the problem, so I can't fill a bug report
that makes sense. Is the problem that MulticastSocket.java and
NetworkInterface.java are empty instead of being deleted? So they
will be used instead the classpath ones but of course they do not
contain a class.
How can a patch delete a file anyway?
How can this work on Linux? This doesn't seem to be a mingw only
problem (but then again, I don't understand the real problem)
To fix, rm <build>/.../libjava/classpath/classes*
I assume you mean "rm
<build>/i686-pc-mingw32/libjava/classpath/classes*". I have no files
and no folders named classes* in that directory.
Apply the patch.
configure ... --java-maintainer-mode
find libjava/classpath/lib -name \*.class -print | xargs rm
I now:
- apply the patch
- manually delete java/net/MulticastSocket.java and
java/net/NetworkInterface.java
- delete all classes in $GCC_SRC/libjava/classpath/lib
($BUILD/libjava/classpath/lib contains no classes)
It is difficult to get the headers to rebuild. Try doing this:
After the failure, from the libgcj build directory: rm gcjh.stamp; make
gcjh.stamp
It should automatically regenerate the headers on a
--java-maintainer-mode build from a clean (empty) build directory.
The regeneration of headers seems to be either broken or very difficult
to do.
David Daney