Tom Tromey <[EMAIL PROTECTED]> writes:
>> "Andreas" == Andreas Jaeger <[EMAIL PROTECTED]> writes:
>
> Andreas> So, which rule is responsible for creating the header files? And why
> Andreas> is there no dependency of gij.lo on it?
>
> headers.stamp is what builds the header files.
>
> Can you
> "Andreas" == Andreas Jaeger <[EMAIL PROTECTED]> writes:
Andreas> So, which rule is responsible for creating the header files? And why
Andreas> is there no dependency of gij.lo on it?
headers.stamp is what builds the header files.
Can you try the appended patch? It ensures that the header
Thorsten Glaser wrote:
Tom Tromey dixit:
I'm finally ready to check in the big classpath merge, and I wanted to
post a short warning before I went ahead with it.
Is it possible to use a current libgcj or classpath with gcc 3.4?
Not really. It would probably be possible to backpo
Tom Tromey dixit:
>I'm finally ready to check in the big classpath merge, and I wanted to
>post a short warning before I went ahead with it.
Is it possible to use a current libgcj or classpath with gcc 3.4?
Thanks,
//mirabile
--
I believe no one can invent an algorithm. One just happens to hit
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Andreas Jaeger <[EMAIL PROTECTED]> writes:
>
>> I know have a problem building gcc mainline with a parallel build on
>> Linux/x86-64:
>>
>> /usr/include/java/net/URL.h:25: error: global qualification of class name is
>> inva
>> lid before ':' token
>>
Andreas Jaeger <[EMAIL PROTECTED]> writes:
> I know have a problem building gcc mainline with a parallel build on
> Linux/x86-64:
>
> /usr/include/java/net/URL.h:25: error: global qualification of class name is
> inva
> lid before ':' token
> /usr/include/java/security/ProtectionDomain.h:24: err
Andreas Jaeger <[EMAIL PROTECTED]> writes:
> Btw. I now see a lot of these:
>
> mkdir gnu/java/rmi/ > /dev/null 2>&1
> make[3]: [gnu/java/rmi/server.lo] Error 1 (ignored)
>
> This is rather unfortunate, it makes it difficult to grep for errors.
> Can't we use something like?
> @test -z gnu/j
I know have a problem building gcc mainline with a parallel build on
Linux/x86-64:
/usr/include/java/net/URL.h:25: error: global qualification of class name is
inva
lid before ':' token
/usr/include/java/security/ProtectionDomain.h:24: error: global qualification of
class name is invalid before
I'm finally ready to check in the big classpath merge, and I wanted to
post a short warning before I went ahead with it.
For those who don't know about this, there is a description here:
http://gcc.gnu.org/ml/java/2005-05/msg00202.html
I've tested this merge natively (including multilib) and wi
