--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-04-19 06:53
---
Closing this PR as fixed. See PR35154 which now needs to be reworked.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-04-19 06:51
---
Subject: Bug 35724
Author: jvdelisle
Date: Sat Apr 19 06:34:12 2008
New Revision: 134464
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134464
Log:
2008-04-18 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-04-19 06:49
---
Reopening this PR after reverting the patch until the problem can be sorted
out.
See PR35892 which caused by the patch to this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-04-19 06:47
---
Sorry, I had the wrong PR number in the ChangeLog, comment 16 goes to PR35892,
not this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35724
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-04-19 06:43
---
Subject: Bug 35892
Author: jvdelisle
Date: Sat Apr 19 06:42:42 2008
New Revision: 134465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134465
Log:
2008-04-18 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-04-19 06:34
---
Subject: Bug 35724
Author: jvdelisle
Date: Sat Apr 19 06:34:12 2008
New Revision: 134464
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134464
Log:
2008-04-18 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from ian at airs dot com 2008-04-19 05:56 ---
Fixed.
--
ian at airs dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RE
--- Comment #3 from ian at airs dot com 2008-04-19 05:56 ---
Strict overflow should not have any effect on debuggability that I can see.
--
ian at airs dot com changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-19 04:25 ---
How does strict overflow interfear with debuggablity?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35977
--- Comment #1 from ian at gcc dot gnu dot org 2008-04-19 04:20 ---
Subject: Bug 35977
Author: ian
Date: Sat Apr 19 04:18:31 2008
New Revision: 134463
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134463
Log:
PR tree-optimization/35977
* gcc.dg/tree-ssa/forwprop
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|--- |4
--- Comment #5 from rguenther at suse dot de 2008-04-19 01:50 ---
Subject: Re: [4.4 Regression] load-PRE missed
opportunities without SFTs
On Fri, 18 Apr 2008, aldot at gcc dot gnu dot org wrote:
> --- Comment #4 from aldot at gcc dot gnu dot org 2008-04-18 18:00 ---
> While
Regression in cris-elf results; worked with 134437 started failing with 134440:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/tree-ssa/tree-ssa.exp ...
FAIL: gcc.dg/tree-ssa/forwprop-3.c scan-tree-dump forwprop1 "Replaced .p_. <
q_.. with .1."
Nothing interesting in gcc.log, but the whole
--- Comment #5 from yuri at tsoft dot com 2008-04-19 01:09 ---
The only broken version is 4.3.0, all 4.2.X throw exceptions ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35876
--- Comment #4 from yuri at tsoft dot com 2008-04-19 01:07 ---
Reopening this PR.
Same testcase with gcc-4.3.0 on FreeBSD-7.0-STABLE aborts:
Abort trap: 6
ldd output:
libstdc++.so.6 => /usr/local/gcc/4.3.0/lib/libstdc++.so.6 (0x2807d000)
libm.so.5 => /lib/libm.so.5 (0x
--- Comment #2 from yuri at tsoft dot com 2008-04-18 23:29 ---
Problem was because of the mixup of gcc libaries.
Executable was built with one compiler and during the run different shared
libraries were used.
--
yuri at tsoft dot com changed:
What|Removed
--- Comment #3 from yuri at tsoft dot com 2008-04-18 23:30 ---
Closing it completely
--
yuri at tsoft dot com changed:
What|Removed |Added
Status|RESOLVED
--- Comment #1 from fang at csl dot cornell dot edu 2008-04-18 21:48
---
While the upcoming standard does support '>>' to double-close template
arguments, I would still recommend to anyone to separate them for clarity and
compatibility with less forgiving compilers.
--
fang at c
--- Comment #12 from kargl at gcc dot gnu dot org 2008-04-18 22:14 ---
(In reply to comment #11)
> Reverting the patch breaks two test cases:
>
> pr35154-dwarf2.f
> pr35154-stabs.f
>
These are part of the patch that broke the compiler, so I
would certainly expect them to fail.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-18 23:21 ---
typedef int sym;
void b(sym *sym) { sym *y; } /* 'y undeclared'(?!) */
sym *y is a multiple and not a variable definition so y is undeclared here and
the error is correct since the variable sym shadows (and is in t
/*
Ryan Flynn
[EMAIL PROTECTED] (remove dashes)
Wed Apr 18 05:00:01 EDT 2008
*/
typedef int tym;
void a(tym *sym) { tym *x; } /* no problems here */
typedef int sym;
void b(sym *sym) { sym *y; } /* 'y undeclared'(?!) */
int main(void) { return 0; }
/*
Seems to be something wrong with types name
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-04-18 21:31
---
Reverting the patch breaks two test cases:
pr35154-dwarf2.f
pr35154-stabs.f
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35892
--- Comment #5 from pault at gcc dot gnu dot org 2008-04-18 21:02 ---
(In reply to comment #4)
>
> Please note off-by one in the last index.
>
Uros,
Indeed:) I'm snooping round trying to understand why the scalarizer has taken
to doing that. Not only is the offset wrong, but the si
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-04-18 20:58
---
Agree, that bad hunk is not in the approved patch. Since it obviously breaks
gfortran in a bad way, I am going to revert it and see what happens for
followup.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
The following invalid code is accepted by G++:
void f() { typedef int & T; T(); }
Comeau 4.3.9 rejects the code with an "error: invalid type conversion"
diagnostic.
--
Summary: Invalid argumentless functional explicit type conversion
to reference type not rejec
--
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 #10 from jason at gcc dot gnu dot org 2008-04-18 19:57 ---
Subject: Bug 33486
Author: jason
Date: Fri Apr 18 19:56:55 2008
New Revision: 134450
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134450
Log:
PR c++/33486
* name-lookup.c (arg_assoc_namespac
--- Comment #9 from kargl at gcc dot gnu dot org 2008-04-18 19:48 ---
(In reply to comment #8)
> See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35154.
>
This does not contain the patch nor a pointer to the patch
that contains the offending code in comment #7.
--
http://gcc.gnu.or
--- Comment #24 from jakub at gcc dot gnu dot org 2008-04-18 19:14 ---
Subject: Bug 35907
Author: jakub
Date: Fri Apr 18 19:13:35 2008
New Revision: 134448
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134448
Log:
PR target/35907
* gcc.target/powerpc/pr35907.c:
--- Comment #23 from jakub at gcc dot gnu dot org 2008-04-18 19:12 ---
Subject: Bug 35907
Author: jakub
Date: Fri Apr 18 19:11:57 2008
New Revision: 134447
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134447
Log:
PR target/35907
* gcc.target/powerpc/pr35907.c:
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-04-18 18:49
---
Fixed now, closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-04-18 18:48
---
Subject: Bug 35724
Author: jvdelisle
Date: Fri Apr 18 18:48:07 2008
New Revision: 134445
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134445
Log:
2008-04-18 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-04-18 18:41
---
Subject: Bug 35724
Author: jvdelisle
Date: Fri Apr 18 18:40:22 2008
New Revision: 13
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=13
Log:
2008-04-18 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-18 18:00 ---
While not really useful, i dare to state that SCC(N)-VN unfortunately misses a
lot of what it is ment to serve (IMHO), generally:
1) PR11832
testcase from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11832#c0
Needs adj
--- Comment #9 from tromey at gcc dot gnu dot org 2008-04-18 17:54 ---
Subject: Bug 15500
Author: tromey
Date: Fri Apr 18 17:53:34 2008
New Revision: 134441
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134441
Log:
PR libcpp/15500:
* doc/cpp.texi (Implementation
--- Comment #8 from tromey at gcc dot gnu dot org 2008-04-18 17:54 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--
--- Comment #7 from tromey at gcc dot gnu dot org 2008-04-18 17:45 ---
Testing a documentation patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-04-18 17:44
---
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35154.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35892
--- Comment #5 from tromey at gcc dot gnu dot org 2008-04-18 17:27 ---
*** Bug 32564 has been marked as a duplicate of this bug. ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-18 17:27 ---
I think this is a duplicate of PR 34866 (fixed on the trunk).
*** This bug has been marked as a duplicate of 34866 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from kargl at gcc dot gnu dot org 2008-04-18 17:12 ---
(In reply to comment #6)
> Regression hunt complete. The offending patch is:
>
> Revision 133801 - (view) (download) - [select for diffs]
> Modified Tue Apr 1 21:23:36 2008 UTC (2 weeks, 2 days ago) by george
> File
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-04-18 16:23
---
Regression hunt complete. The offending patch is:
Revision 133801 - (view) (download) - [select for diffs]
Modified Tue Apr 1 21:23:36 2008 UTC (2 weeks, 2 days ago) by george
File length: 35842 byte(s)
Diff to
This bug exists in various forms in multiple versions of gcc:
$ cat gccbug.c
struct sel {
const char *name;
unsigned int enabled;
};
int selog_on(struct sel *);
#define selog_on(sel) \
(sel.enabled == 0 \
? selog_on(&sel) \
: sel.enabled
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-04-18 15:09
---
Some more info:
$ gfc -fno-range-check -fbounds-check pr35892.f
pr35892.f: In function f12_integrals_jinv:
pr35892.f:1397: internal compiler error: in convert_move, at expr.c:371
--
http://gcc.gnu.org/bugz
--- Comment #1 from manu at gcc dot gnu dot org 2008-04-18 15:08 ---
The C/C++ front-end plays games for bitwise operators, so it may drop the casts
but then use the original type or surround the whole operation by a conversion
to int. Part of the problem is fixed in mainline. However, o
--- Comment #6 from michael dot baudin at gmail dot com 2008-04-18 15:07
---
Subject: Re: Recursive function with allocatable array
I used the -fdump-tree-original option to compare the version produced on this
source code with allocatable and pointer.
Only the allocatable contains th
--- Comment #43 from rguenth at gcc dot gnu dot org 2008-04-18 15:06
---
Not in 4.2 or 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
--- Comment #4 from pthaugen at gcc dot gnu dot org 2008-04-18 14:47
---
Is the workaround still appropriate, and if so, can it go in 4.3 and trunk now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34976
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-04-18 14:41
---
Here is another attempt using valgrind:
==4137== 184 bytes in 23 blocks are definitely lost in loss record 2 of 13
==4137==at 0x4A059F6: malloc (vg_replace_malloc.c:149)
==4137==by 0x3FDCC07EF8: __gmp_def
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-04-18 14:34 ---
Huhm. This is just because PRE and SCCVN are disconnected and use their own
IL.
Maybe finally time to fix this...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35972
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-18 14:22 ---
Shorter testcase:
struct Loc { int x[2]; };
int foo (int i, int b)
{
struct Loc IND;
if (b)
{
IND.x[0] = i;
IND.x[1] = 0;
}
else
{
IND.x[0] = i;
IND.x[1] = 1;
}
re
--- Comment #11 from jsm28 at gcc dot gnu dot org 2008-04-18 14:15 ---
When GCC knows about these types on a target, CHAR16_TYPE and CHAR32_TYPE
should be defined to be the same as uint_least16_t and uint_least32_t.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-18 14:12 ---
Mine (from tramp3d).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDepend
struct Loc {
int x[3];
};
int foo (int i, int j, int k, int b)
{
struct Loc IND;
if (b)
{
IND.x[0] = i;
IND.x[1] = j;
IND.x[2] = k-1;
}
else
{
IND.x[0] = i;
IND.x[1] = j;
IND.x[2] = k;
}
return IND.x[0] + IND.x[1] + IND.x[2];
}
used
--- Comment #5 from michael dot baudin at gmail dot com 2008-04-18 14:11
---
Subject: Re: Recursive function with allocatable array
Thank you very much.
I will try immediately.
On Fri, Apr 18, 2008 at 4:04 PM, jvdelisle at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> --- Com
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-04-18 14:04
---
Reply to: But I wonder how you produced this source (which have many in common
with C),
The intermediate code can be listed using the -fdump-tree-original compiler
flag. It will be placed in a file with the word
--- Comment #42 from aldot at gcc dot gnu dot org 2008-04-18 14:03 ---
Isn't this fixed now?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-04-18 12:24
---
With the patch in comment #14 we have
=== g++ tests ===
Running target unix
FAIL: g++.dg/init/bitfield1.C (test for excess errors)
FAIL: g++.dg/gomp/atomic-1.C (test for excess errors)
FAIL: g++.
--- Comment #10 from bonzini at gnu dot org 2008-04-18 11:35 ---
*not* fixed until newlib configures are regenerated
(see the end of http://snipurl.com/24vbq [sourceware.org])
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35457
--- Comment #9 from bonzini at gnu dot org 2008-04-18 10:58 ---
Subject: Bug 35457
Author: bonzini
Date: Fri Apr 18 10:57:44 2008
New Revision: 134435
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134435
Log:
2008-04-18 Paolo Bonzini <[EMAIL PROTECTED]>
PR bootstrap/
--- Comment #8 from bonzini at gnu dot org 2008-04-18 10:29 ---
Subject: Bug 35457
Author: bonzini
Date: Fri Apr 18 10:28:53 2008
New Revision: 134434
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134434
Log:
2008-04-18 Paolo Bonzini <[EMAIL PROTECTED]>
PR bootstrap/
--- Comment #7 from bonzini at gnu dot org 2008-04-18 10:12 ---
I have a patch, it will take a short while before I commit it because I have to
regenerate all the configures.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35457
>From comp.lang.fortran: ICE on the following code
module funcs
implicit none
! Interface block for function program fptr will invoke
! to get the C_FUNPTR
interface
function get_proc(mess) bind(C,name='BlAh')
use ISO_C_BINDING
implicit none
character(kind=C_
--- Comment #3 from michael dot baudin at gmail dot com 2008-04-18 08:13
---
Subject: Re: Recursive function with allocatable array
Hi Paul,
The generic source code that you sent to me is interesting
and you analysis is very clear. Thank you for taking the time
to fix this.
But I wo
--- Comment #10 from rwild at gcc dot gnu dot org 2008-04-18 07:10 ---
Can you check whether this is a duplicate of PR 35169?
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
-
66 matches
Mail list logo
