--- Comment #15 from prlw1 at cam dot ac dot uk 2009-09-07 16:47 ---
I just got stuck with this again: wondered why a NetBSD-5.99.15/i386 box with
gcc-HEAD wouldn't compile. Then remembered the #define _ANSI_H_ fix and all is
well. What is impeding this patch from being ap
--- Comment #14 from prlw1 at cam dot ac dot uk 2009-03-25 18:57 ---
I take it all is in hand, and I don't need to test anything? (I did a
successful
build with the same as the first patch, but defining _MACHINE_ANSI_H_ - this is
equivalent - all went well)
--
http://gcc.gn
--- Comment #8 from prlw1 at cam dot ac dot uk 2009-03-23 21:07 ---
What about the first patch, which seems less drastic? (I think it would be
better to install gcc's stddef.h, so there is one thing less to remember when
upgrading gcc) It seems that if our machine/ansi.h de
--- Comment #6 from prlw1 at cam dot ac dot uk 2009-03-23 20:45 ---
(In reply to comment #5)
> The patch is obviously wrong (it changes the installed headers for all
> targets instead of setting USER_H to adjust the list for the target with
> this issue)
Care to explai
--- Comment #2 from prlw1 at cam dot ac dot uk 2009-03-23 20:23 ---
I just tried
ifort -warn stderrors -std95 modules.f
which didn't complain. It seems gfortran is unhappy about the parentheses
in that declaration. I included the parts before, so you can see that
nREBOspeci
oduct: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: prlw1 at cam dot ac dot uk
GCC build triplet: i386-unknown-netbsdelf5.99.8
--- Comment #4 from prlw1 at cam dot ac dot uk 2009-03-23 19:31 ---
Just hit this bug. Either solution looks good (am about to test, but spent ages
reaching the same conclusion, so expect success for both) Anyone from gcc
listening?
--
prlw1 at cam dot ac dot uk changed
--- Comment #18 from prlw1 at cam dot ac dot uk 2006-05-20 16:24 ---
I have just experienced exactly the same error on a NetBSD-current/i386 system.
There the problem is not gmp et al.'s fault, and I can't see quite enough
detail in the problem on alpha below to see that it
