This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: cvs broken?
- From: Adam Megacz <gcj at lists dot megacz dot com>
- To: java at gcc dot gnu dot org
- Date: 06 Mar 2002 12:56:07 -0800
- Subject: Re: cvs broken?
- Organization: Myself
- References: <86g03equ6l.fsf@megacz.com>
Hey, does anybody else see this problem?
01-Mar-2002 works fine, that's what I'm using right now. This happened
on a clean checkout using only the rejected jc1-segfault-fix-patch
(appended below).
- a
Adam Megacz <gcj@lists.megacz.com> writes:
> Clean checkout:
>
> /home/megacz/gcc-bin/gcc/gcj -B/home/megacz/gcc-bin/gcc/ --encoding=UTF-8 -C -g -bootclasspath /home/megacz/gcc-bin/i686-pc-mingw32/libjava:../../../gcc/libjava -d /home/megacz/gcc-bin/i686-pc-mingw32/libjava java/lang/ConcreteProcess.java
> /home/megacz/gcc-bin/gcc/gcj -B/home/megacz/gcc-bin/gcc/ --encoding=UTF-8 -C -g -bootclasspath /home/megacz/gcc-bin/i686-pc-mingw32/libjava:../../../gcc/libjava -d /home/megacz/gcc-bin/i686-pc-mingw32/libjava gnu/classpath/Configuration.java
> /home/megacz/gcc-bin/gcc/gcj -B/home/megacz/gcc-bin/gcc/ --encoding=UTF-8 -C -g -bootclasspath /home/megacz/gcc-bin/i686-pc-mingw32/libjava:../../../gcc/libjava -d /home/megacz/gcc-bin/i686-pc-mingw32/libjava ../../../gcc/libjava/java/lang/Class.java
> ../../../gcc/libjava/java/lang/Class.java: In class `java.lang.Class':
> ../../../gcc/libjava/java/lang/Class.java: In method `java.lang.Class.getProtectionDomain()':
> ../../../gcc/libjava/java/lang/Class.java:203: No variable `protectionDomainPermission' defined in type `java.lang.ClassLoader'.
> sm.checkPermission(ClassLoader.protectionDomainPermission);
> ^
> ../../../gcc/libjava/java/lang/Class.java:208: No variable `unknownProtectionDomain' defined in type `java.lang.ClassLoader'.
> return ClassLoader.unknownProtectionDomain;
> ^
> - a
>
*** winnt.c 2001/12/03 19:13:32 1.27
--- winnt.c 2002/02/02 16:39:32
***************
*** 110,116 ****
/* In the C++ frontend, DECL_CONTEXT for a method doesn't actually refer
to the containing class. So we look at the 'this' arg. */
! if (TREE_CODE (TREE_TYPE (decl)) == METHOD_TYPE)
{
/* Artificial methods are not affected by the import/export status of
their class unless they are virtual. */
--- 110,117 ----
/* In the C++ frontend, DECL_CONTEXT for a method doesn't actually refer
to the containing class. So we look at the 'this' arg. */
! if (TREE_TYPE (decl)
! && TREE_CODE (TREE_TYPE (decl)) == METHOD_TYPE)
{
/* Artificial methods are not affected by the import/export status of
their class unless they are virtual. */
***************
*** 381,387 ****
SYMBOL_REF_FLAG (XEXP (rtl, 0)) = 1;
}
! if (TREE_CODE (decl) == FUNCTION_DECL)
if (lookup_attribute ("stdcall",
TYPE_ATTRIBUTES (TREE_TYPE (decl))))
XEXP (DECL_RTL (decl), 0) =
--- 382,389 ----
SYMBOL_REF_FLAG (XEXP (rtl, 0)) = 1;
}
! if (TREE_CODE (decl) == FUNCTION_DECL
! && TREE_TYPE (decl))
if (lookup_attribute ("stdcall",
TYPE_ATTRIBUTES (TREE_TYPE (decl))))
XEXP (DECL_RTL (decl), 0) =