Re: [PATCH] Cleanup patches to build libgcj on x86/linux

[Mark Mitchell <mark at codesourcery dot com>]

>>>>> "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