[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #10 from davek at gcc dot gnu dot org 2009-08-21 02:20 --- *** Bug 30570 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #11 from davek at gcc dot gnu dot org 2009-08-21 02:23 --- This has been fixed now since these two revisions were applied: http://gcc.gnu.org/viewcvs?view=revisionrevision=146627 http://gcc.gnu.org/viewcvs?view=revisionrevision=146869 These days libjava builds fine with --enable-libgcj-debug. -- davek at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #5 from dave dot korn dot cygwin at gmail dot com 2009-04-22 11:20 --- Hi Rob, I just ran into this on i686-pc-cygwin. I think the reason you see it on some builds and not others is because of the --enable-libgcj-debug option; presumably that makes the asserts disappear when disabled, equivalent to your commenting them out. However, it would be nice to keep the debug verification in there if possible. I'm testing a fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #6 from dave dot korn dot cygwin at gmail dot com 2009-04-22 11:22 --- Created an attachment (id=17671) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17671action=view) Fix debug asserts. Adjust the assert to test the casted pointer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #7 from dave dot korn dot cygwin at gmail dot com 2009-04-22 11:24 --- That gets me about three files further through the build, then there's another failure: In file included from /gnu/gcc/gcc/libjava/gnu/classpath/natConfiguration.cc:17: /gnu/gcc/gcc/libjava/gnu/classpath/Configuration.h:32: error: expected unqualified-id before numeric constant make[3]: *** [gnu/classpath/natConfiguration.lo] Error 1 That line says: static jboolean DEBUG; so I guess DEBUG is probably a #define somewhere and it's turning into static jboolean 1; or something like that, I'll do some digging. Meantime, there's always the --disable workaround. -- dave dot korn dot cygwin at gmail dot com changed: What|Removed |Added CC||dave dot korn dot cygwin at ||gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #8 from dave dot korn dot cygwin at gmail dot com 2009-04-22
11:34 ---
Yep. From the .ii file:
class gnu::classpath::Configuration : public ::java::lang::Object
{
Configuration();
static ::java::lang::String * classpath_home();
static jboolean debug();
static ::java::lang::String * toolkit();
static ::java::lang::String * ecj();
public:
static ::java::lang::String * CLASSPATH_HOME;
static ::java::lang::String * CLASSPATH_VERSION;
static jboolean 1;
static const jboolean INIT_LOAD_LIBRARY = 0;
static ::java::lang::String * default_awt_peer_toolkit;
static const jboolean JAVA_LANG_SYSTEM_EXPLICIT_INITIALIZATION = 0;
static ::java::lang::String * ECJ_JAR;
static const jboolean WANT_NATIVE_BIG_INTEGER = 1;
static ::java::lang::Class class$;
};
# 18 /gnu/gcc/gcc/libjava/gnu/classpath/natConfiguration.cc 2
Will look at whether we should not #define DEBUG in the first place, or more
likely it would be best to rename Configuration.DEBUG to something else
throughout (Configuration.JDEBUG sprints to mind).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #9 from dave dot korn dot cygwin at gmail dot com 2009-04-22 22:38 --- Created an attachment (id=17679) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17679action=view) Part two of fix This renames the DEBUG macro to __GCJ_DEBUG throughout. It fixed the build in my tree where I had a whole bunch of local patches, now testing it in a clean tree with the extraneous changes removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #4 from rob1weld at aol dot com 2009-01-31 14:34 --- Building trunk revision 143817 on i386-pc-solaris2.11 works, with fewer options: # gcc/xgcc -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../gcc_trunk/configure --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-decimal-float --with-long-double-128 --with-included-gettext --enable-stage1-checking --enable-checking=release --with-tune=k8 --with-cpu=k8 --with-arch=k8 --with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld --with-ld=/usr/local/bin/ld Thread model: posix gcc version 4.4.0 20090131 (experimental) [trunk revision 143817] (GCC) When I updated from 143454 / 143680 (broken?) to 143817 (builds OK) I did not notice any updates to Java that would fix this so I am assuming that the additional ./configure options caused the breakage. I will add back in more options on the next build and see it I can find which one is causing the fault. Suspect the created namespaces file is missing a few lines, investigating ... Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #3 from rob1weld at aol dot com 2009-01-30 04:31 --- The building of Language Java is broken on (at least) two platforms. Checking http://gcc.gnu.org/ml/gcc-testresults/2009-01/ it seems to work on some other platforms. I'll investigate if it is my ./configure . Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #2 from rob1weld at aol dot com 2009-01-27 15:13 --- Same issue on Fedora 10 # ../gcc_build/gcc/xgcc -v Using built-in specs. Target: i386-redhat-linux Configured with: ../gcc_trunk/configure --enable-languages=c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-decimal-float --with-long-double-128 --enable-nls --with-included-gettext --disable-gather-detailed-mem-stats --with-stabs --enable-debug --enable-symvers --enable-version-specific-runtime-libs --without-system-zlib --enable-gtk-cairo --enable-gconf-peer --enable-xmlj --enable-gtk-peer --enable-plugin --enable-tool-wrappers --enable-portable-native-sync --enable-hash-synchronization --enable-interpreter --enable-local-sockets --enable-gjdoc --enable-java-awt=gtk,xlib,x --enable-gc-debug --enable-libgcj-debug --enable-objc-gc --disable-concept-checks --enable-libstdcxx-debug --disable-stage1-checking --enable-checking=release --with-tune=k8 --with-cpu=k8 --with-arch=k8 --enable-__cxa_atexit --disable-libunwind-exceptions --disable-dssi --enable-libgcj-multifile --build=i386-redhat-linux --prefix=/mnt/drive2/gcc_test --with-cloog=/usr/local Thread model: posix gcc version 4.4.0 20090126 (experimental) [trunk revision 143680] (GCC) After applying the same fix as used for OpenSolaris the build continued. Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #1 from rob1weld at aol dot com 2009-01-23 22:31 --- The adding of these assertions to replace an error message might have been first discussed here: http://gcc.gnu.org/ml/java-patches/2007-q1/msg00478.html Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
