I do nothing special with gcc (yet), just build it locallay to have a
controlled version. I CM control the cfg and scripts to build it. In doing so I
want the build to reflect the version and hence I use the --with-pkgversion
option during configure.
The problem is that my identifier is an URI
4.3.5 but 4.5.0 looks about the same, but it has an additional instance:
mber/dpd -I../libdecnumber -I/usr/local/include ../../gcc/gcc/opts.c -o
opts.o
../../gcc/gcc/opts.c: In function `wrap_help':
../../gcc/gcc/opts.c:1037: warning: field width is not type int (arg 3)
Hm, it seems on some 32bit systems, where there is no -m64, wideint can be a
mere 32bits.
In which case the code should probably say:
hwi = ((hwi (shift - 1)) 1);
This was targeting OpenBSD/x86.
Maybe I should just stick need_64bit_hwint = yes on config.gcc for that and
move along?
Assume
--- Comment #31 from dominiq at lps dot ens dot fr 2010-07-19 07:53 ---
(In reply to comment #24)
Created an attachment (id=21243)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21243action=view) [edit]
Patch v4
This patch (with/without the patch in
--- Comment #3 from rob1weld at aol dot com 2010-07-19 08:25 ---
... this does not get parallelized at all ...
Also see 34501
Perhaps we could make some use of Pluto. It is a fully automatic (C to OpenMP
C) parallelizer that makes code amenable to auto-vectorization.
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 09:12 ---
Confirmed.
./cc1 -quiet t.c
t.c: In function 'main':
t.c:5:3: error: void value not ignored as it ought to be
t.c:5:3: error: void value not ignored as it ought to be
t.c:5:5: internal compiler error: tree check:
--- Comment #6 from paolo dot carlini at oracle dot com 2010-07-19 09:25
---
Any comment from the ARM maintainers about Mikael' patch? Otherwise, I mean to
apply it and close the PR pretty soon...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44902
--- Comment #8 from paolo dot carlini at oracle dot com 2010-07-19 09:38
---
OK, I'm committing my bits and leaving the PR open for you to investigate the
second issue (PS: I noticed an ICE on invalid while quickly hacking the
testcase, if I figure out isn't a duplicate I'll file a
--- Comment #7 from mikpe at it dot uu dot se 2010-07-19 09:48 ---
I had planned to include this patch in my native ARM bootstrap+regtest of the
next 4.6 weekly snapshot (4.6-20100717) and then submit it properly, but with
the bootstrap-breaking r162270 mess it slipped my mind.
If
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-19 09:51 ---
#3 0x0060425e in store_one_arg (arg=0x7fffbc10,
argblock=0x77ee0540, flags=0, variable_size=0, reg_parm_stack_space=0)
at /space/rguenther/src/svn/trunk/gcc/calls.c:4309
4309
--- Comment #2 from steven at gcc dot gnu dot org 2010-07-19 09:58 ---
Should be easy, this one. I like easy.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from paolo dot carlini at oracle dot com 2010-07-19 10:15
---
If you can svn update to a revision pre-breakage and natively test there it
would be great. But really, I just compared unwind-cxx.h to the actual
definitions in eh_arm.cc and the patch seems pretty
--- Comment #12 from victor dot pasko at gmail dot com 2010-07-19 10:25
---
Isn't really difficult to fix that in libgfortran sources by using:
if(pthread_cancel)
{
pthread_cancel(...);
}
instead of just
pthread_cancel(...);
as it is now.
--
--- Comment #9 from paolo at gcc dot gnu dot org 2010-07-19 10:28 ---
Subject: Bug 44969
Author: paolo
Date: Mon Jul 19 10:27:58 2010
New Revision: 162303
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162303
Log:
/cp
2010-07-19 Paolo Carlini paolo.carl...@oracle.com
--- Comment #4 from ro at gcc dot gnu dot org 2010-07-19 11:15 ---
libada failed to build with the same error in i386-pc-solaris2.10. You patch
patch fixed that as well.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from bernds at gcc dot gnu dot org 2010-07-19 11:27 ---
Fixed now.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
More an cosmetic issue:
when -fuse-linker-plugin -save-temps is used for a LTO code generation link
the resolution file passes to the linker is always the last argument on the
command line.
This means if it's an option (in my case -Wl,--end-group) you end up with
--end-group.res, which is
--- Comment #28 from dberlin at gcc dot gnu dot org 2010-07-19 12:00
---
Subject: Re: Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6
On Thu, Jul 15, 2010 at 7:04 PM, LpSolit at netscape dot net
gcc-bugzi...@gcc.gnu.org wrote:
--- Comment #27 from LpSolit at netscape dot net
--- Comment #5 from burnus at gcc dot gnu dot org 2010-07-19 12:07 ---
Revert was due to: http://gcc.gnu.org/ml/fortran/2010-07/msg00248.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44353
The *mmintr.h files have checks like
#ifndef __SSE4_2__
# error SSE4.2 instruction set not enabled
#else
Problem with this is that it assumes that the whole file is compiled with
-msse4.2 or similar option.
But with __attribute__((target(...))) it's possible and appropiate to
let only part of
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-19 12:47 ---
Well, the list of problems is endless it seems - we are not consistent in
how we build accesses for
declD.1.u1.a.align = 13;
vs.
decl$u1$a$align_5 = BIT_FIELD_REF MEM[(unnamed-unsigned:24 *)declD.2],
24, 0;
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-19 12:49 ---
Created an attachment (id=21249)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21249action=view)
wip patch
Testcase that shows this behavior is gcc.dg/tree-ssa/vrp14.c which is
miscompiled.
--
--- Comment #3 from anitha dot boyapati at atmel dot com 2010-07-19 12:56
---
When I tried with AVR Studio 4.18, Build 684, the program didn't crash.
I think the issue is not with compiler. Disassembly looks proper and call to
Evaluate() is returned. This can be verified by using
--- Comment #4 from anitha dot boyapati at atmel dot com 2010-07-19 13:03
---
SSA pass pass_remove_useless_stmts() removes useless statements and any code
beyond statements like while(1); will not be generated. This might be why the
breakpoint at while(TRUE); in the testcase is not
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 13:03 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 13:11 ---
Confirmed.
-plugin-opt=-fresolution=%u.res
is supposed to use a nice name as base with -save-temps (but appearantly
it's choice isn't very good).
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-07-19 13:12
---
Subject: Bug 44953
Author: jvdelisle
Date: Mon Jul 19 13:11:54 2010
New Revision: 162304
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162304
Log:
2010-07-19 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-19 13:19 ---
According to
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01409.html
this is an x86 backend bug.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2010-07-19
13:25 ---
On x86_64-apple-darwin10, the bootstrap failure at r162303 is exhibited as a
miscompiled build/genattrtab...
/Users/howarth/darwin_objdir/./prev-gcc/xgcc
-B/Users/howarth/darwin_objdir/./prev-gcc/
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-19 13:27 ---
The design of target attribute is incomplete and
its implementation is broken. See PR 37565.
I'd like to see a new design/implementation. We
should deal with all issues, including header files,
in the new
Command line:
$ gcc -O testcase.c
Compiler output:
$ gcc -O testcase.c
testcase.c: In function 'foo':
testcase.c:12:22: internal compiler error: in make_decl_rtl, at varasm.c:1344
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for
--- Comment #1 from zsojka at seznam dot cz 2010-07-19 13:33 ---
Created an attachment (id=21250)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21250action=view)
reduced testcase (from iptraf sources)
Similiar to PR44941 testcase and reduced from the same file, this one doesn't
--- Comment #5 from zsojka at seznam dot cz 2010-07-19 13:35 ---
Thank you for fixing this.
It seems the original ICE (in make_decl_rtl, at varasm.c:1346) is different, so
I opened it as PR44988.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44941
--- Comment #6 from hjl at gcc dot gnu dot org 2010-07-19 13:35 ---
Subject: Bug 44353
Author: hjl
Date: Mon Jul 19 13:35:19 2010
New Revision: 162305
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162305
Log:
Remove gfortran.dg/data_implied_do_2.f90.
2010-07-19 H.J. Lu
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-19 13:40 ---
The difference starts to appear with .030t.ealias, where with debug info
we get a massive re-ordering of immediate uses (diff from .029t.forwprop1):
prev_1 : --2 uses.
-D.2738_7 = *prev_1;
info_6 = *prev_1;
#
On Linux/x86, revision 162274 gave:
FAIL: g++.dg/guality/redeclaration1.C -O2 -flto line 16 i == 24
FAIL: g++.dg/guality/redeclaration1.C -O2 -fwhopr line 16 i == 24
Revision 162258 is OK.
--
Summary: [4.6 regression] g++.dg/guality/redeclaration1.C
Product: gcc
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-19 13:42 ---
Revision 162269 is bad and revision 162264 is good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-07-19
13:43 ---
The proposed patch in http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01409.html
shifts the bootstrap failure on x86_64-apple-darwin10 to...
libtool: compile: /Users/howarth/darwin_objdir/./gcc/xgcc
--- Comment #5 from eric dot weddington at atmel dot com 2010-07-19 13:43
---
Closing as WORKSFORME based on comments #3, #4.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jamborm at gcc dot gnu dot
|dot org
--- Comment #10 from burnus at gcc dot gnu dot org 2010-07-19 13:47 ---
(In reply to comment #9)
There is one last improvement we can do here. Currently we are using
gfc_match_init_expr. This works fine, but the error messages are worded
toward
initialization expressions and not
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989
--- Comment #12 from siarhei dot siamashka at gmail dot com 2010-07-19
13:54 ---
Updated the summary to better describe the problem (which is distro
independent).
The fact that this bug breaks pax-utils tool, which is a vital part of gentoo
packaging system, thus rendering the system
--- Comment #33 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-19
14:31 ---
Subject: Re: [4.6 regression] Revision 162270 failed to bootstrap
This patch (with/without the patch in
http://gcc.gnu.org/ml/gcc-patches/2010-07/txt00119.txt) does not fix the
bootstrap failure on
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-19 14:43 ---
Ick. The problem is that with MEM_REF we now have local variables that
are is_gimple_reg () but not in SSA form.
void
foo (void)
{
int i = 0;
bar (*(struct S *) i);
}
is undefined and thus we remove the
--- Comment #10 from jason at gcc dot gnu dot org 2010-07-19 14:51 ---
Subject: Bug 44969
Author: jason
Date: Mon Jul 19 14:50:52 2010
New Revision: 162307
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162307
Log:
PR c++/44969
* tree.c (cp_tree_equal): Compare
When used with -V option, g++ return status is 0 even when the input file fails
to compile.
Example :
Program :
=
int mult(int a, int b)
{
dsss;
int y = a * b;
return y;
}
Command :
g++ -V 4.4.3 -c -Wall -pipe --no-exceptions -fPIC -ggdb mult.cc -o
--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-19 15:05 ---
(In reply to comment #6)
(In reply to comment #5)
Is this now fixed on trunk? We had to deal with the TBAA problem with the
arrival of mem-ref2.
Seems to be fixed according to the result for
4.6.0 20100716
class bar {
void foo(bool a = 3 2, bool b = true) {}
};
$ g++ -c ./main.cpp
./main.cpp:2:39: error: redefinition of 'bool b'
./main.cpp:2:39: error: 'bool b' previously declared here
(This happends only if the funciton is a member function)
--
Summary: default argument with
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-19 15:35 ---
As noted at http://gcc.gnu.org/gcc-4.6/changes.html the -V option has been
removed in the current development version, so this is unlikely to be fixed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44990
--- Comment #8 from hjl dot tools at gmail dot com 2010-07-19 15:38 ---
It disappeared at least since revision 161672.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-19 15:38 ---
confirmed, this worked with gcc 4.1
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-19 15:40 ---
Subject: Bug 44941
Author: rguenth
Date: Mon Jul 19 15:39:51 2010
New Revision: 162308
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162308
Log:
2010-07-19 Richard Guenther rguent...@suse.de
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-19 15:40 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from andi-gcc at firstfloor dot org 2010-07-19 15:47 ---
HJ, are you saying that target(sse4.2) is broken too (seems to work here in
simple tests?) or just that some target sub options are broken?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44987
When object files containing LTO sections are linked together with ld -r
the linker merges all sections with the same name. The LTO reader cannot
deal with this. Currently it will just ignore excessive data behind
the first entry for most sections, which leads to all kinds of errors.
I have been
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-19 16:04 ---
Bah, iterating over cfun-local_decls plus DECL_ARGUMENTS doesn't work because
with IPA-SRA DECL_ARGUMENTs are not in referenced-vars.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
full 64 bit bootstrap is now failing:
r161903 ok
r161941 ko
/home/guerby/build/./gcc/xgcc -B/home/guerby/build/./gcc/
-B/n/62/guerby/install-trunk-64/sparc64-unknown-linux-gnu/bin/
-B/n/62/guerby/install-trunk-64/sparc64-unknown-linux-gnu/lib/ -isystem
/n/62/guerby/instal\
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-19 16:20 ---
And partial linking support will break mixed LTO / non-LTO objects. Unless
we drop all non-LTO sections from LTO objects and thus the .text sections
of partially linked mixed LTO / non-LTO objects will be still
--- Comment #2 from andi-gcc at firstfloor dot org 2010-07-19 16:31 ---
Not sure I understand the comment.
The case I've been looking at is ld -r (without a LTO code generation stage)
to combine existing object and then using gold for the final linking/LTO code
generation based on the
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-19 16:32 ---
The test is new, how could this be a regression?
Yes, -flto/-fwhopr has lots of issues with debug info.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989
--- Comment #4 from davidxl at gcc dot gnu dot org 2010-07-19 16:34 ---
Fixed in r162310.
David
--
davidxl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jakub at gcc dot gnu dot org 2010-07-19 16:52 ---
You clearly haven't looked at the code.
libgfortran uses gthr*.h macros/inlines for portability, and those test
pthread_cancel != NULL (using weak undef; test that for many different inlines,
see __gthread_active_p).
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-19 17:50 ---
mine
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-07-19 17:52 ---
Created an attachment (id=21251)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21251action=view)
fix
Hi,
the problem is that alias is defined in one module, but aliases don't get
cgraph nodes unless they are
--- Comment #4 from hjl dot tools at gmail dot com 2010-07-19 18:01 ---
For the time being, I suggest you compile it with
a different file. One approach is to implement
something similar to cpu dispatcher in icc via
GNU_IFUNC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44987
The below ICEs with:
a.cc:11:32: error: expected nested-name-specifier before . token
a.cc:11:32: error: expected before . token
a.cc: In instantiation of const bool mini_is_constructibleint, A, A::value:
a.cc:20:44: instantiated from here
a.cc:15:63: error: no matching function for
--- Comment #3 from tromey at gcc dot gnu dot org 2010-07-19 18:44 ---
In the end, we decided not to use .debug_pubnames in gdb.
And, GCC no longer generates this section on most platforms.
So, I am closing this bug.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #8 from pault at gcc dot gnu dot org 2010-07-19 18:49 ---
Subject: Bug 42385
Author: pault
Date: Mon Jul 19 18:48:44 2010
New Revision: 162313
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162313
Log:
2010-07-19 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #8 from steven at gcc dot gnu dot org 2010-07-19 19:04 ---
Offending insns that are scheduled in the wrong order:
(insn:TI 28 48 9 2 vector-2.c:7 (set (reg:DI 9 r9 [+8 ])
(mem/c/i:DI (reg/f:DI 14 r14 [351]) [2 t+8 S8 A64])) 5 {movdi_internal}
(expr_list:REG_DEAD
--- Comment #4 from andi-gcc at firstfloor dot org 2010-07-19 19:13 ---
The test case works, but my big project now crashes with
758 prevailing-node-local.used_from_object_file = false;
(gdb) p prevailing-vnode
$1 = (struct varpool_node *) 0x0
I think it's a different
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-19 19:35 ---
I must say I don't like your solution. IMHO much better is instead add a
header to LTO sections, which says the length of the LTO chunk (similarly e.g.
to how .debug_info section chunks have length in the header),
--- Comment #4 from andi-gcc at firstfloor dot org 2010-07-19 19:46 ---
This is actually what I tried first, but it turned out to be quite complicated,
had to change a lot of code and my patch was growing and growing and it didn't
fit clearly with the different readers etc.
That is why
--- Comment #9 from paul dot richard dot thomas at gmail dot com
2010-07-19 20:12 ---
Subject: Re: [OOP] poylmorphic operators do not work
Fixed on trunk
Paul
Author: pault
Date: Mon Jul 19 18:48:44 2010
New Revision: 162313
URL:
--- Comment #1 from mikpe at it dot uu dot se 2010-07-19 21:04 ---
The second failure is PR44970.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44993
In some cases, it would be useful if the presence of the gcc -mregnames
option was not only communicated to the assembler, but also to the C
program being compiled. This comes up in an unusual usage of
inline-assembler operands, where the ambiguity between literals and
register names is a
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-19 21:48 ---
ambiguity
It is not ambiguous at all in correct usage of inline-asm. I don't support a
macro for this option at all.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from fche at redhat dot com 2010-07-19 21:51 ---
It is not ambiguous at all in correct usage of inline-asm.
Well, considering that the g constraint can generate either a literal or
a naked register number, the ambiguity is real even for normal inline assembly.
--
--- Comment #5 from hubicka at ucw dot cz 2010-07-19 22:13 ---
Subject: Re: weak aliases LTO with gold causes ICE in
lto_symtab_merge_decls_1
Hmm, I guess we can do the same trick for variables. Will make patch.
Honza
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44966
The expression '(y)' below that constitutes the operand to decltype is neither
an unparenthesized id-expression, a class member access, a function call nor an
invocation of an overloaded operator.
Based on the wording in FCD 14882 (WG21 N3092), this parenthesized
id-expression has type int and is
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-19 23:03 ---
yup, Jason confirmed this is a gcc bug on the std reflector
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from hubicka at ucw dot cz 2010-07-19 23:50 ---
Subject: Re: weak aliases LTO with gold causes ICE in
lto_symtab_merge_decls_1
Hi,
try this one
Index: lto-symtab.c
===
--- lto-symtab.c
--- Comment #7 from andi-gcc at firstfloor dot org 2010-07-20 00:23 ---
Thanks. Unfortunately with that patch I still get the same ICE:
758 prevailing-node-local.used_from_object_file = false;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44966
--- Comment #8 from hubicka at ucw dot cz 2010-07-20 00:29 ---
Subject: Re: weak aliases LTO with gold causes ICE in
lto_symtab_merge_decls_1
Thanks. Unfortunately with that patch I still get the same ICE:
758 prevailing-node-local.used_from_object_file =
--- Comment #2 from jyasskin at gmail dot com 2010-07-20 00:43 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01538.html. Please
review.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44641
--
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
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2010-07-20 01:07
---
Not needed. Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-07-20 01:09
---
Done.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-07-20 01:10
---
Fixed, thanks for report.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jason at gcc dot gnu dot org 2010-07-20 01:32 ---
Subject: Bug 44996
Author: jason
Date: Tue Jul 20 01:31:42 2010
New Revision: 162323
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162323
Log:
PR c++/44996
* semantics.c (finish_decltype_type):
--- Comment #4 from jason at gcc dot gnu dot org 2010-07-20 03:31 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2010-07-20 03:31 ---
Subject: Bug 44996
Author: jason
Date: Tue Jul 20 03:31:29 2010
New Revision: 162324
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162324
Log:
PR c++/44996
* semantics.c (finish_decltype_type):
--- Comment #10 from kargl at gcc dot gnu dot org 2010-07-20 04:01 ---
Subject: Bug 44929
Author: kargl
Date: Tue Jul 20 04:01:32 2010
New Revision: 162325
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162325
Log:
2010-07-19 Steven G. Kargl ka...@gcc.gnu.org
PR
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-07-20 04:35
---
Kai, would you test this for me please.
Index: ftell_3.f90
===
--- ftell_3.f90 (revision 162291)
+++ ftell_3.f90 (working copy)
@@ -3,9 +3,10 @@
!
--- Comment #11 from kargl at gcc dot gnu dot org 2010-07-20 05:39 ---
Subject: Bug 44929
Author: kargl
Date: Tue Jul 20 05:38:49 2010
New Revision: 162326
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162326
Log:
2010-07-19 Steven G. Kargl ka...@gcc.gnu.org
PR
--- Comment #12 from kargl at gcc dot gnu dot org 2010-07-20 05:40 ---
Fixed on 4,5 and trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
96 matches
Mail list logo