I commited the regenerated libgfortran files on mainline (rev. 118140):
2006-10-29 Francois-Xavier Coudert <[EMAIL PROTECTED]>
* configure: Regenerate.
* Makefile.in: Regenerate.
* aclocal.m4: Regenerate.
Maybe you have an old version of libgfortran/config.h.in, becaus
I am being hit by this:
rf2out.c -o dwarf2out.o
../../trunk/gcc/dwarf2out.c: In function `file_name_acquire':
../../trunk/gcc/dwarf2out.c:7672: error: `files' undeclared (first use
in this f
unction)
../../trunk/gcc/dwarf2out.c:7672: error: (Each undeclared identifier is
reported
only once
..
Paul Thomas wrote:
I am being hit by this:
rf2out.c -o dwarf2out.o
../../trunk/gcc/dwarf2out.c: In function `file_name_acquire':
../../trunk/gcc/dwarf2out.c:7672: error: `files' undeclared (first use
in this f
unction)
../../trunk/gcc/dwarf2out.c:7672: error: (Each undeclared identifier is
re
Could this patch be applied now?
http://gcc.gnu.org/ml/gcc/2006-07/msg00210.html
Discussion starts here:
http://gcc.gnu.org/ml/gcc/2006-07/msg00147.html (benchmarks are wrong)
Original patch posted by Brian Makin here:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00762.html
Quote:
I've been r
Tim,
My guess is that the #define activating that region of code is
erroneously triggered. I am running the 2-day (on cygwin with a
substandard BIOS) testsuite now.
I decided to set it to #if 0 just as I saw your mail - it is now
building just fine; I haven't tested it yet but I guess, since i
Hi all,
Is this a bug in GCC or does the code below incorrectly use exceptions
and virtual inheritance?
I expect the code below to display:
Constructing child2.
Caught exception: 3
However it causes an abort after displaying the first line. Looking
further into this i found that when GCC creat
compile flags of "gcc version 4.3.0 20061029" were set to:
-O3 -msse3 -ffast-math -march=k8 -mtune=k8 -minline-all-stringops
Different -mpfmath selections were benchmarked:
a) -mfpmath=sse
user27m33.848s
b) -mfpmath=387
user27m42.136s
c) -mfpmath=sse,387
user26m0.312s
The
Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
> My copyright assignment is not yet signed, but I am pretty confident that it
> will be signed (hopefully soon, and surely in 2006 ie before Christmas).
>
> Can I submit patches (to gcc-patches@) which are not trivial (ie more than
> 10 lines of c
> 0. I am not sure to understand exactly the steps (and commands to
> run) when touching to a configure.ac file... I made an educated
> guess which happens to work most of the time. (In particular it
> seems that autconf2.60 works even if 2.59 is required)
If you only modify `configure.ac', then i
> "Mike" == Mike Stump <[EMAIL PROTECTED]> writes:
Mike> I found quite a few files out of date...
[...]
Mike> libjava/configure
I updated (svn trunk) and re-ran autoconf here, and didn't see any
change.
What version of autoconf are you using? I'm using the 2.59 that comes
with FC5.
Mike>
Hi all,
The problem due to which the below mentioned program was not working
is because of CODE HOISTING pass. I just masked the code hoisting step
and the program worked fine.
1. The instruction no's 11, 12, 13 are removed when -Os optimization
is enabled (it considers n, h as dead). Is there a
11 matches
Mail list logo