--- Comment #7 from pault at gcc dot gnu dot org 2007-02-11 09:52 ---
(In reply to comment #6)
> Paul, I take it you are aware of PR21881 ("Array descriptors limit derived
> type
> sizes")... I don't fully grasp the way array descriptor work for derived
> types,
> but I wanted to menti
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-11 09:56 ---
Toon,
This is the next job on my list - I have an opportunity to work on it tonight.
I have a patch that mostly works but does something very peculiar for a couple
of the testcase - the compiler just stops; no errors
This is caused by the lower-subreg patch (adding -fno-split-wide-types is a
workaround):
$ ../../xgcc -B../../ -c -O2 -fno-common -gnatpg -gnata -I- -I../rts -I.
-I ../../../../gcc/ada ../../../../gcc/ada/make.adb -c
/tmp/ccXcjvZm.s: Assembler messages:
/tmp/ccXcjvZm.s:6958: Error: unsupport
$ gcc-4.2.orig-HEAD -Os -c double-int.i tree-ssa-loop-niter.i -o libbackend.o
-combine
tree-ssa-loop-niter.i: In function 'derive_constant_upper_bound':
tree-ssa-loop-niter.i:28: error: incompatible type for argument 1 of
'double_int_negative_p'
where gcc-4.2.orig-HEAD is a pristine checkout fro
--- Comment #1 from aldot at gcc dot gnu dot org 2007-02-11 10:24 ---
Created an attachment (id=13031)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13031&action=view)
reduced from gcc/double-int.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
--- Comment #2 from aldot at gcc dot gnu dot org 2007-02-11 10:24 ---
Created an attachment (id=13032)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13032&action=view)
reduced from tree-ssa-loop-niter.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
--- Comment #3 from aldot at gcc dot gnu dot org 2007-02-11 10:26 ---
May be related to 29478 according to apinski. This one blocks compilation
rather than just generating an unpleasant warning, tough.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
--- Comment #4 from aldot at gcc dot gnu dot org 2007-02-11 10:28 ---
Works with
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-11 10:31 ---
Actually this has nothing to do with -fsplit-wide-types, This shows up in some
cases without that, There is a reload patch floating about which fixes this.
The problem is that reload does not elimate the soft frame
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-11 10:47 ---
(In reply to comment #1)
> I actually saw it in a modified version of 4.1.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jv244 at cam dot ac dot uk 2007-02-11 10:55 ---
(In reply to comment #0)
> If you extract the object
> file get_clockfreq.o from /usr/lib/librt.a then you can call the function
> __get_clockfreq() to determine clock frequency. To extract the routine, try:
>
> ar
--- Comment #5 from aldot at gcc dot gnu dot org 2007-02-11 11:05 ---
Created an attachment (id=13033)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13033&action=view)
smaller testcase for the tree-ssa-loop-niter part
--
aldot at gcc dot gnu dot org changed:
What
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-02-11 11:39
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #6 from aldot at gcc dot gnu dot org 2007-02-11 11:57 ---
Created an attachment (id=13034)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13034&action=view)
minimal testcase file 1
--
aldot at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from aldot at gcc dot gnu dot org 2007-02-11 11:58 ---
Created an attachment (id=13035)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13035&action=view)
minimal testcase file 2
--
aldot at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from aldot at gcc dot gnu dot org 2007-02-11 11:59 ---
Fails to merge type information from different TUs?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
-
Test case:
#include
#define INT_INVALID -1
class Test
{
int b : 16;
int a;
int c : 16;
public:
Test()
{
b = a = c = INT_INVALID;
//a = b = c = INT_INVALID;
}
void dump()const
{
printf("a: %d\tb: %d\tc: %d\n",a,b,c);
}
};
int main()
{
Test a;
a
--- Comment #1 from vovanec at gmail dot com 2007-02-11 13:20 ---
When order of assignment has changed (a = b = c = INT_INVALID;)
test case returns correct values.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30763
GFortran on Fedora Core 6 (gcc-gfortran-4.1.1-51.fc6) can't compile module
files that contain real constants ("parameter" attribute).
Example: Module file "const.f90":
module const
real, parameter :: a=3.5
end module const
Compile command "gfortran -c const.f90" leads to ICE:
const.f90:0: int
--- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-11
14:46 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
> 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-pat
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-11
14:49 ---
Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does
not name a type
> > > With the above patch, the problem still exists but it's moved to a
> > > different file:
> > >
> > > /us
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-02-11 16:52
---
This works OK on gfortran 4.3.
and on my FC6 install:
$ gfortran -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info
--- Comment #1 from ian at airs dot com 2007-02-11 16:55 ---
This works for me on sparc-sun-solaris2.10 at svn revision 121803. I don't
have access to a SPARC GNU/Linux system. Which exact sources are you building?
Do you have any local patches? How did you run configure?
--
htt
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-11 17:42 ---
We don't support binaries from redhat. You might as well report this bug to
them instead.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from kargl at gcc dot gnu dot org 2007-02-11 17:43 ---
Works for me with these compilers:
GNU Fortran 95 (GCC) 4.3.0 20070130 (experimental)
Copyright (C) 2006 Free Software Foundation, Inc.
troutmask:sgk[209] gfc42 --version
GNU Fortran 95 (GCC) 4.2.0 20070126 (prereleas
--- Comment #2 from engel at itp1 dot uni-stuttgart dot de 2007-02-11
17:40 ---
(In reply to comment #1)
> This works OK on gfortran 4.3.
>
> and on my FC6 install:
>
> $ gfortran -v
> Using built-in specs.
> Target: x86_64-redhat-linux
> Configured with: ../configure --prefix=/usr --
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-11 18:20 ---
Confirmed, but I remember seeing this elsewhere so it must be a dup.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|linux-i386 |
Keywords||wrong-code
Kno
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-11 18:27 ---
This works for me in 4.3.0:
.[pinskia-laptop:gcc/objdir-noboot/gcc] pinskia% ./a.out
a: -1 b: -1 c: -1
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #44 from mmitchel at gcc dot gnu dot org 2007-02-11 18:58
---
Subject: Bug 29487
Author: mmitchel
Date: Sun Feb 11 18:58:05 2007
New Revision: 121819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121819
Log:
PR target/29487
* tree.h (DECL_REPLACEABL
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-11 19:12 ---
> This is caused by the lower-subreg patch
Exposed by, not caused by in this case. It exposed an issue with reload and
register elimination which was originally exposed by Jakub's patch. I was able
to reproduce the
--- Comment #45 from mmitchel at gcc dot gnu dot org 2007-02-11 19:20
---
Fixed in 4.2.0, mainline.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from s_j_newbury at yahoo dot co dot uk 2007-02-11 19:34
---
The problem is resolved in current binutils/gcc so marking as FIXED.
--
s_j_newbury at yahoo dot co dot uk changed:
What|Removed |Added
---
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-11 19:39 ---
Contrary to this, the docs of g77-3.4.6 [1] state:
Status: INTEGER(KIND=1); OPTIONAL; scalar; INTENT(OUT).
Also, the comment at the beginning of libgfortran/intrinsics/kill.c [2] states:
/* SUBROUTINE KILL(PID,
There is something mighty strange going on with the
dependencies for the files generated with m4 with
--enable-maintainer-mode.
In http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00353.html ,
I committed a change to Makefile.am which removed $(srcdir) from
a lot of targets. This is required to get touch
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-02-11 19:42 ---
Created an attachment (id=13036)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13036&action=view)
patch
This fixes the missing intrinsics, and removes type conversion
from minloc.
This also reverses http://gc
-
int overridable (int v) { return (v); }
template
int call_override (const T& v) { return (overridable (v)); }
int overridable (float) { return (1); }
int main (void)
{
return (call_override (0.0f));
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-11 20:07 ---
And this is the correct behavior as described by the C++ standard.
I have to find the specific section but basically the overloaded set for
depedent functions happen like the following:
1) find all functions declared
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-02-11 20:15
---
Subject: Bug 26988
Author: mmitchel
Date: Sun Feb 11 20:15:13 2007
New Revision: 121822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121822
Log:
PR c++/26988
* pt.c (determine_specializat
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build, link-f
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-02-11 20:22 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-02-11 20:33
---
Subject: Bug 30649
Author: mmitchel
Date: Sun Feb 11 20:33:36 2007
New Revision: 121823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121823
Log:
PR gcc/30649
* g++.dg/debug/debug9.C: Remo
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-02-11 20:34
---
I have removed debug9.C from the 4.1 branch.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from kargl at gcc dot gnu dot org 2007-02-11 20:43 ---
(In reply to comment #2)
> Contrary to this, the docs of g77-3.4.6 [1] state:
> Status: INTEGER(KIND=1); OPTIONAL; scalar; INTENT(OUT).
>
INTEGER(KIND=1) in g77 is the default integer kind, which is
INTEGER(KIND
--- Comment #5 from pault at gcc dot gnu dot org 2007-02-11 20:59 ---
Subject: Bug 30319
Author: pault
Date: Sun Feb 11 20:58:48 2007
New Revision: 121824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121824
Log:
2007-02-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #13 from pault at gcc dot gnu dot org 2007-02-11 20:59 ---
Subject: Bug 30554
Author: pault
Date: Sun Feb 11 20:58:48 2007
New Revision: 121824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121824
Log:
2007-02-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #21 from pault at gcc dot gnu dot org 2007-02-11 20:59 ---
Subject: Bug 30617
Author: pault
Date: Sun Feb 11 20:58:48 2007
New Revision: 121824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121824
Log:
2007-02-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-02-11 21:00 ---
I have a fix.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-02-11 21:02 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-11 21:02 ---
Ouch. Thanks for clarification.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30372
"make bootstrap" used to compare stage2 and stage3 after gcc was
bootstrapped. "make bootstrap" would abort if comparison was failed.
Now, compare stage2 and stage3 is not longer done for
"make bootstrap". Is that intentional? I think it is a very bad
idea.
--
Summary: [4.3 regressio
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-11
21:08 ---
Subject: Re: [4.3 Regression] /usr/ccs/bin/ld: Duplicate symbol "global
destructors keyed to _ZNSt3tr112_GLOBAL__N_16i
> pinskia at gcc dot gnu dot org changed:
>
>What|Removed
--- Comment #1 from drow at gcc dot gnu dot org 2007-02-11 21:21 ---
What evidence do you have that comparison was not done? bootstrap calls
stage3-bubble which calls make compare.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30767
--- Comment #2 from hjl at lucon dot org 2007-02-11 21:38 ---
I saw it now.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-02-11 21:41
---
Subject: Bug 26988
Author: mmitchel
Date: Sun Feb 11 21:40:56 2007
New Revision: 121826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121826
Log:
PR c++/26988
* pt.c (determine_specializat
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-02-11 21:41
---
Fixed in 4.2.0, 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-02-11 21:51 ---
Also affected:
chmod, exit, getcwd, hostnm, link, rename, sleep, system_clock, unlink, umask
(maybe others).
SYSTEM_CLOCK accepts INTEGER(1) if exactly one or all of its optional arguments
are of that type.
UMASK(
--- Comment #6 from kargl at gcc dot gnu dot org 2007-02-11 22:26 ---
daniel,
It's just an inconsistency in implementations. First, note that
FX and myself implemented a lot of the g77 intrinsics procedures
as our first foray into gfortran, so we may have missed some of the
finer deta
--- Comment #25 from tobi at gcc dot gnu dot org 2007-02-11 22:36 ---
Subject: Bug 30478
Author: tobi
Date: Sun Feb 11 22:35:56 2007
New Revision: 121830
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121830
Log:
2007-02-11 Tobias Schlueter <[EMAIL PROTECTED]>
PR fortran/3047
--- Comment #2 from jim at amarooas dot com dot au 2007-02-11 22:53 ---
I configure like this in ~/gcc/build
../configure --prefix=/usr/local/4.3 --enable-java-awt=gtk,xlib
The error was seen with no local patches.
I updated and rebuilt several times over the past 2 weeks before repo
--- Comment #3 from jim at amarooas dot com dot au 2007-02-11 22:56 ---
The souces was checked out as follows:
svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751
For 121818 this test passed.
For 121819 (author of named revision CC:ed), I see:
Running
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
...
FAIL: ext/pb_ds/regression/list_update_data_map_rand.cc (test for excess
errors)
with the message in libstdc++.log being:
/t
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-02-11 23:54
---
I didn't see the bug in my native testing. (I've just rechecked my test logs
to confirm that.) Please post preprocessed source and command-line.
This is probably going to be a latent bug in the middle end, since
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-12 00:00 ---
/* This aborts e.g. when there is _no_ path from ENTRY to EXIT at all. */
gcc_assert (di->nodes == (unsigned int) n_basic_blocks - 1);
Sounds like inlining is messing up the CFG with slightly different NOTHROW
--- Comment #7 from bangerth at dealii dot org 2007-02-12 00:02 ---
(In reply to comment #6)
> I immediately believe that Andrew's and Wolfgang's findings are accurate, but
> I
> never claimed that the mainline has a problem. I never even tried it.
I didn't want to imply that there was
--- Comment #3 from hp at gcc dot gnu dot org 2007-02-12 00:22 ---
Created an attachment (id=13037)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13037&action=view)
Preprocessed and bzip2-compressed (3MeB uncompressed) code.
"cc1plus -O2" is sufficient. Though -quit is recommende
--- Comment #4 from hp at gcc dot gnu dot org 2007-02-12 00:23 ---
s/-quit/-quiet/ in last comment.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from tobi at gcc dot gnu dot org 2007-02-12 00:51 ---
Subject: Bug 30478
Author: tobi
Date: Mon Feb 12 00:51:43 2007
New Revision: 121837
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121837
Log:
2007-02-10 Tobias Schlueter <[EMAIL PROTECTED]>
PR fortran/3047
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-02-12 00:54 ---
I can reproduce this on powerpc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30768
--- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
(In reply to comment #6)
> Fortran is not release-critical and this bug appears to be purely within the
> Fortran front end.
Should I commit the patch for the next release candidate once the branch is
unfrozen? Perso
--- Comment #28 from mark at codesourcery dot com 2007-02-12 01:11 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
tobi at gcc dot gnu dot org wrote:
> --- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
> (In reply to comment #6
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-12
01:15 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
> --- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
> (In reply to comment #6)
> > Fortran is not rele
--- Comment #30 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-12 01:21 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2
during compile of Template::Toolkit::Stash::XS (perl module)
gcc -v -save-temps -c -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -mcpu=v9 -m64 -Wa,-xarch=v9 -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O -DVERSION=\"2.18\" -DXS_VERSION=\"2.18\" -fPIC
"-I/opsc_srb/local/lib/perl5/5.8.
When I built gcc 4.3 revision 121818 with
# make bootstrap BOOT_CFLAGS="-O2 -g -pipe"
thes stage 3 compiler was miscompiled:
checking for suffix of object files... configure: error: cannot compute suffix
of object files: cannot compile
See `config.log' for more details.
make[4]: *** [configure-s
--- Comment #1 from hjl at lucon dot org 2007-02-12 05:21 ---
I also saw
bash-3.1$ make compare
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
Bootstrap comparison failure!
./tree-vrp.o differs
./tree-ssa-operands.o differs
./build/genpreds.o differs
./build/gengtype-yacc.o
--- Comment #8 from rwgk at yahoo dot com 2007-02-12 05:23 ---
I'm in the process of narrowing down the revision bracket the really hard way
(make bootstrap; make; make install for each revision, using a binary search).
Currently my best bracket is:
119819 fails
119788 works
I should h
--- Comment #3 from Ivan dot Scherbakov at acronis dot com 2007-02-12
06:03 ---
The way of declaring inline functions as static is evident, but in fact, when
building large projects containing several libraries the case when the same
inline function is defined more than once in differen
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-02-12 07:05
---
What compiler did you use to build this one?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-12 07:35 ---
Subject: Bug 30284
Author: pault
Date: Mon Feb 12 07:34:51 2007
New Revision: 121841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121841
Log:
2007-02-12 Paul Thomas <[EMAIL PROTECTED]>
BACKPORTS F
--- Comment #8 from pault at gcc dot gnu dot org 2007-02-12 07:35 ---
Subject: Bug 30514
Author: pault
Date: Mon Feb 12 07:34:51 2007
New Revision: 121841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121841
Log:
2007-02-12 Paul Thomas <[EMAIL PROTECTED]>
BACKPORTS F
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-12 07:35 ---
Subject: Bug 30626
Author: pault
Date: Mon Feb 12 07:34:51 2007
New Revision: 121841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121841
Log:
2007-02-12 Paul Thomas <[EMAIL PROTECTED]>
BACKPORTS F
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-12 07:35 ---
Subject: Bug 30407
Author: pault
Date: Mon Feb 12 07:34:51 2007
New Revision: 121841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121841
Log:
2007-02-12 Paul Thomas <[EMAIL PROTECTED]>
BACKPORTS F
--- Comment #8 from pault at gcc dot gnu dot org 2007-02-12 07:36 ---
Fixed on trunk and 4.2.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pault at gcc dot gnu dot org 2007-02-12 07:36 ---
Fixed on trunk and 4.2.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from dominiq at lps dot ens dot fr 2007-02-12 07:37 ---
Subject: Re: recursive I/O hangs under OSX
> PR fortran/30319
Thanks Paul ;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30617
--- Comment #8 from pault at gcc dot gnu dot org 2007-02-12 07:37 ---
Fixed on trunk and 4.2.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2007-02-12 07:37 ---
Fixed on trunk and 4.2.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from armin at xos dot net 2007-02-12 07:51 ---
Subject: Re: compile error / segmentation fault / 64bit compiler
hi!
the c compiler of gcc version 4.1.1
> --- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-02-12 07:05
> ---
> What compiler did you use t
90 matches
Mail list logo
