public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* make in libjava uses wrong specs to build libgcj...
@ 2004-09-02 22:54 David Daney
  2004-09-02 23:21 ` H. J. Lu
  2004-09-03 20:03 ` Bryce McKinlay
  0 siblings, 2 replies; 6+ messages in thread
From: David Daney @ 2004-09-02 22:54 UTC (permalink / raw)
  To: java, GCC Mailing List

I have an existing build of libgcj installed.  Then I  changed
libgcj.spec and rebuilt.  In the rebuild libgcj gets built with the
libgcj.spec of the previous install instead of the modified version in
target/libjava/libgcj.spec.

It took me a while to figure out why the new specs were not being used.

Doing a cut and paste from the make output and adding -v yields
something like this:

 /newdisk/programs/mipsel-gccmaincvs/gcc/gcj
-B/newdisk/programs/mipsel-gccmaincvs/gcc/
-B/home/test35/mipsel-linux/bin/ -B/home/test35/mipsel-linux/lib/
-isystem /home/test35/mipsel-linux/include -isystem
/home/test35/mipsel-linux/sys-include --encoding=UTF-8 -Wno-deprecated
-fclasspath=
-fbootclasspath=/newdisk/programs/mipsel-gccmaincvs/mipsel-linux/libjava
-mxgot -g -O2 -MD -MT java/math/BigInteger.o -MF java/math/BigInteger.o
-c -MT java/math/BigInteger.o -MD -MP -MF java/math/.deps/BigInteger.Tpo
-c ../../../gccmaincvs/gcc/libjava/java/math/BigInteger.java -fPIC -v -o
java/math/.libs/BigInteger.o
Reading specs from /newdisk/programs/mipsel-gccmaincvs/gcc/specs
Reading specs from /home/test35/mipsel-linux/lib/libgcj.spec
rename spec lib to liborig
.
.
.

Where /newdisk/programs/mipsel-gccmaincvs is the build dir and
/home/test35 is the --prefix.

So as you can see, it is getting libgcj.spec from the previous install
rather than the current build.

The obvious workaround is to make install with the new specs file and
then do another clean build so that the libgcj build uses the proper specs.

FYI I guess, if someone gives guidance I may try to fix it.

David Daney

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: make in libjava uses wrong specs to build libgcj...
  2004-09-02 22:54 make in libjava uses wrong specs to build libgcj David Daney
@ 2004-09-02 23:21 ` H. J. Lu
  2004-09-03 20:03 ` Bryce McKinlay
  1 sibling, 0 replies; 6+ messages in thread
From: H. J. Lu @ 2004-09-02 23:21 UTC (permalink / raw)
  To: David Daney; +Cc: java, GCC Mailing List

On Thu, Sep 02, 2004 at 03:55:19PM -0700, David Daney wrote:
> I have an existing build of libgcj installed.  Then I  changed
> libgcj.spec and rebuilt.  In the rebuild libgcj gets built with the
> libgcj.spec of the previous install instead of the modified version in
> target/libjava/libgcj.spec.
> 
> It took me a while to figure out why the new specs were not being used.
> 

I believe it is the same bug as

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17290



H.J.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: make in libjava uses wrong specs to build libgcj...
  2004-09-02 22:54 make in libjava uses wrong specs to build libgcj David Daney
  2004-09-02 23:21 ` H. J. Lu
@ 2004-09-03 20:03 ` Bryce McKinlay
  2004-09-03 20:29   ` H. J. Lu
  1 sibling, 1 reply; 6+ messages in thread
From: Bryce McKinlay @ 2004-09-03 20:03 UTC (permalink / raw)
  To: David Daney; +Cc: java, GCC Mailing List

David Daney wrote:

>I have an existing build of libgcj installed.  Then I  changed
>libgcj.spec and rebuilt.  In the rebuild libgcj gets built with the
>libgcj.spec of the previous install instead of the modified version in
>target/libjava/libgcj.spec.
>
>It took me a while to figure out why the new specs were not being used.
>
>Doing a cut and paste from the make output and adding -v yields
>something like this:
>
> /newdisk/programs/mipsel-gccmaincvs/gcc/gcj
>-B/newdisk/programs/mipsel-gccmaincvs/gcc/
>-B/home/test35/mipsel-linux/bin/ -B/home/test35/mipsel-linux/lib/
>-isystem /home/test35/mipsel-linux/include -isystem
>/home/test35/mipsel-linux/sys-include --encoding=UTF-8 -Wno-deprecated
>-fclasspath=
>-fbootclasspath=/newdisk/programs/mipsel-gccmaincvs/mipsel-linux/libjava
>-mxgot -g -O2 -MD -MT java/math/BigInteger.o -MF java/math/BigInteger.o
>-c -MT java/math/BigInteger.o -MD -MP -MF java/math/.deps/BigInteger.Tpo
>-c ../../../gccmaincvs/gcc/libjava/java/math/BigInteger.java -fPIC -v -o
>java/math/.libs/BigInteger.o
>Reading specs from /newdisk/programs/mipsel-gccmaincvs/gcc/specs
>Reading specs from /home/test35/mipsel-linux/lib/libgcj.spec
>rename spec lib to liborig
>.
>.
>.
>
>Where /newdisk/programs/mipsel-gccmaincvs is the build dir and
>/home/test35 is the --prefix.
>
>So as you can see, it is getting libgcj.spec from the previous install
>rather than the current build.
>
>The obvious workaround is to make install with the new specs file and
>then do another clean build so that the libgcj build uses the proper specs.
>
>FYI I guess, if someone gives guidance I may try to fix it.
>
>  
>
This seems to be an automake problem:

 /newdisk/programs/mipsel-gccmaincvs/gcc/gcj
-B/newdisk/programs/mipsel-gccmaincvs/gcc/
-B/home/test35/mipsel-linux/bin/ -B/home/test35/mipsel-linux/lib/

The later two -B flags are incorrect, because they point to the installation directory when building libjava. The AM_PROG_GCJ macro is attaching these to $(GCJ). It should be instead passing the equivalent locations in the _build_ directory.

Bryce




^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: make in libjava uses wrong specs to build libgcj...
  2004-09-03 20:03 ` Bryce McKinlay
@ 2004-09-03 20:29   ` H. J. Lu
  2004-09-03 20:42     ` Bryce McKinlay
  0 siblings, 1 reply; 6+ messages in thread
From: H. J. Lu @ 2004-09-03 20:29 UTC (permalink / raw)
  To: Bryce McKinlay; +Cc: David Daney, java, GCC Mailing List

On Fri, Sep 03, 2004 at 04:03:24PM -0400, Bryce McKinlay wrote:
> David Daney wrote:
> 
> >I have an existing build of libgcj installed.  Then I  changed
> >libgcj.spec and rebuilt.  In the rebuild libgcj gets built with the
> >libgcj.spec of the previous install instead of the modified version in
> >target/libjava/libgcj.spec.
> >
> >It took me a while to figure out why the new specs were not being used.
> >
> >Doing a cut and paste from the make output and adding -v yields
> >something like this:
> >
> >/newdisk/programs/mipsel-gccmaincvs/gcc/gcj
> >-B/newdisk/programs/mipsel-gccmaincvs/gcc/
> >-B/home/test35/mipsel-linux/bin/ -B/home/test35/mipsel-linux/lib/
> >-isystem /home/test35/mipsel-linux/include -isystem
> >/home/test35/mipsel-linux/sys-include --encoding=UTF-8 -Wno-deprecated
> >-fclasspath=
> >-fbootclasspath=/newdisk/programs/mipsel-gccmaincvs/mipsel-linux/libjava
> >-mxgot -g -O2 -MD -MT java/math/BigInteger.o -MF java/math/BigInteger.o
> >-c -MT java/math/BigInteger.o -MD -MP -MF java/math/.deps/BigInteger.Tpo
> >-c ../../../gccmaincvs/gcc/libjava/java/math/BigInteger.java -fPIC -v -o
> >java/math/.libs/BigInteger.o
> >Reading specs from /newdisk/programs/mipsel-gccmaincvs/gcc/specs
> >Reading specs from /home/test35/mipsel-linux/lib/libgcj.spec
> >rename spec lib to liborig
> >.
> >.
> >.
> >
> >Where /newdisk/programs/mipsel-gccmaincvs is the build dir and
> >/home/test35 is the --prefix.
> >
> >So as you can see, it is getting libgcj.spec from the previous install
> >rather than the current build.
> >
> >The obvious workaround is to make install with the new specs file and
> >then do another clean build so that the libgcj build uses the proper specs.
> >
> >FYI I guess, if someone gives guidance I may try to fix it.
> >
> > 
> >
> This seems to be an automake problem:
> 
> /newdisk/programs/mipsel-gccmaincvs/gcc/gcj
> -B/newdisk/programs/mipsel-gccmaincvs/gcc/
> -B/home/test35/mipsel-linux/bin/ -B/home/test35/mipsel-linux/lib/
> 
> The later two -B flags are incorrect, because they point to the 
> installation directory when building libjava. The AM_PROG_GCJ macro is 
> attaching these to $(GCJ). It should be instead passing the equivalent 
> locations in the _build_ directory.
> 

Try

http://gcc.gnu.org/ml/gcc-patches/2004-09/msg00357.html

It should fix it.


H.J.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: make in libjava uses wrong specs to build libgcj...
  2004-09-03 20:29   ` H. J. Lu
@ 2004-09-03 20:42     ` Bryce McKinlay
  2004-09-03 21:05       ` H. J. Lu
  0 siblings, 1 reply; 6+ messages in thread
From: Bryce McKinlay @ 2004-09-03 20:42 UTC (permalink / raw)
  To: H. J. Lu; +Cc: David Daney, java, GCC Mailing List

H. J. Lu wrote:

>>This seems to be an automake problem:
>>
>>/newdisk/programs/mipsel-gccmaincvs/gcc/gcj
>>-B/newdisk/programs/mipsel-gccmaincvs/gcc/
>>-B/home/test35/mipsel-linux/bin/ -B/home/test35/mipsel-linux/lib/
>>
>>The later two -B flags are incorrect, because they point to the 
>>installation directory when building libjava. The AM_PROG_GCJ macro is 
>>attaching these to $(GCJ). It should be instead passing the equivalent 
>>locations in the _build_ directory.
>>
>>    
>>
>
>Try
>
>http://gcc.gnu.org/ml/gcc-patches/2004-09/msg00357.html
>
>It should fix it.
>  
>
I don't think so. The same, incorrect -B arguments will still be there.

Regards

Bryce

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: make in libjava uses wrong specs to build libgcj...
  2004-09-03 20:42     ` Bryce McKinlay
@ 2004-09-03 21:05       ` H. J. Lu
  0 siblings, 0 replies; 6+ messages in thread
From: H. J. Lu @ 2004-09-03 21:05 UTC (permalink / raw)
  To: Bryce McKinlay; +Cc: David Daney, java, GCC Mailing List

On Fri, Sep 03, 2004 at 04:42:04PM -0400, Bryce McKinlay wrote:
> H. J. Lu wrote:
> 
> >>This seems to be an automake problem:
> >>
> >>/newdisk/programs/mipsel-gccmaincvs/gcc/gcj
> >>-B/newdisk/programs/mipsel-gccmaincvs/gcc/
> >>-B/home/test35/mipsel-linux/bin/ -B/home/test35/mipsel-linux/lib/
> >>
> >>The later two -B flags are incorrect, because they point to the 
> >>installation directory when building libjava. The AM_PROG_GCJ macro is 
> >>attaching these to $(GCJ). It should be instead passing the equivalent 
> >>locations in the _build_ directory.
> >>
> >>   
> >>
> >
> >Try
> >
> >http://gcc.gnu.org/ml/gcc-patches/2004-09/msg00357.html
> >
> >It should fix it.
> > 
> >
> I don't think so. The same, incorrect -B arguments will still be there.
> 

It seems to work for me. I changed libgcj.spec and it was used for
rebuild.


H.J.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2004-09-03 21:05 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-09-02 22:54 make in libjava uses wrong specs to build libgcj David Daney
2004-09-02 23:21 ` H. J. Lu
2004-09-03 20:03 ` Bryce McKinlay
2004-09-03 20:29   ` H. J. Lu
2004-09-03 20:42     ` Bryce McKinlay
2004-09-03 21:05       ` H. J. Lu

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).