public inbox for java-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug libgcj/38438]  New: build error in x86_64-unknown-linux-gnu/32/libjava
@ 2008-12-07 21:01 felix-gcc at fefe dot de
  2008-12-07 21:46 ` [Bug libgcj/38438] " felix-gcc at fefe dot de
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: felix-gcc at fefe dot de @ 2008-12-07 21:01 UTC (permalink / raw)
  To: java-prs

I have had this error for months now.  When I try to build the current svn HEAD
I get this compile error:

make[5]: Entering directory
`/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava'
/bin/sh ./libtool --tag=GCJ --mode=link /home/leitner/tmp/gcc/build/gcc/gcj
-B/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava/
-B/home/leitner/tmp/gcc/build/gcc/
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava -ffloat-store
-fomit-frame-pointer -g -O2  -m32 -m32 -o grmic
--main=gnu.classpath.tools.rmic.Main -rpath /opt/gcc/lib64/../lib
-shared-libgcc   
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava/.libs
libgcj-tools.la 
libtool: link: /home/leitner/tmp/gcc/build/gcc/gcj
-B/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava/
-B/home/leitner/tmp/gcc/build/gcc/ -ffloat-store -fomit-frame-pointer -g -O2
-m32 -m32 -o .libs/grmic --main=gnu.classpath.tools.rmic.Main -shared-libgcc 
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava/.libs
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava
./.libs/libgcj-tools.so -Wl,-rpath -Wl,/opt/gcc/lib64/../lib
/tmp/cc6R4nVe.o: In function `main':
/tmp/ccM10rwb.i:11: undefined reference to
`gnu::classpath::tools::rmic::Main::class$'
collect2: ld returned 1 exit status
make[5]: *** [grmic] Error 1
make[5]: Leaving directory
`/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/32/libjava'

Is there a way to tell gcc I don't need the -m32 version of gcj?  Or,
preferably, to not get this error message?  Unfortunately make install runs
into this error and aborts before it finishes building and installing the
64-bit java runtime.


-- 
           Summary: build error in x86_64-unknown-linux-gnu/32/libjava
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libgcj
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: felix-gcc at fefe dot de
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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


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

* [Bug libgcj/38438] build error in x86_64-unknown-linux-gnu/32/libjava
  2008-12-07 21:01 [Bug libgcj/38438] New: build error in x86_64-unknown-linux-gnu/32/libjava felix-gcc at fefe dot de
@ 2008-12-07 21:46 ` felix-gcc at fefe dot de
  2008-12-07 22:48 ` brian at dessent dot net
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: felix-gcc at fefe dot de @ 2008-12-07 21:46 UTC (permalink / raw)
  To: java-prs



------- Comment #1 from felix-gcc at fefe dot de  2008-12-07 21:46 -------
I tried building gcc with --disable-multilib but fails at the same location in
the 64-bit libjava build as well:

/bin/sh ./libtool --tag=GCJ --mode=link /home/leitner/tmp/gcc/build/gcc/gcj
-B/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/libjava/
-B/home/leitner/tmp/gcc/build/gcc/
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/libjava
-fomit-frame-pointer -g -O2  -o grmiregistry
--main=gnu.classpath.tools.rmiregistry.Main -rpath /opt/gcc/lib64/../lib64
-shared-libgcc   
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/libjava/.libs
libgcj-tools.la
libtool: link: /home/leitner/tmp/gcc/build/gcc/gcj
-B/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/libjava/
-B/home/leitner/tmp/gcc/build/gcc/ -fomit-frame-pointer -g -O2 -o
.libs/grmiregistry --main=gnu.classpath.tools.rmiregistry.Main -shared-libgcc 
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/libjava/.libs
-L/home/leitner/tmp/gcc/build/x86_64-unknown-linux-gnu/libjava
./.libs/libgcj-tools.so -Wl,-rpath -Wl,/opt/gcc/lib64/../lib64
/tmp/cc4zZz3D.o: In function `main':
/tmp/ccs43OKj.i:11: undefined reference to
`gnu::classpath::tools::rmic::Main::class$'
collect2: ld returned 1 exit status
make[3]: *** [grmic] Error 1


-- 


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


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

* [Bug libgcj/38438] build error in x86_64-unknown-linux-gnu/32/libjava
  2008-12-07 21:01 [Bug libgcj/38438] New: build error in x86_64-unknown-linux-gnu/32/libjava felix-gcc at fefe dot de
  2008-12-07 21:46 ` [Bug libgcj/38438] " felix-gcc at fefe dot de
@ 2008-12-07 22:48 ` brian at dessent dot net
  2008-12-07 23:38 ` felix-gcc at fefe dot de
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: brian at dessent dot net @ 2008-12-07 22:48 UTC (permalink / raw)
  To: java-prs



------- Comment #2 from brian at dessent dot net  2008-12-07 22:48 -------
Subject: Re:   New: build error in 
 x86_64-unknown-linux-gnu/32/libjava

It looks like somehow a rule is being run that isn't intended to ever
actually be built.  In libjava/Makefile.am there are these dummy rules
copied and pasted for all the various tools.

## This is a dummy definition.
grmiregistry_SOURCES =
grmiregistry_LDFLAGS = --main=gnu.classpath.tools.rmiregistry.Main \
        -rpath $(toolexeclibdir) -shared-libgcc $(THREADLDFLAGS)
$(extra_ldflags)
grmiregistry_LINK = $(GCJLINK)
## See jv_convert_LDADD.
grmiregistry_LDADD = -L$(here)/.libs libgcj-tools.la
grmiregistry_DEPENDENCIES = libgcj-tools.la

Note that the _SOURCES is empty, which is why the link fails I guess. 
But these rules aren't supposed to be run as far as I can tell, because
instead the binary .class files are checked into the tree and there are
wrapper scripts that invoke the JVM with them.  See
libjava/classpath/tools/*.in.  These wrappers should all have been
created at the end of the classpath configure script execution.  Are
those wrappers not created for you?


-- 


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


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

* [Bug libgcj/38438] build error in x86_64-unknown-linux-gnu/32/libjava
  2008-12-07 21:01 [Bug libgcj/38438] New: build error in x86_64-unknown-linux-gnu/32/libjava felix-gcc at fefe dot de
  2008-12-07 21:46 ` [Bug libgcj/38438] " felix-gcc at fefe dot de
  2008-12-07 22:48 ` brian at dessent dot net
@ 2008-12-07 23:38 ` felix-gcc at fefe dot de
  2008-12-08  0:17 ` felix-gcc at fefe dot de
  2008-12-08  0:30 ` brian at dessent dot net
  4 siblings, 0 replies; 6+ messages in thread
From: felix-gcc at fefe dot de @ 2008-12-07 23:38 UTC (permalink / raw)
  To: java-prs



------- Comment #3 from felix-gcc at fefe dot de  2008-12-07 23:38 -------
I have the sources in ~/tmp/gcc, and I build in ~/tmp/gcc/build using
../configure.

I can see the .in files you mention in libjava/classpath/tools and I can see
some binaries in build/x86_64-unknown-linux-gnu/libjava/classpath/tools:

-rw-r--r--    1 leitner  users       64571 Dec  8 00:25 Makefile
-rwxr-xr-x    1 leitner  users        2067 Dec  8 00:25 gappletviewer
-rwxr-xr-x    1 leitner  users        2052 Dec  8 00:25 gjar
-rwxr-xr-x    1 leitner  users        2064 Dec  8 00:25 gjarsigner
-rwxr-xr-x    1 leitner  users        2056 Dec  8 00:25 gjavah
-rwxr-xr-x    1 leitner  users        2060 Dec  8 00:25 gkeytool
-rwxr-xr-x    1 leitner  users        2078 Dec  8 00:25 gnative2ascii
-rwxr-xr-x    1 leitner  users        2054 Dec  8 00:25 gorbd
-rwxr-xr-x    1 leitner  users        2054 Dec  8 00:25 grmic
-rwxr-xr-x    1 leitner  users        2054 Dec  8 00:25 grmid
-rwxr-xr-x    1 leitner  users        2068 Dec  8 00:25 grmiregistry
-rwxr-xr-x    1 leitner  users        2069 Dec  8 00:25 gserialver
-rwxr-xr-x    1 leitner  users        2064 Dec  8 00:25 gtnameserv

I am using automake 1.10.2, libtool 2.2.6, autoconf 2.63, make 3.81 and
binutils 2.19 in case any of that matters.


-- 


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


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

* [Bug libgcj/38438] build error in x86_64-unknown-linux-gnu/32/libjava
  2008-12-07 21:01 [Bug libgcj/38438] New: build error in x86_64-unknown-linux-gnu/32/libjava felix-gcc at fefe dot de
                   ` (2 preceding siblings ...)
  2008-12-07 23:38 ` felix-gcc at fefe dot de
@ 2008-12-08  0:17 ` felix-gcc at fefe dot de
  2008-12-08  0:30 ` brian at dessent dot net
  4 siblings, 0 replies; 6+ messages in thread
From: felix-gcc at fefe dot de @ 2008-12-08  0:17 UTC (permalink / raw)
  To: java-prs



------- Comment #4 from felix-gcc at fefe dot de  2008-12-08 00:17 -------
This was apparently caused by a conflict with my userland.  When I used vanilla
coreutils, the build works.  This will be horrible to debug.  Sorry for the
noise.


-- 

felix-gcc at fefe dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID


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


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

* [Bug libgcj/38438] build error in x86_64-unknown-linux-gnu/32/libjava
  2008-12-07 21:01 [Bug libgcj/38438] New: build error in x86_64-unknown-linux-gnu/32/libjava felix-gcc at fefe dot de
                   ` (3 preceding siblings ...)
  2008-12-08  0:17 ` felix-gcc at fefe dot de
@ 2008-12-08  0:30 ` brian at dessent dot net
  4 siblings, 0 replies; 6+ messages in thread
From: brian at dessent dot net @ 2008-12-08  0:30 UTC (permalink / raw)
  To: java-prs



------- Comment #5 from brian at dessent dot net  2008-12-08 00:30 -------
Subject: Re:  build error in 
 x86_64-unknown-linux-gnu/32/libjava


> I have the sources in ~/tmp/gcc, and I build in ~/tmp/gcc/build using
> ../configure.

Oh, that's definitely not good.  To quote
<http://gcc.gnu.org/install/configure.html>, "building where objdir is a
subdirectory of srcdir is unsupported."  Start over with a clean tree
and separate build dir.

> I am using automake 1.10.2, libtool 2.2.6, autoconf 2.63, make 3.81 and
> binutils 2.19 in case any of that matters.

As long as you update from SVN properly (using contrib/update_gcc so
that timestamps are updated) then the autoconf/automake/libtool on your
system should never run unless you modify an *.am/*.ac/*.m4 source
file.  (And if you do do that, then you have to use the specific
project-blessed versions to regenerate anyway, namely 2.59/1.9.6.)


-- 


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


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

end of thread, other threads:[~2008-12-08  0:30 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-12-07 21:01 [Bug libgcj/38438] New: build error in x86_64-unknown-linux-gnu/32/libjava felix-gcc at fefe dot de
2008-12-07 21:46 ` [Bug libgcj/38438] " felix-gcc at fefe dot de
2008-12-07 22:48 ` brian at dessent dot net
2008-12-07 23:38 ` felix-gcc at fefe dot de
2008-12-08  0:17 ` felix-gcc at fefe dot de
2008-12-08  0:30 ` brian at dessent dot net

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).