This is the mail archive of the
java-patches@sources.redhat.com
mailing list for the Java project.
Re: [PATCH] Cleanup patches to build libgcj on x86/linux
>>>>> "Alexandre" == Alexandre Oliva <aoliva@redhat.com> writes:
Alexandre> The GCC automatic regression tester has started to
Alexandre> complain about the very same failure by 4 PM (PDT).
Alexandre> Nathan?
Ugh. Nathan, I believe, implemented the design that Jason and I came
up with. Only Jason and I forgot one detail: inside `extern "C++"'
the magic `(...)' equivalence should be turned off.
Here's a candidate patch. I don't have an affected system, so I'm not
going to be able to easily test this, or check it in. However, if it
works, I think it's the right thing. Alexandre, would you mind
testing this?
If it doesn't work, please send Nathan and myself preprocessed source
for some configuration that fails to compile so that we can track it
down.
Thanks,
--
Mark Mitchell mark@codesourcery.com
CodeSourcery, LLC http://www.codesourcery.com
Index: parse.y
===================================================================
RCS file: /cvs/gcc/egcs/gcc/cp/parse.y,v
retrieving revision 1.185
diff -c -p -r1.185 parse.y
*** parse.y 2000/07/25 20:19:24 1.185
--- parse.y 2000/07/26 14:56:13
*************** empty_parms ()
*** 102,108 ****
tree parms;
#ifndef NO_IMPLICIT_EXTERN_C
! if (in_system_header && current_class_type == NULL)
parms = NULL_TREE;
else
#endif
--- 102,109 ----
tree parms;
#ifndef NO_IMPLICIT_EXTERN_C
! if (in_system_header && current_class_type == NULL
! && current_lang_name == lang_name_c)
parms = NULL_TREE;
else
#endif