--- Comment #9 from pault at gcc dot gnu dot org 2008-01-30 07:03 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from pault at gcc dot gnu dot org 2008-01-30 07:02 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #8 from pault at gcc dot gnu dot org 2008-01-30 06:56 ---
Subject: Bug 34429
Author: pault
Date: Wed Jan 30 06:56:10 2008
New Revision: 131956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131956
Log:
2008-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #10 from pault at gcc dot gnu dot org 2008-01-30 06:56 ---
Subject: Bug 34975
Author: pault
Date: Wed Jan 30 06:56:10 2008
New Revision: 131956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131956
Log:
2008-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-30 05:18
---
Reply to comment two:
There is front-endery code to do "cond ? a : b" in the handling of missing
optional dummy arguments. You can borrow from that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34945
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-30 05:06
---
Regarding the segfault, it is similar to pr34828, but not the same place.
Apparently we do not traverse the constructors very well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19925
--- Comment #7 from tbm at cyrius dot com 2008-01-30 03:16 ---
This definitely still ICEs on Alpha:
(sid)[EMAIL PROTECTED]:$ /usr/lib/gcc-snapshot/bin/gcc -Wall -O3 -c test.c
test.c: In function 'f':
test.c:9: internal compiler error: in iv_analyze_expr, at loop-iv.c:935
Please submit a
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-01-30 01:56
---
Here is first part of patch that takes care of the segfault. This is also
helpful for pr19925:
@@ -1051,18 +1054,19 @@ find_array_element (gfc_constructor *con
mpz_mul (span, span, tmp);
}
- if (c
--- Comment #4 from janis at gcc dot gnu dot org 2008-01-30 01:34 ---
TARGET_ALTIVEC_VRSAVE is also set to one in rs6000_override_options after
-mno-vrsave has been process, meaning that the option has no effect.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526
--- Comment #13 from tromey at gcc dot gnu dot org 2008-01-30 01:19 ---
> other
> than that, I'm not aware of any commonly used K&R bits and pieces in a modern
> system.
FWIW -- Emacs is mostly K&R.
--
tromey at gcc dot gnu dot org changed:
What|Removed
The following (IMHO valid) code snippet triggers a segfault since GCC 4.2.0
when compiled with "-fopenmp":
==
struct A
{
A();
A(const A&, ...);
};
void foo()
{
A a;
#pragma omp parallel firstprivate(a)
;
}
===
--- Comment #1 from pmarques at grupopie dot com 2008-01-30 01:07 ---
Created an attachment (id=15055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15055&action=view)
proposed patch
This proposed patch fixes the problem by using the preprocessor to select the
correct type based o
--- Comment #2 from pmarques at grupopie dot com 2008-01-30 01:03 ---
Created an attachment (id=15054)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15054&action=view)
fix to float-floor.c
Marking all tests that use double as unsupported is actually overkill. The avr
target suppor
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-30 00:43 ---
I have a simple fix for 4.4.0:
Index: c-pch.c
===
--- c-pch.c (revision 131943)
+++ c-pch.c (working copy)
@@ -243,8 +243,9 @@
fatal_error
If someone puts a .d file in a .gch directory, we will still warn even if the
user did not use -Winvalid-PCH. All other reasons why we would reject a PCH
including an invalid magic is conditionalized on -Winvalid-PCH so should this
warning.
--
Summary: "too short to be a PCH file" wa
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35026
The following invalid code snippet is accepted on mainline:
=
template struct A
{
T* x[1];
};
A a;
=
One can also trigger ICEs with the snippet if one compiles it with "-g":
bug.cc: In instantiation of 'A':
bug.cc:6: in
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35025
The following invalid code snippet triggers an ICE on mainline since today:
=
template struct A;
template struct A
{
A() {}
};
=
bug.cc:3: error: parameter packs not expanded
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35024
The following invalid code snippet triggers an ICE on mainline since today:
=
template int foo()
{
typename T::X x;
return x;
}
void bar()
{
foo();
}
=
bug.cc: In functio
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35023
The following invalid code snippet triggers an ICE on mainline since today:
=
template int foo()
{
T t;
return t;
}
void bar()
{
foo();
}
=
bug.cc: In function 'int foo()
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35022
The following invalid code snippet triggers an ICE on mainline since today:
=
template class X> void foo(X<0>);
=
bug.cc:1: error: parameter packs not expanded with `...':
bug.c
--- Comment #3 from janis at gcc dot gnu dot org 2008-01-29 23:45 ---
While testing an extremely simple patch for this PR I discovered that
-mabi=no-altivec hasn't had an effect since r99284, which changed the way that
options are handled for the rs6000 back end. Before that change,
rs6
--- Comment #8 from jakub at gcc dot gnu dot org 2008-01-29 23:22 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-29 23:22 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-29 23:22 ---
Subject: Bug 34969
Author: jakub
Date: Tue Jan 29 23:21:24 2008
New Revision: 131946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131946
Log:
PR middle-end/34969
* cgraph.h (cgraph_update_edg
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-29 23:19 ---
Subject: Bug 35017
Author: jakub
Date: Tue Jan 29 23:19:07 2008
New Revision: 131945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131945
Log:
PR c/35017
* c-decl.c (start_decl): Don't pedwarn
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-29 21:59 ---
You want:
f.template bar<3>(0);// doesn't work here
f.emplate moo(0); // doesn't work here
Since f is dependent, the parser cannot figure out if f.bar and f.moo are a
template or not when it is parsing
g++ is unable to compile a call to a templatized method from a template
function that takes the class that contains the templatized methods as
a template parameter.
Environment:
System: Linux bnell-deb4-64 2.6.18-4-amd64 #1 SMP Mon Mar 26 11:36:53 CEST 2007
x86_64 GNU/Linux
Architecture: x86_64
--- Comment #12 from jakub at gcc dot gnu dot org 2008-01-29 21:22 ---
These tests time out from time to time when the testing box is busy, that's
quite
normal. The problem is in the use of sched_yield (), which puts the calling
thread to the end of the runqueue. If there are many proc
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-29 21:07 ---
Created an attachment (id=15053)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15053&action=view)
patch in testing
This is a simple fix to adjust the respective vector (that get's
filled/finalized far too early,
--- Comment #2 from mark at gcc dot gnu dot org 2008-01-29 21:02 ---
Note that the libgcj and classpath versions of getSimpleName() were written
independently.
Although the classpath implementation might help in the short run. It is based
on syntactically reconstructing the simple name.
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-29 20:35 ---
Several question marks for someone more familiar with the testsuite..
In the event that we can check against several multilib variants (?) that thus
match different dg-require (?), we may (?) eventually check against
--- Comment #1 from mark at gcc dot gnu dot org 2008-01-29 20:35 ---
GNU Classpath contains:
2007-08-20 Andrew John Hughes <[EMAIL PROTECTED]>
* vm/reference/java/lang/VMClass.java:
(getCanonicalName(Class)): Fix handling of member
classes so we don't fall out
Test Code:
public class test
{
class inner
{
}
public static void main(String[] args)
{
System.out.println(inner.class.getSimpleName());
}
}
Result with GCJ:
[EMAIL PROTECTED]:/root# java test
test$inner
Result with Sun:
[EMAIL PROTECTED]:/opt/sid/root $ sudo java test
--- Comment #4 from rep dot dot dot nop at gmail dot com 2008-01-29 20:23
---
Subject: Re: missing cleanup-modules directive in
testsuite/gfortran*
On Tue, Jan 29, 2008 at 08:15:23PM -, burnus at gcc dot gnu dot org wrote:
>--- Comment #3 from burnus at gcc dot gnu dot
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-29 20:15 ---
> You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily
> scan for any un-cleaned mod. See top of the script for the files i initially
> fed to it.
Most (all?) .mod files which are left over com
Patch (contains also a different patch, I'm to lazy to separate):
The missing argument check is not needed as this is already checked for in
gcc/fortran/gfortranspec.c. OPT_M is not needed as -M is changed into -J.
Index: gcc/fortran/gfortranspec.c
===
--- Comment #5 from fago at earthlink dot net 2008-01-29 19:47 ---
So it is a gcc issue -- seems like it will have to wait for 4.4 then? Easy
enough work-around I guess. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-01-29 19:45
---
(In reply to comment #3)
> will it make it into 4.2.3?
No way: the release process for 4.2.3 has started:
http://gcc.gnu.org/ml/gcc/2008-01/msg00477.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719
--- Comment #3 from fago at caltech dot edu 2008-01-29 19:36 ---
This also happens on 4.2.2 It is indeed fixed by using -gdwarf-2.
So should gcc set the type of debug information differently on Leopard, or is
it Apple's issue? If the former, it seems like it should be straight-forward;
--- Comment #5 from joseph at codesourcery dot com 2008-01-29 18:24 ---
Subject: Re: [4.3 Regression] PR11377 pedwarns even about valid
code
On Tue, 29 Jan 2008, jakub at gcc dot gnu dot org wrote:
> TREE_READONLY isn't modifiable, so I guess that part is quite clear and I'm
> also
>
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-01-29
17:59 ---
The problem certainly didn't exist with gcc 4.2.1 on darwin8.10.0...
http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00847.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35012
--- Comment #11 from hubicka at ucw dot cz 2008-01-29 17:51 ---
Subject: Re: [4.3 regression] calling a function with undefined parameters
causes segmentation fault at -O1 or higher
Hi,
the patch seems to pass my local testing, but on Zdenek's tester I get
curious results on i686:
Tes
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-29 17:48 ---
Created an attachment (id=15052)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15052&action=view)
gcc43-pr35017.patch
Alternative patch, which only pedwarns in inline definitions as defined in
4.7.6p6 as before,
--- Comment #2 from sebpop at gmail dot com 2008-01-29 17:40 ---
Subject: Re: [4.3 regression] ICE with -fcheck-data-deps
On 29 Jan 2008 13:34:07 -, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> P4, unless you can reproduce without -fcheck-data-deps. -fcheck-data-deps
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-29 17:39 ---
BTW, the patch I've attached doesn't bootstrap, got an error on bitmap.c.
Simplified testcase:
typedef int bitmap_element;
typedef struct { bitmap_element *first; } *bitmap;
extern void bitmap_clear (bitmap);
static v
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-29 17:31 ---
Created an attachment (id=15051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15051&action=view)
gcc43-pr35017.patch
TREE_READONLY isn't modifiable, so I guess that part is quite clear and I'm
also
pretty sure
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-29 17:27 ---
See also: PR29458
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2008-01-29 17:25
---
Created an attachment (id=15050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15050&action=view)
reduced testcase
t.5.ii: In function int main():
t.5.ii:14: error: ambiguous overload for operator== in
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-29 17:09 ---
Configure gcc with --with-pic.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-29 17:07 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11377 says otherwise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-01-29 16:15
---
(In reply to comment #2)
> Andrew, you mentioned the two-decl per function elsewhere as well. Where can
> one learn more about this? why do we have two decls at all? where do they come
> from, where do they go? Ho
--- Comment #2 from eres at il dot ibm dot com 2008-01-29 16:07 ---
Created an attachment (id=15049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15049&action=view)
A patch I am currently testing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 16:05 ---
You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily
scan for any un-cleaned mod. See top of the script for the files i initially
fed to it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-29 15:58 ---
Fixed.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 15:57 ---
Subject: Bug 35002
Author: aldot
Date: Tue Jan 29 15:56:20 2008
New Revision: 131940
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131940
Log:
2008-01-29 Bernhard Fischer <[EMAIL PROTECTED]>
PR c/3
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-29 15:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-29 15:48 ---
Subject: Bug 35006
Author: rguenth
Date: Tue Jan 29 15:47:19 2008
New Revision: 131939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131939
Log:
2008-01-29 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-29 15:36 ---
> This scripts emits on stdout a diagnostic message about
> a) wrong encoding in testcases (CRLF)
I think it is OK to mix \n and \r\n in the test suite as both should work. In
principle "\r" (old Mac files) should wo
--- Comment #1 from nizze86 at hotmail dot com 2008-01-29 15:36 ---
Created an attachment (id=15048)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15048&action=view)
Preprocessed sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35018
Using gcc version 4.3.0 20080125 (experimental) (GCC) to crosscompile the
attached file for m68k-elf, I get the following line of asm:
move.l (%a2,%a0.l*4),76(%sp)
which is invalid for the target cpu I have specified. (-mcpu=5249)
This is my compiler command line:
/rockbox/apps/codecs/Tremor$ /
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||diagnostic, rejects-valid
Priority|P3
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-29 15:32 ---
I believe we have a dup for this somewhere. Broken on the 4.1 and 4.2 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from Jerry_V_DeLisle at rl dot gov 2008-01-29 15:29 ---
The segfault here is the same segfault I reported in 34828 yesterday. I have a
patch all ready for that part.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19925
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-29 15:25 ---
*** Bug 35016 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 15:25 ---
*** This bug has been marked as a duplicate of 35008 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #18 from dje at gcc dot gnu dot org 2008-01-29 15:22 ---
IBM XLC has had problems bootstrapping GCC. I am surprised you got to
libstdc++ for GCC 4.2.2. If you were using XLC, then that likely is the
problem and it miscompiled the stage1 GCC compiler.
--
http://gcc.gnu.
--- Comment #17 from tammer at tammer dot net 2008-01-29 15:17 ---
I have used IBM XL C/C++ 9.0 to bootstrap the gcc 4.3 compiler. I will test the
build with the gcc 4.2.2 build from www.perzl.org (Mr. Perzl from IBM Germany)
for the initial stage1.
Thanks for your help.
--
http://
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118357 introduced pedwarns
about any static decls in external linkage inline functions, but ISO C99
6.4.7/3
has:
"An inline definition of a function with external linkage shall not contain a
definition of a modifiable object with static storage durat
--- Comment #3 from wirawan0 at gmail dot com 2008-01-29 15:00 ---
Created an attachment (id=15047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15047&action=view)
Sample code to cause compilation error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
--- Comment #2 from wirawan0 at gmail dot com 2008-01-29 14:59 ---
The whole snippet must be included the (un)desirable error to show up. Let me
give an attachment to make it clear.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
The following testcase fails to compile:
template struct outer1
{
typedef int my_value_type; // define a nested datatype
template struct inner1
{
typedef outer1 myboss;
// borrow the boss's datatype << -- don't reduce or change this one:
typedef typename myboss::my
--- Comment #16 from dje at gcc dot gnu dot org 2008-01-29 14:42 ---
By the way, I am using a recent GCC compiled for AIX 5.3 with the "fixed"
headers removed as the bootstrap compiler on AIX 6.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
--- Comment #15 from dje at gcc dot gnu dot org 2008-01-29 14:40 ---
First, mainline bootstraps fully for me on AIX 6.1. I am closing this bug
about AIX building libstdc++ as resolved in GCC 4.3.
Second, "... and you are right" is completely meaningless without context. I
have no idea
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-01-29 14:24 ---
Fixed on mainline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:27 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-29 14:26 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:26 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #17 from dgregor at gcc dot gnu dot org 2008-01-29 14:24
---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #9 from dgregor at gcc dot gnu dot org 2008-01-29 14:24 ---
Fixed in mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-01-29 14:22 ---
Actually, I don't know whether max is valid or not. My
inclination is that it is invalid, because when Params is empty, it becomes an
invalid specialization max. (This happens, for example, if we try to compute
max::
$ wget -P gcc/contrib/ \
http://uclibc.org/~aldot/gcc/gfortran.dg-final.cleanup-mods.awk
$ chmod +x gcc/contrib/gfortran.dg-final.cleanup-mods.awk
$ cd gcc/testsuite
$ $ for i in $(grep --exclude='*.svn*' -rl dg-do gfortran*); do
../contrib/gfortran.dg-final.cleanup-mods.awk $i;done 2> /dev/null
T
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 14:09 ---
I think this is by design. Of course given -static-libgfortran, it might make
sense to offer both.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34754
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34753
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34919
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34755
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34219
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34055
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34961
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
1 - 100 of 129 matches
Mail list logo
