--- Comment #4 from bernie at codewiz dot org 2008-01-22 08:21 ---
Ok for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15951
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-22 08:55 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #7 from manfred99 at gmx dot ch 2008-01-22 08:41 ---
Hmm,
I like the idea of being able to compile also legacy code with gfortran.
However, I really see the point Steve is making. With this patch things
get confusing.
If you consider a modified version of Steve's example:
c2
--- Comment #8 from manfred99 at gmx dot ch 2008-01-22 09:23 ---
Gaa, my example is BS, of course.
The really interesting thing is however, that g77 compiles it just fine
and happily treats "1" as continuation line.
What a can of worms!!
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #9 from burnus at gcc dot gnu dot org 2008-01-22 09:30 ---
Patch was: http://gcc.gnu.org/ml/fortran/2008-01/msg00261.html
FIXED on the trunk (4.3.0).
Manfred Schwarb wrote:
> I like the idea of being able to compile also legacy code with gfortran.
> However, I really see the
--- Comment #6 from pault at gcc dot gnu dot org 2008-01-22 09:03 ---
(In reply to comment #5)
> Changing summary to better reflect what is wrong.
Jerry,
Jerry,
I believe this to be something missing in the library.
Other compilers (G95 and DEC are what I can lay hands on right now),
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-22 09:38 ---
Slightly simplified testcase:
$> cat pr34915.f90
character(*),dimension(1),parameter :: a=(/ 'a() ' /)
integer,dimension(1),parameter :: l=len_trim(a)
end
Interestingly, without the DIMENSION statement, there
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-22 09:49 ---
Testing a fix.
--- tree.c.jj1242008-01-22 10:46:20.0 +0100
+++ tree.c 2008-01-22 10:46:20.0 +0100
@@ -3735,6 +3735,8 @@ build_type_attribute_qual_variant (tree
ttype = build_qualif
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-22 10:23 ---
vector of OFFSET_TYPE elements should be disallowed IMNSHO.
Testing a patch for that.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-22 10:47 ---
Yep, we should reject them.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from tbm at cyrius dot com 2008-01-22 10:49 ---
I've now successfully bootstrapped and regtested this change with trunk on
ARM. I enabled c,c++,fortran,objc,obj-c++,treelang.
There are no regressions and the segfault is gone.
Eric, can you please submit the patch?
Tha
--- Comment #8 from sposelenov at emcraft dot com 2008-01-22 10:55 ---
(In reply to comment #7)
> First, please stop changing the categorization of this bug.
>
Sorry.
> The patch which changed this behavior is
>
> http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00276.html
>
Thanks.
>
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-22 10:56 ---
In non-std=c++0x mode this is an ICE-after-error (and a regression).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-22 10:51 ---
Confirmed.
We come through handle_vector_size_attribute (which we probably should
defer to after template instantiation) and hit reconstruct_complex_type
which says
/* HACK. GROSS. This is absolutely disgusting.
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-22 10:48 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-22 10:30 ---
Index: fortran/expr.c
===
--- fortran/expr.c (revision 131693)
+++ fortran/expr.c (working copy)
@@ -2109,7 +2109,8 @@ check_elemental (gfc_ex
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34913
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-22 11:06 ---
The problem is that handle_vector_size_attribute calls reconstruct_complex_type
and ARRAY_TYPE has value dependent size. At least for ARRAY_TYPE we want to
use build_cplus_array_type rather than build_array_type when
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-22 11:35 ---
I bet if you put jj in struct and don't have a nested function, this will be
the same issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-22 11:38 ---
Actually I think vector should apply to int here rather than to the pointer to
member type.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-01-22 11:39
---
> I've now successfully bootstrapped and regtested this change with trunk on
> ARM. I enabled c,c++,fortran,objc,obj-c++,treelang.
>
> There are no regressions and the segfault is gone.
Great!
> Eric, can you
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-22 11:40 ---
(In reply to comment #2)
> Actually I think vector should apply to int here rather than to the pointer to
> member type.
That is the following should be accepted and should be the correct type:
struct A {};
void fo
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-22 11:50 ---
(In reply to comment #2)
> more simplified
You have a dependent base class while ...
> while this one works
This one is not dependent so it can be looked up at parsing time.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #25 from ubizjak at gmail dot com 2008-01-22 12:03 ---
Created an attachment (id=14996)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14996&action=view)
Much shorter testcase.
This testcase was used to track down problems with fre pass. Stay tuned for an
analysis.
--
--- Comment #26 from pinskia at gcc dot gnu dot org 2008-01-22 12:07
---
Really I bet FRE is doing its job and the RA can't do its.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33928
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-01-22 12:22 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-01-22 12:20 ---
Subject: Bug 34915
Author: dfranke
Date: Tue Jan 22 12:19:54 2008
New Revision: 131715
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131715
Log:
gcc/fortran:
2008-01-22 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #27 from ubizjak at gmail dot com 2008-01-22 12:20 ---
As already noted by Richi in Comment #9, the difference is in usage of %rax.
gcc-4.2 generates:
...
addq$7, %rax
leaq(%rax,%rbp,2), %r10
leaq(%rax,%rdx,2), %rdx
leaq
--- Comment #30 from ubizjak at gmail dot com 2008-01-22 12:52 ---
Please note that for the original testcase (direct.i), even '-O2 --param
max-aliased-vops=10' doesn't generate expected code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33928
--- Comment #29 from bonzini at gnu dot org 2008-01-22 12:39 ---
target independent
--
bonzini at gnu dot org changed:
What|Removed |Added
Component|target
--- Comment #3 from pault at gcc dot gnu dot org 2008-01-22 12:28 ---
Dick,
You seem to have an unerring aim at our wellweaker points. Thanks for
coming in with these bugs, they are really helping.
This fellow comes about because there just is no provision for writing a
tempor
--- Comment #28 from rguenth at gcc dot gnu dot org 2008-01-22 12:38
---
This is an alias partitioning problem, with --param max-aliased-vops=1 I
see the sequence optimized by FRE. Or, with the alias-oracle patch for FRE
--param max-fields-for-field-sensitive=1 does the job as well
--- Comment #31 from rguenth at gcc dot gnu dot org 2008-01-22 13:06
---
Created an attachment (id=14997)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14997&action=view)
asm with alias-oracle enabled FRE
This is the asm produced from direct.i with -O2 --param
max-fields-for-fiel
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-22 13:24 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-22 13:24 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from hjl dot tools at gmail dot com 2008-01-22 13:36 ---
*** Bug 34847 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34921
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-22 13:39 ---
I have a patch which does that, will bootstrap/regtest and post.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from manu at gcc dot gnu dot org 2008-01-22 13:28 ---
Subject: Bug 33092
Author: manu
Date: Tue Jan 22 13:27:52 2008
New Revision: 131717
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131717
Log:
2008-01-22 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR mi
--- Comment #1 from hjl dot tools at gmail dot com 2008-01-22 13:36 ---
*** This bug has been marked as a duplicate of 34921 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
enable/disable configure flags for libgomp and libmudflap are not documented in
the toplevel ./configure --help, unlike libssp.
pinskia said that "disabling toplevel directories is generic".
libstdc++-v3 gives:
$ ../../src/gcc-4.3/configure --disable-libstdc++-v3
configure: error: invalid feature
--- Comment #11 from manu at gcc dot gnu dot org 2008-01-22 13:32 ---
Rob,
I just noticed that you proposed a patch and got no answer. I am sorry for
that. Patches should be sent to [EMAIL PROTECTED] Even that does not
ensure that it will get noticed. If after one week or two nobody giv
--- Comment #28 from zadeck at naturalbridge dot com 2008-01-22 13:35
---
Subject: Re: [4.3 Regression] gfortran.dg/array_constructor_9.f90
zadeck at naturalbridge dot com wrote:
> --- Comment #27 from zadeck at naturalbridge dot com 2008-01-21 15:36
> ---
> Subject: Re: [4
--- Comment #10 from manu at gcc dot gnu dot org 2008-01-22 13:29 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #14 from drow at gcc dot gnu dot org 2008-01-22 13:30 ---
Subject: Re: gas version style changed causes
warnings with configure
Thanks, H.J.!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-22 13:49 ---
Yes, probably even a dup of that. I don't have 2.95 to verify this is a
regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34824
--- Comment #15 from hjl at gcc dot gnu dot org 2008-01-22 13:55 ---
Subject: Bug 32287
Author: hjl
Date: Tue Jan 22 13:55:11 2008
New Revision: 131718
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131718
Log:
2008-01-22 H.J. Lu <[EMAIL PROTECTED]>
PR bootstrap/32287
--- Comment #60 from zadeck at gcc dot gnu dot org 2008-01-22 13:57 ---
Subject: Bug 26854
Author: zadeck
Date: Tue Jan 22 13:57:01 2008
New Revision: 131719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131719
Log:
2008-01-22 Kenneth Zadeck <[EMAIL PROTECTED]>
PR rtl
--- Comment #29 from zadeck at gcc dot gnu dot org 2008-01-22 13:57 ---
Subject: Bug 34884
Author: zadeck
Date: Tue Jan 22 13:57:01 2008
New Revision: 131719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131719
Log:
2008-01-22 Kenneth Zadeck <[EMAIL PROTECTED]>
PR rtl
--- Comment #59 from zadeck at gcc dot gnu dot org 2008-01-22 13:57 ---
Subject: Bug 34400
Author: zadeck
Date: Tue Jan 22 13:57:01 2008
New Revision: 131719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131719
Log:
2008-01-22 Kenneth Zadeck <[EMAIL PROTECTED]>
PR rtl
--- Comment #30 from zadeck at naturalbridge dot com 2008-01-22 13:58
---
Subject: Re: [4.3 Regression] gfortran.dg/array_constructor_9.f90
Kenneth Zadeck wrote:
> zadeck at naturalbridge dot com wrote:
>
>> --- Comment #27 from zadeck at naturalbridge dot com 2008-01-21 15:36
--- Comment #12 from manu at gcc dot gnu dot org 2008-01-22 14:12 ---
Subject: Bug 32102
Author: manu
Date: Tue Jan 22 14:11:44 2008
New Revision: 131720
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131720
Log:
2008-01-22 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR 3
--- Comment #16 from hjl dot tools at gmail dot com 2008-01-22 14:14
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
This doesn't happen with 2008-01-19 snapshot,
[~]> /var/pisi/gcc-4.3_pre20080122-33/work/gcc-4.3-20080122/build/./gcc/xgcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
--libexecdir=/usr/lib --include
--- Comment #12 from manu at gcc dot gnu dot org 2008-01-22 14:17 ---
Subject: Bug 33092
Author: manu
Date: Tue Jan 22 14:17:00 2008
New Revision: 131721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131721
Log:
Missed testcase in earlier commit.
2008-01-22 Manuel Lopez-Ibane
--- Comment #13 from manu at gcc dot gnu dot org 2008-01-22 14:19 ---
Subject: Bug 32102
Author: manu
Date: Tue Jan 22 14:19:01 2008
New Revision: 131722
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131722
Log:
Missed testcases in earlier commit.
2008-01-22 Manuel Lopez-Iban
--- Comment #14 from manu at gcc dot gnu dot org 2008-01-22 14:22 ---
When you try to do things faster, you end up taking more time.
Anyway, fixed for GCC 4.3.
Ian,
do you think this should/could be backported to GCC 4.2 or should we just close
it as fixed?
--
manu at gcc dot gnu
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-22 14:03 ---
If disabling toplevel directories is really generic, then libada and libssp
should be removed from the --help output.
--enable-languages=c --disable-libstdc++-v3
should be accepted.
Means to use a different libstdc++
--- Comment #4 from hjl dot tools at gmail dot com 2008-01-22 14:26 ---
(In reply to comment #2)
> I bet if you put jj in struct and don't have a nested function, this will be
> the same issue.
>
struct works for me:
bash-3.2$ cat x.c
#include
#include
#include
#ifndef ALIGNMENT
#
--- Comment #31 from zadeck at naturalbridge dot com 2008-01-22 14:35
---
resolved with the patch referenced in comment 30.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
---
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-22 14:45
---
This only happens when make profiledbootstrap is used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-22 14:46 ---
Subject: Bug 34768
Author: rguenth
Date: Tue Jan 22 14:45:56 2008
New Revision: 131723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131723
Log:
2008-01-22 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-22 14:46 ---
Subject: Bug 34070
Author: rguenth
Date: Tue Jan 22 14:45:56 2008
New Revision: 131723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131723
Log:
2008-01-22 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-22 14:46 ---
Subject: Bug 34739
Author: rguenth
Date: Tue Jan 22 14:45:56 2008
New Revision: 131723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131723
Log:
2008-01-22 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #23 from rguenth at gcc dot gnu dot org 2008-01-22 14:46
---
Subject: Bug 28796
Author: rguenth
Date: Tue Jan 22 14:45:56 2008
New Revision: 131723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131723
Log:
2008-01-22 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-22 14:47 ---
Yeah, that was the intent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34829
--- Comment #4 from jason at gcc dot gnu dot org 2008-01-22 14:48 ---
Subject: Bug 34846
Author: jason
Date: Tue Jan 22 14:48:05 2008
New Revision: 131724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131724
Log:
PR c++/33959
* pt.c (tsubst_aggr_type): Make sure
--- Comment #10 from jason at gcc dot gnu dot org 2008-01-22 14:48 ---
Subject: Bug 33959
Author: jason
Date: Tue Jan 22 14:48:05 2008
New Revision: 131724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131724
Log:
PR c++/33959
* pt.c (tsubst_aggr_type): Make sur
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-01-22 14:54
---
Yes, I will have another look.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34876
--- Comment #11 from jakub at gcc dot gnu dot org 2008-01-22 14:54 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-22 14:56 ---
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-22 14:56 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-22 14:52 ---
Fixed on the 4.2 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-22 14:51 ---
Fixed on the 4.2 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-22 14:50 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jason at gcc dot gnu dot org 2008-01-22 14:48 ---
Subject: Bug 34573
Author: jason
Date: Tue Jan 22 14:48:05 2008
New Revision: 131724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131724
Log:
PR c++/33959
* pt.c (tsubst_aggr_type): Make sure
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-22 15:16 ---
All testcases are accepted by 2.95.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28475
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-22 15:47 ---
I see instead in stagefeedback (with checking enabled)
configure:2567: checking for suffix of object files
configure:2588: /space/rguenther/obj/./gcc/xgcc -B/space/rguenther/obj/./gcc/
-B/usr/local/x86_64-unknown-li
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-22 15:51
---
Thats the exact place I crash, though 2008-01-19 snapshot was OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #37 from jason at gcc dot gnu dot org 2008-01-22 15:37 ---
(In reply to comment #7)
> Since complex types are arithmetic types in GNU C++, we should allow standard
> conversions to them from integers, just as we do for all other arithmetic
> types.
>
> However, this runs int
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-22 16:24 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-22 16:22 ---
Subject: Bug 34918
Author: jakub
Date: Tue Jan 22 16:22:06 2008
New Revision: 131727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131727
Log:
PR c++/34918
* error.c (dump_expr): Handle VECTOR
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-22 16:20 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|
hi
I am a developer for a small software house and we have a problem with
fwritable strings in our in house compiler which takes our source code
and translates it to c then invokes the gcc compiler.
The environment build ok but is unable to compile any code, if we remove
the -fwritable_strin
--- Comment #9 from dje at gcc dot gnu dot org 2008-01-22 15:59 ---
GCC does not use the load and store multiple instructions because the source
file declares r29 a global variable:
register volatile gd_t *gd asm ("r29");
The bug fix mentioned above inhibits GCC from using lmw/stmw if
--- Comment #12 from jason at gcc dot gnu dot org 2008-01-22 16:00 ---
Subject: Bug 33959
Author: jason
Date: Tue Jan 22 15:59:57 2008
New Revision: 131725
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131725
Log:
PR c++/33959
* pt.c (tsubst_aggr_type): Make sur
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-22 16:18 ---
Subject: Bug 34917
Author: jakub
Date: Tue Jan 22 16:18:14 2008
New Revision: 131726
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131726
Log:
PR c++/34917
* tree.c (build_type_attribute_qual_
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
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 burnus at gcc dot gnu dot org 2008-01-22 16:44 ---
Subject: Bug 34907
Author: burnus
Date: Tue Jan 22 16:43:20 2008
New Revision: 131728
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131728
Log:
2008-01-22 Tobias Burnus <[EMAIL PROTECTED]>
PR fortr
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-22 17:04
---
--enable-checking=yes with make profiledbootstrap works with revision 131727
here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-22 17:26 ---
Subject: Bug 34607
Author: jakub
Date: Tue Jan 22 17:25:37 2008
New Revision: 131730
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131730
Log:
PR c++/34607
* c-parser.c (c_parser_omp_for_loop)
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-22 17:03 ---
Subject: Bug 34914
Author: jakub
Date: Tue Jan 22 17:03:12 2008
New Revision: 131729
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131729
Log:
PR c++/34914
* c-common.c (handle_vector_size_att
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-22 17:09 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-22 17:26 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #5 from ismail at pardus dot org dot tr 2008-01-22 17:37
---
Looks fixed with current trunk.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-22 17:55 ---
Subject: Bug 34829
Author: tromey
Date: Tue Jan 22 17:54:59 2008
New Revision: 131732
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131732
Log:
gcc/testsuite
PR c++/34829:
* g++.dg/ext/pr3482
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-22 17:54 ---
Created an attachment (id=14998)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14998&action=view)
A fix for this PR
As I suspected, the attached does the trick. It is regtesting right now and I
want to see if I
--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-01-22 17:32
---
(In reply to comment #0)
>
> libstdc++-v3 gives:
> $ ../../src/gcc-4.3/configure --disable-libstdc++-v3
> configure: error: invalid feature name: libstdc++-v3
This error is from the Autoconf code that parses ar
--- Comment #38 from mark at codesourcery dot com 2008-01-22 17:47 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types
for ?: with "complex type" conversion
jason at gcc dot gnu dot org wrote:
>> However, this runs into problems with libstdc++. In particular,
>> std::c
--- Comment #6 from tromey at gcc dot gnu dot org 2008-01-22 17:57 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
1 - 100 of 207 matches
Mail list logo
