* Installing libjava fails @ 2002-02-24 11:16 Andreas Schwab 2002-02-26 11:34 ` Andreas Schwab 0 siblings, 1 reply; 5+ messages in thread From: Andreas Schwab @ 2002-02-24 11:16 UTC (permalink / raw) To: gcc Installing libjava fails in current snapshot: make[3]: Entering directory `/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libjava' /bin/sh ./libtool --mode=install /bin/sh /usr/src/packages/BUILD/gcc-3.1-20020223/install-sh -c libgcj.la /usr/lib/libgcj.la libtool: install: warning: relinking `libgcj.la' cd /usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libjava; /bin/sh ./libtool --mode=relink /usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/gcc/xgcc -shared-libgcc -B/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/gcc/ -nostdinc++ -nostdinc++ -I/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/include/i486-suse-linux -I/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/include -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/libsupc++ -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/libio -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/include/backward -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/testsuite -L/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/src -L/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/src/.libs -B/usr/i486-suse-linux/bin/ -B/usr/i486-suse-linux/lib/ -isystem /usr/i486-suse-linux/include -L/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libjava -ffloat-store -g -O2 -o libgcj.la -objectlist libgcj.objectlist ../libffi/libfficonvenience.la -rpath /usr/lib -rpath /usr/lib -lpthread ./libltdl/libltdlc.la ./../boehm-gc/libgcjgc.la -L/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libjava/../boehm-gc/.libs -lz -version-info 2:0:0 libtool: link: unable to infer tagged configuration libtool: link: specify a tag with `--tag' libtool: install: error: relink `libgcj.la' with the above command before installing it The libtool configuration has the following value for CC with tag CXX: # A language-specific compiler. CC="/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/gcc/xgcc -shared-libgcc -B/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/gcc/ -nostdinc++ -L/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/src -L/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/src/.libs -B/usr/i486-suse-linux/bin/ -B/usr/i486-suse-linux/lib/ -isystem /usr/i486-suse-linux/include" The difference is that -nostdinc++ -I/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/include/i486-suse-linux -I/usr/src/packages/BUILD/gcc-3.1-20020223/obj-i486-suse-linux/i486-suse-linux/libstdc++-v3/include -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/libsupc++ -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/libio -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/include/backward -I/usr/src/packages/BUILD/gcc-3.1-20020223/libstdc++-v3/testsuite has been inserted into the relink command. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Installing libjava fails 2002-02-24 11:16 Installing libjava fails Andreas Schwab @ 2002-02-26 11:34 ` Andreas Schwab 2002-02-27 18:51 ` Alexandre Oliva 0 siblings, 1 reply; 5+ messages in thread From: Andreas Schwab @ 2002-02-26 11:34 UTC (permalink / raw) To: gcc, gcc-patches |> Installing libjava fails in current snapshot: Here is a patch: 2002-02-26 Andreas Schwab <schwab@suse.de> * acinclude.m4 (LIB_AC_PROG_CXX): Use glibjava_CXX instead of glibcpp_CXX, since libjava uses even another CXX. * aclocal.m4, configure: Regenerated. Index: libjava/acinclude.m4 =================================================================== RCS file: /cvs/gcc/gcc/libjava/acinclude.m4,v retrieving revision 1.18 diff -u -a -r1.18 libjava/acinclude.m4 --- libjava/acinclude.m4 2002/02/22 21:31:05 1.18 +++ libjava/acinclude.m4 2002/02/26 15:53:53 @@ -81,23 +81,23 @@ AC_PROG_CC -# We use the libstdc++-v3 version of LIB_AC_PROG_CXX, that gets -# glibcpp_CXX cached instead of CXX. That's because we're passed a +# We use the libstdc++-v3 version of LIB_AC_PROG_CXX, but use +# glibjava_CXX instead of glibcpp_CXX. That's because we're passed a # different definition of CXX than other directories, since we don't # depend on libstdc++-v3 having already been built. AC_DEFUN(LIB_AC_PROG_CXX, [AC_BEFORE([$0], [AC_PROG_CXXCPP])dnl dnl Fool anybody using AC_PROG_CXX. AC_PROVIDE([AC_PROG_CXX]) -# Use glibcpp_CXX so that we do not cause CXX to be cached with the -# flags that come in CXX while configuring libstdc++. They're different +# Use glibjava_CXX so that we do not cause CXX to be cached with the +# flags that come in CXX while configuring libjava. They're different # from those used for all other target libraries. If CXX is set in # the environment, respect that here. -glibcpp_CXX=$CXX -AC_CHECK_PROGS(glibcpp_CXX, $CCC c++ g++ gcc CC cxx cc++, gcc) +glibjava_CXX=$CXX +AC_CHECK_PROGS(glibjava_CXX, $CCC c++ g++ gcc CC cxx cc++, gcc) AC_SUBST(CXX) -CXX=$glibcpp_CXX -test -z "$glibcpp_CXX" && AC_MSG_ERROR([no acceptable c++ found in \$PATH]) +CXX=$glibjava_CXX +test -z "$glibjava_CXX" && AC_MSG_ERROR([no acceptable c++ found in \$PATH]) AC_PROG_CXX_GNU -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Installing libjava fails 2002-02-26 11:34 ` Andreas Schwab @ 2002-02-27 18:51 ` Alexandre Oliva 2002-02-28 1:46 ` Andreas Schwab 0 siblings, 1 reply; 5+ messages in thread From: Alexandre Oliva @ 2002-02-27 18:51 UTC (permalink / raw) To: Andreas Schwab; +Cc: gcc, gcc-patches, java On Feb 26, 2002, Andreas Schwab <schwab@suse.de> wrote: > |> Installing libjava fails in current snapshot: > Here is a patch: > 2002-02-26 Andreas Schwab <schwab@suse.de> > * acinclude.m4 (LIB_AC_PROG_CXX): Use glibjava_CXX instead of > glibcpp_CXX, since libjava uses even another CXX. > * aclocal.m4, configure: Regenerated. Oh! I see... I had missed the variations caused by libstdc++-v3. Anyway, I don't think there's any point in passing libstdc++-v3 flags to libjava. libjava doesn't depend on libstdc++-v3 at all, AFAIK. So we might as well adjust libstdcxx_flags such that it is empty for libjava too, instead of using or patch. Comments? -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{cygnus.com, redhat.com} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Installing libjava fails 2002-02-27 18:51 ` Alexandre Oliva @ 2002-02-28 1:46 ` Andreas Schwab 2002-02-28 1:54 ` Alexandre Oliva 0 siblings, 1 reply; 5+ messages in thread From: Andreas Schwab @ 2002-02-28 1:46 UTC (permalink / raw) To: Alexandre Oliva; +Cc: gcc, gcc-patches, java Alexandre Oliva <aoliva@redhat.com> writes: |> On Feb 26, 2002, Andreas Schwab <schwab@suse.de> wrote: |> |> > |> Installing libjava fails in current snapshot: |> |> > Here is a patch: |> |> > 2002-02-26 Andreas Schwab <schwab@suse.de> |> |> > * acinclude.m4 (LIB_AC_PROG_CXX): Use glibjava_CXX instead of |> > glibcpp_CXX, since libjava uses even another CXX. |> > * aclocal.m4, configure: Regenerated. |> |> Oh! I see... I had missed the variations caused by libstdc++-v3. |> Anyway, I don't think there's any point in passing libstdc++-v3 flags |> to libjava. libjava doesn't depend on libstdc++-v3 at all, AFAIK. So |> we might as well adjust libstdcxx_flags such that it is empty for |> libjava too, instead of using or patch. Comments? I'm currently testing the appendend patch, but I don't think that the above changes do any harm, and could be left in regardless. Andreas. 2002-02-28 Andreas Schwab <schwab@suse.de> * configure.in (libstdcxx_flags): Don't use libstdc++-v3's flags for libjava. --- configure.in.~1.119.~ Sun Feb 24 15:45:59 2002 +++ configure.in Thu Feb 28 10:29:18 2002 @@ -49,8 +49,8 @@ fi libstdcxx_version="target-libstdc++-v3" -# Don't use libstdc++-v3's flags to configure/build itself. -libstdcxx_flags='`case $$dir in libstdc++-v3) ;; *) test ! -f $$r/$(TARGET_SUBDIR)/libstdc++-v3/testsuite_flags || $(SHELL) $$r/$(TARGET_SUBDIR)/libstdc++-v3/testsuite_flags --build-includes;; esac` -L$$r/$(TARGET_SUBDIR)/libstdc++-v3/src -L$$r/$(TARGET_SUBDIR)/libstdc++-v3/src/.libs' +# Don't use libstdc++-v3's flags to configure/build itself or libjava. +libstdcxx_flags='`case $$dir in libstdc++-v3 | libjava) ;; *) test ! -f $$r/$(TARGET_SUBDIR)/libstdc++-v3/testsuite_flags || $(SHELL) $$r/$(TARGET_SUBDIR)/libstdc++-v3/testsuite_flags --build-includes;; esac` -L$$r/$(TARGET_SUBDIR)/libstdc++-v3/src -L$$r/$(TARGET_SUBDIR)/libstdc++-v3/src/.libs' # these tools are built for the host environment # Note, the powerpc-eabi build depends on sim occurring before gdb in order to -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Installing libjava fails 2002-02-28 1:46 ` Andreas Schwab @ 2002-02-28 1:54 ` Alexandre Oliva 0 siblings, 0 replies; 5+ messages in thread From: Alexandre Oliva @ 2002-02-28 1:54 UTC (permalink / raw) To: Andreas Schwab; +Cc: gcc, gcc-patches, java On Feb 28, 2002, Andreas Schwab <schwab@suse.de> wrote: > I'm currently testing the appendend patch, but I don't think that the > above changes do any harm, and could be left in regardless. Don't bother. I forgot to mention that I included this change in the patch I wrote to revamp -shared-libgcc last night. Sorry, -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{cygnus.com, redhat.com} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-02-28 9:43 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-02-24 11:16 Installing libjava fails Andreas Schwab 2002-02-26 11:34 ` Andreas Schwab 2002-02-27 18:51 ` Alexandre Oliva 2002-02-28 1:46 ` Andreas Schwab 2002-02-28 1:54 ` Alexandre Oliva
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).