Re: gcj/70

[tromey at cygnus dot com]

The following reply was made to PR gcj/70; it has been noted by GNATS.

From: tromey@cygnus.com
To: Mike@sourceware.cygnus.com, Moreton@sourceware.cygnus.com,
  apbianco@cygnus.com, java-gnats@sourceware.cygnus.com, tromey@cygnus.com
Cc:  
Subject: Re: gcj/70
Date: 5 Nov 1999 05:37:58 -0000

 Synopsis: -M generates incorrect dependancies for .class files
 
 Responsible-Changed-From-To: apbianco->tromey
 Responsible-Changed-By: tromey
 Responsible-Changed-When: Thu Nov  4 21:37:58 1999
 Responsible-Changed-Why:
     The dependency-tracking code is mine, more or less.
 State-Changed-From-To: open->feedback
 State-Changed-By: tromey
 State-Changed-When: Thu Nov  4 21:37:58 1999
 State-Changed-Why:
     I don't fully understand your example.
     I followed your example.  Then I tried compiling C.java:
     
     creche. gcj -M C.java 
     C.o : ./A.java ./B.java /x1/egcs/install/share/libgcj.zip C.java
     
     
     I think the dependency on A.java is telling.  C depends on
     A because the compilation of C causes B to be read,
     which in turn causes A to be read.
     So I don't see how your case could occur.
     
     I don't doubt there is a problem here.  It's just that
     I don't understand what it is, and unfortunately your
     example doesn't seem to show it.  Can you change your
     example to show the problem?
 
 http://sourceware.cygnus.com/cgi-bin/gnatsweb.pl?cmd=view&database=java&pr=70