--- Comment #59 from hubicka at ucw dot cz 2007-01-18 09:51 ---
Subject: Re: [4.1 regression] A file that can not be compiled in reasonable
time/space
Hi,
just as heads up, the early inlining change made inliner to now fully
inline to the function at -O2 (orignally we stopped because o
with both 4.1.0 and 4.1.1. at
cc -g -DIN_GCC -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genattrtab \
build/genattrtab.o build/genautomata.o \
build/rtl.o build/read-rtl.o build/ggc-none.o build/min-insn-modes.o
build/gensupport.o build/insn-conditions.o build/print-rtl.o b
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 10:13 ---
Confirmed, reduced testcase (I thought I had asked about this interaction
before):
int Birkhoff_with_Vol_para(int n)
{
int I;
#pragma omp for
for(I = 0; I < 6; I++)
{
int v[n];
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 10:18 ---
>From http://gcc.gnu.org/install/specific.html:
out of memory bootstrap failures may indicate a problem with process resource
limits (ulimit). Hard limits are configured in the /etc/security/limits system
configura
When I compile the following code with optimization flags (O1, O2, O3, Os) I
get compilation errors. If the code is compiled without optimizations (-g, -O0)
then everything is ok.
Error.cpp :
#include
#define _(x) gettext(x)
typedef struct
{
int code;
const char* p_str;
} ErrorStr;
sta
--- Comment #1 from csandu4096 at gmail dot com 2007-01-18 10:51 ---
Created an attachment (id=12916)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12916&action=view)
Error.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30496
--- Comment #2 from csandu4096 at gmail dot com 2007-01-18 10:51 ---
Created an attachment (id=12917)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12917&action=view)
Error.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30496
--- Comment #15 from gdr at gcc dot gnu dot org 2007-01-18 11:40 ---
Won't fix for GCC-4.0.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from gdr at gcc dot gnu dot org 2007-01-18 11:41 ---
not release critical for GCC-4.0.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #16 from gdr at gcc dot gnu dot org 2007-01-18 11:42 ---
not release critical for GCC-4.0.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from gdr at gcc dot gnu dot org 2007-01-18 11:42 ---
not release critical for GCC-4.0.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from gdr at gcc dot gnu dot org 2007-01-18 11:43 ---
nnot release critical for GCC-4.0.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Targe
--- Comment #7 from gdr at gcc dot gnu dot org 2007-01-18 11:44 ---
Fixed in GCC-4.1.1
not release critcal for GCC-4.0.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from gdr at gcc dot gnu dot org 2007-01-18 11:45 ---
fixed in GCC-4.1.0
not release critical for GCC-4.0.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
-bash-3.00$ gcc -v
Using built-in specs.
Target: powerpc-ibm-aix5.3.0.0
Configured with: /data1/JM/gcc-4.1.1/configure
--prefix=/usr/unic/libexec/gcc/4.1.1 --enable-languages=c,c++ --disable-nls
Thread model: aix
gcc version 4.1.1
-bash-3.00$ gcc -save-temps -DHAVE_CONFIG_H -I. -I.././binutils -I.
--- Comment #1 from jorgen dot moth at uni-c dot dk 2007-01-18 11:54
---
Created an attachment (id=12918)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12918&action=view)
readelf.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30497
+++ This bug was initially created as a clone of Bug #29649 +++
Running an application I got the following error
Fortran runtime error: Attempt to allocate negative amount of memory. Possible
integer overflow
This is not very helpful in debugging, as it gives no clue as to where in the
code it o
--- Comment #14 from burnus at gcc dot gnu dot org 2007-01-18 12:54 ---
Subject: Bug 29649
Author: burnus
Date: Thu Jan 18 12:54:11 2007
New Revision: 120897
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120897
Log:
2007-01-18 Francois-Xavier Coudert <[EMAIL PROTECTED]>
--- Comment #15 from burnus at gcc dot gnu dot org 2007-01-18 12:56 ---
Fixed in the trunk.
Creating a backtrace is now PR 30498.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #43 from mueller at gcc dot gnu dot org 2007-01-18 13:00
---
Subject: Bug 8268
Author: mueller
Date: Thu Jan 18 13:00:33 2007
New Revision: 120898
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120898
Log:
2007-01-18 Dirk Mueller <[EMAIL PROTECTED]>
· R
--- Comment #44 from mueller at gcc dot gnu dot org 2007-01-18 13:12
---
Fixed for 4.3.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #11 from jasonmbechtel at gmail dot com 2007-01-18 13:48
---
I'm trying to build a more recent 4.1.2 so I can get this program compiled.
Unfortunately, I am running into the same problem with the SVN checkout (as of
11pm 1/17/07, EST) and with the last two weekly snapshots
--- Comment #2 from pault at gcc dot gnu dot org 2007-01-18 14:27 ---
Confirmed.
With this patch:
Index: gcc/fortran/match.c
===
*** gcc/fortran/match.c (revision 120859)
--- gcc/fortran/match.c (working copy)
Kernel was download from www.kernel.org
Compile command is
"fakeroot make-kpkg --initrd --append-to-version=-custom1 kernel_image
kernel_headers"
Error is:
drivers/video/cirrusfb.c: In function â˜cirrusfb_set_par_fooâ:
drivers/video/cirrusfb.c:1573: internal compiler error:
Se
--- Comment #1 from dronord at gmail dot com 2007-01-18 14:32 ---
version of compiler not exactly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30499
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #13 from ghazi at gcc dot gnu dot org 2007-01-18 14:42 ---
4.1.x branch still has the fold checking errors with labels:
http://gcc.gnu.org/ml/gcc-testresults/2007-01/msg00699.html
http://gcc.gnu.org/ml/gcc-testresults/2007-01/msg00700.html
--
ghazi at gcc dot gnu dot org
--- Comment #27 from felix-gcc at fefe dot de 2007-01-18 15:20 ---
Oh, so C++ code using vector gets faster, you say? Let's see...
This is vector.C from http://ptrace.fefe.de/vector.C
It does some assignments to a vector. It runs the loop 10 times and takes the
minimum cycle counter.
--- Comment #28 from felix-gcc at fefe dot de 2007-01-18 15:23 ---
Mhh, so I wondered, how can it be that the code is exactly as fast. So I
disassembled the binary. You know what? IT'S THE EXACT SAME CODE.
So, my conjecture is, again: your "optimization" does exactly NO good
whatsoev
--- Comment #2 from mircea_lutic at yahoo dot com 2007-01-18 15:54 ---
out of memory allocating 16 bytes after a total of 4161654796 bytes
/etc/security/limits:
default:
fsize = 2097151
core = 2097151
cpu = -1
data = 262144
rss = 65536
st
I don't think we have an open PR for this "well known" issue so... As you can
see, in the example below, the pragma is totally ineffective with templates,
even when the involved types are non dependent.
By the way, sad to say that, but the way ICC implements the GCC pragma for
compatibility sake i
--- Comment #88 from egon at heaven dot industries dot cz 2007-01-18 16:29
---
> const volatile double y2 = x + 1.0;
I'd also favor this "selective" approach, because the instability is harmless
in most cases. But it is dangerous sometimes, as mentioned in the binary
search or when
[EMAIL PROTECTED]:~/tmp/GNAT_Test$ m32c-elf-gcc -v -gnatv -gnatS -S --RTS=rts
integer_test.ads
Using built-in specs.
Target: m32c-elf
Configured with: ../gcc-4.2-20070110/configure --target=m32c-elf
--prefix=/home/psch/tmp/GNAT_Test/localinst --enable-languages=c,ada
--disable-nls --disable-multili
--- Comment #1 from jconner at gcc dot gnu dot org 2007-01-18 16:44 ---
Subject: Bug 30485
Author: jconner
Date: Thu Jan 18 16:44:03 2007
New Revision: 120902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120902
Log:
2007-01-18 Josh Conner <[EMAIL PROTECTED]>
PR targ
--- Comment #2 from jconner at gcc dot gnu dot org 2007-01-18 16:45 ---
Subject: Bug 30485
Author: jconner
Date: Thu Jan 18 16:44:50 2007
New Revision: 120903
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120903
Log:
2007-01-18 Josh Conner <[EMAIL PROTECTED]>
PR targ
Reading specs from /bin/../lib/gcc/i686-pc-linux-gnu/3.4.6/specs
Configured with: gcc/configure --enable-languages=c,c++ --disable-nls
--disable-c-mbchar --disable-multilib --with-gnu-as --with-gnu-ld
rtv.c ---
extern int putchar (int c);
static int __inlin
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-01-18 17:20
---
(In reply to comment #11)
> Any help?
Yes to compile the snapshot (and SVN) you need bision.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30440
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-01-18 17:28
---
So, the reduced code looks like this:
extern void bar (void);
extern __typeof(bar) bar __asm__("foo");
void bar (void) { ; }
extern __typeof(bar) gee __attribute__((__alias__("foo")));
Ian Lance Taylor gave me t
--- Comment #29 from pinskia at gcc dot gnu dot org 2007-01-18 17:36
---
Oh and I meant "at", not get or []. at does bounds checking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30475
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-18 17:44 ---
> I mean genattrtab is trying to allocate 4 gigs of mem
No, that is how much it allocated overall, not how much is actually still in
use.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30495
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-01-18 17:45
---
Once that last warning is fixed, I'd really like libgfortran to be built with
-Werror by default, at least on linux systems (it's known to issue tons of
warnings on some non-C99 systems, so we can't make it the de
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-01-18 17:52 ---
__USER_LABEL_PREFIX__ should be a string already.
so you just need:
extern void bar (void);
extern __typeof(bar) bar __asm__(__USER_LABEL_PREFIX__ "foo");
void bar (void) { ; }
extern __typeof(bar) gee __attribute__
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-18 17:59
---
(In reply to comment #0)
> "It was mentionned on IRC tonight that Daniel Berlin has a library that
> extracts line and file information from DWARF2 info. It's internal to Google,
> but he
> said he'll see if he c
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 18:00 ---
I think you mean the following options:
-O2 -Wall -Winline
and with 4.0.0 and above I get:
t.c:9: warning: control may reach end of non-void function
'compute_tables_error_code' being inlined
or:
t.c: In function 'co
--- Comment #2 from patchapp at dberlin dot org 2007-01-18 18:05 ---
Subject: Bug number PR 29521
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01533.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-18 18:06 ---
Can you rerun the command which is failing and add -save-temps and then attach
the resulting .i file if the segfault appears?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-18 18:10 ---
Ok, what is happening here is that gettext is defined to be a statement
expression with optimization. And in C++, right now, we don't allow a
statement expression not be in a function (this is a silly constraint).
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-01-18 18:10 ---
*** Bug 30496 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from jakub at gcc dot gnu dot org 2007-01-18 18:23 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
-languages=c,c++,fortran --with-cpu=pentium2
--with-system-zlib --enable-clocale=gnu
Thread model: posix
gcc version 4.3.0 20070118 (experimental)
/var/tmp/gcc_r43/gcc.build.lnx14/gcc/cc1 -E -quiet -v -I. -I.
-I../../gcc-4.3.0/gcc -I../../gcc-4.3.0/gcc/. -I../../gcc-4.3.0/gcc/../include
-I../../gcc-4.3.0
--- Comment #1 from malitzke at metronets dot com 2007-01-18 18:31 ---
Created an attachment (id=12919)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12919&action=view)
Detailed out using different optimization levels
I also have similar output using Phase 1 cc1 (also at different
--- Comment #2 from malitzke at metronets dot com 2007-01-18 18:38 ---
Created an attachment (id=12920)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12920&action=view)
Standard preprocessed file
This file was created using the xgcc resulting from phase 2. I have another
file tree
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-01-18 18:49
---
(In reply to comment #5)
> __USER_LABEL_PREFIX__ should be a string already.
>
> so you just need:
> extern void bar (void);
> extern __typeof(bar) bar __asm__(__USER_LABEL_PREFIX__ "foo");
> void bar (void) { ;
--- Comment #3 from malitzke at metronets dot com 2007-01-18 18:52 ---
Prior to patclevel 12900 (about 12880) bootstrap failed even with O1 with
segment error.
For those dismissive folks who either say "It works for me" or claim that it is
the submitters harware fault I can only aver th
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2007-01-18
19:18 ---
FX,
So are you going to use the fix I proposed in comment 8? Do you want me to
submit it to the patch mailing list first?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
--- Comment #2 from yakov at emc dot com 2007-01-18 19:18 ---
Subject: Re: compiler inlines slightly invalid function without
warning
gcc -O2 -Wall -c -fno-inline rtv.c
rtv.c: In function `compute_tables_error_code':
rtv.c:18: warning: control reaches end of non-void function
gcc -O
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-18 19:25 ---
(In reply to comment #2)
>
> With '-fno-inline' compiler generates very useful warning - the return
> stmt has been missing.
>
> This is my point.
Right and this was fixed in 4.0.0 and above as shown by the warni
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-01-18 19:32
---
(In reply to comment #10)
>So are you going to use the fix I proposed in comment 8?
Yes.
> Do you want me to
> submit it to the patch mailing list first?
No, it's been posted a few times already, and I've
--- Comment #7 from rkrylov at mail dot ru 2007-01-18 19:53 ---
I got same result with --with-cpu=athlon64 on gcc-4.3-20070112 snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30136
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-01-18 21:57 ---
Subject: Bug 30415
Author: tkoenig
Date: Thu Jan 18 21:56:53 2007
New Revision: 120932
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120932
Log:
2007-01-18 Thomas Koenig <[EMAIL PROTECTED]>
Backp
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-01-18 21:58 ---
Fixed on trunk and 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
I am trying to create a C++ library and when doing a linking I am getting the
following error.
Here is the command
g++ -static -static-libgcc -Wl,-bexpfull,-bnoentry,-brtl -o libAllocation.so
*.o -L/vol.rtk/compilers/aix5.1.gcc-3.3/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3
-lgcc -lstdc++ -lc -l
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 22:12 ---
How are you creating a library with -static?
The command line you posted looks more like you are linking in all of libc,
libgcc, libstdc++ which all seems wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30
following testcase works fine with gcc-3.3/4.1:
typedef unsigned long long uint64;
typedef unsigned uint32;
uint64 dividend;
uint32 divisor;
uint64 quotient;
uint32 remainder;
void div643264( )
{
uint32 hQuotient;
uint32 lQuotient;
__asm__(
"divl %5""\n\t"
"movl %%
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 22:40 ---
I think the problem is that we don't combine
(subreg:SI (reg:DI 63) 0)
with
(insn 11 10 12 2 (parallel [
(set (reg:DI 63)
(lshiftrt:DI (reg:DI 61 [ dividend.0 ])
(co
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-18 22:41 ---
Except we did not do that in 3.3.x either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30505
consider following testcase:
void f( char );
void g( char c )
{
{
char buf[ 128 * 1024 ];
__builtin_memset( buf, 0, sizeof( buf ) );
c = buf[ 0 ];
}
f( c );
}
3.7.2/1:
"(...) the storage for these objects lasts until the bloc
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-18 23:15 ---
This is not really a violation of that rule at all. What that rule is stating
is that if you access that array again outside of the block where it was
created, you invoke undefined behavior.
--
http://gcc.gnu.o
--- Comment #2 from pluto at agmk dot net 2007-01-18 23:23 ---
(In reply to comment #1)
> This is not really a violation of that rule at all. What that rule is stating
> is that if you access that array again outside of the block where it was
> created, you invoke undefined behavior.
h
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-18 23:26 ---
(In reply to comment #2)
> hmm, you've a right, so could we rework the bug to some kind
> of feature-request? i'd love to see the stack cleanup before f() call.
Actually for this case, we just need to have f sibcalle
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30506
--- Comment #4 from malitzke at metronets dot com 2007-01-18 23:40 ---
Well , the mistery continues.
First when I referred to patchlevels I left out a 0 (zero); 12900 should read
120900.
Second I repeated the bootstrap because a number of patches from Daniel Berlin
looked promising to me
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-01-18 23:45 ---
Are you sure you don't have bad memory?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-01-18 23:50
---
Tobias, let me know if you don't have time and I will take care of this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30481
--- Comment #23 from rob1weld at aol dot com 2007-01-18 23:52 ---
I compiled 4.1.1 on Windows XP (Cygwin) a couple of days ago and did not have
the "Found a problem with the JNI methods declared and implemented." message
occur.
Last week when I compiled gcc-4_2-branch (SVN) the error di
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-19
00:08 ---
Subject: Re: [4.3 Regression]
classpath/gnu/javax/crypto/jce/GnuCrypto.java:431: error: cannot find file for
class gnu.javax.crypto.jce.mac.HMacSHA512Spi
> I'd like to see more of the build log, in particu
--- Comment #6 from malitzke at metronets dot com 2007-01-19 00:20 ---
Mr Pinski
I do not appreciate your comment. My comment 3 was really addressed to people
like you who want to garner points as beiong the big killers of problem reports
by using cheap tactics. With four processors and
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-01-19 00:24 ---
(In reply to comment #6)
> Mr Pinski
> I do not appreciate your comment.
But my point was I know if you having hardware issues you will have some issues
with segfaults and other random internal compiler errors. I
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2007-01-19
03:02 ---
It appears that r118856, r119854 and r120156 be backported for the context of
the patch for r120695 to be correct in gcc 4.2 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29516
--- Comment #51 from redfive at songbirdnest dot com 2007-01-19 03:25
---
I believe I'm seeing this bug using a redhat build: gcc4.1.1-1 (shows up all
the way through -51). It's only on 64bit FC5, 32bit is okay and am installing
FC6 to test. Building XULRunner with --enable-canvas cause
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-01-19 03:55 ---
Okay, well, this is pretty simple.
If we can't reproduce the bug (and i can't, and andrew can't), we can't fix it.
So this bug is just going to stay open forever until then, regardless of
whether it's a hardware fail
I downloaded the new I386 version of gfortran for the Mac, cloverm:>gfortran -v
Using built-in specs.
Target: i386-apple-darwin8.8.1
Configured with: ../gcc/configure --prefix=/usr/local/gfortran
--enable-languages=c,fortran --with-gmp=/tmp/gfortran-20070104/gfortran_libs
--enable-bootstrap
Thread
The code between the dashed lines generates these errors:
test2.cpp: In member function 'void outer_t::inner_derived_t::f2()':
test2.cpp:20: error: 'i' was not declared in this scope
command line:
$ cc -o test2 test2.cpp
If i is accessed through "this" pointer, the code compiles:
template
voi
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-19 06:21 ---
Yes and this is not a bug, GCC is correct i is not defined as i is not a
dependent name so it gets bound at parsing time instead of doing instatitation.
You might think because the base class is an inner template bu
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-19 06:23 ---
We the FSF does not support any binary releases so we cannot fix this. Yes the
binaries are referenced from the wiki but they are not supported by us.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #32 from fxcoudert at gcc dot gnu dot org 2007-01-19 07:12
---
Subject: Bug 26893
Author: fxcoudert
Date: Fri Jan 19 07:12:16 2007
New Revision: 120949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120949
Log:
PR libfortran/26893
* acinclude.m4 (LIB
86 matches
Mail list logo
