--- Comment #1 from jakub at gcc dot gnu dot org 2009-05-25 13:28 ---
This has been fixed for 4.4 and above somewhen between r134840 and r136241,
likely http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134989.
I don't think it was a regression, so fixing it just in 4.4
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-28 11:12 ---
*** This bug has been marked as a duplicate of 40057 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jakub at gcc dot gnu dot org 2009-05-28 11:12 ---
*** Bug 40279 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-28 21:01 ---
Works with 4.4/trunk (fixed in between r143845 and r144437 on the trunk).
Likely PR39225.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40284
--- Comment #11 from jakub at gcc dot gnu dot org 2009-05-28 22:39 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jakub at gcc dot gnu dot org 2009-05-29 07:06 ---
Subject: Bug 40017
Author: jakub
Date: Fri May 29 07:06:35 2009
New Revision: 147970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147970
Log:
PR target/40017
* config/rs6000/rs
--- Comment #5 from jakub at gcc dot gnu dot org 2009-05-29 07:14 ---
Subject: Bug 40017
Author: jakub
Date: Fri May 29 07:14:20 2009
New Revision: 147971
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147971
Log:
PR target/40017
* config/rs6000/rs
--- Comment #6 from jakub at gcc dot gnu dot org 2009-05-29 07:16 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #13 from jakub at gcc dot gnu dot org 2009-05-29 08:51 ---
Closing.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: i686-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40291
--- Comment #1 from jakub at gcc dot gnu dot org 2009-05-29 12:53 ---
Works with 3.4.x.
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-05-29 13:15 ---
Subject: Bug 39958
Author: jakub
Date: Fri May 29 13:14:53 2009
New Revision: 147975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147975
Log:
PR middle-end/39958
* omp-low.c (scan_
--- Comment #4 from jakub at gcc dot gnu dot org 2009-05-29 13:17 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-29 13:30 ---
Works with 4.4/trunk, fixed in between r139854 and r139927.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40292
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-29 15:38 ---
Subject: Bug 40291
Author: jakub
Date: Fri May 29 15:38:20 2009
New Revision: 147978
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147978
Log:
PR middle-end/40291
* bu
--- Comment #3 from jakub at gcc dot gnu dot org 2009-05-29 15:47 ---
Subject: Bug 40291
Author: jakub
Date: Fri May 29 15:47:31 2009
New Revision: 147979
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147979
Log:
PR middle-end/40291
* bu
--- Comment #4 from jakub at gcc dot gnu dot org 2009-05-29 15:51 ---
Fixed for 4.4/4.5 so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-30 13:50 ---
It is invalid. f->a is accessed through an incompatible type (void * rather
than int *). And gcc even warns about it, with -Wstrict-aliasing=2 or
-Wstrict-aliasing=1.
--
jakub at gcc dot gnu dot org chan
--- Comment #1 from jakub at gcc dot gnu dot org 2009-05-30 19:00 ---
See http://gcc.gnu.org/ml/gcc-patches/2009-05/msg01942.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40304
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-31 09:36 ---
Subject: Bug 40304
Author: jakub
Date: Sun May 31 09:36:17 2009
New Revision: 148011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148011
Log:
PR middle-end/40304
* config/i38
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-01 17:13 ---
Subject: Bug 40316
Author: jakub
Date: Mon Jun 1 17:13:04 2009
New Revision: 148055
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148055
Log:
PR middle-end/40316
*
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-01 17:15 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-01 18:03 ---
Subject: Bug 40024
Author: jakub
Date: Mon Jun 1 18:03:26 2009
New Revision: 148061
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148061
Log:
PR other/40024
* emutls.c (__emutls_get
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40340
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40340
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-04 17:44 ---
r138031 broke it altogether (no warnings were emitted at all), PR39272
made at least one of the two warnings reappear.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40340
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-04 17:55 ---
4.3 reported (with -O2 -Wall):
In function 'memset',
inlined from 'main' at w.c:6:
w.h:11: warning: call to __builtin___memset_chk will always overflow
destination buffer
In function '
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-04 19:32 ---
r148138 or r148137? What are the exact differences? Any differences between
generated assembly between 2nd and 3rd stage for those object files?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40343
--- Comment #5 from jakub at gcc dot gnu dot org 2009-06-05 14:30 ---
You haven't told us haw you have configured gcc, if it was a native build or
cross, etc.
If it is a native build, checking that /usr/bin/as exists is the first step.
You can e.g. strace the gcc driver to fin
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-05 15:35 ---
Subject: Bug 40340
Author: jakub
Date: Fri Jun 5 15:35:13 2009
New Revision: 148212
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148212
Log:
PR middle-end/40340
* tree-ss
--- Comment #7 from jakub at gcc dot gnu dot org 2009-06-05 15:52 ---
Depends what command gives you that execvp: No such file or directory error.
Do
yum install strace
strace -f -o /tmp/gcc.log /whatever/command/gave/the/error its arguments
and look where it was looking for as before
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-05 16:32 ---
Subject: Bug 40340
Author: jakub
Date: Fri Jun 5 16:31:44 2009
New Revision: 148214
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148214
Log:
PR middle-end/40340
* tree-ss
--- Comment #5 from jakub at gcc dot gnu dot org 2009-06-05 16:32 ---
Subject: Bug 40340
Author: jakub
Date: Fri Jun 5 16:32:21 2009
New Revision: 148215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148215
Log:
Fix up ChangeLog entries for
PR middle-e
--- Comment #6 from jakub at gcc dot gnu dot org 2009-06-05 16:34 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from jakub at gcc dot gnu dot org 2009-06-07 13:07 ---
valgrind just isn't smart enough to understand it.
Obviously --enable-linux-futex build has a lot of synchronization primitives
that are beyond what valgrind is able to understand, but even with the posix
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-08 08:58 ---
Caused by PR28879 (r144988) fix. build_nop doesn't build a NOP_EXPR if
the argument or its type is error_mark_node, so:
13318 /* Remember this wasn't a constant-expression. */
13319 bounds = build_nop
--
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 #2 from jakub at gcc dot gnu dot org 2009-06-08 14:47 ---
Created an attachment (id=17967)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17967&action=view)
gcc45-pr40373.patch
Possible fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40373
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-08 16:26 ---
Subject: Bug 40372
Author: jakub
Date: Mon Jun 8 16:26:01 2009
New Revision: 148278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148278
Log:
PR c++/40370
PR c++/40372
*
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-08 16:26 ---
Subject: Bug 40370
Author: jakub
Date: Mon Jun 8 16:26:01 2009
New Revision: 148278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148278
Log:
PR c++/40370
PR c++/40372
*
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-08 16:31 ---
Subject: Bug 40370
Author: jakub
Date: Mon Jun 8 16:31:07 2009
New Revision: 148281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148281
Log:
PR c++/40370
PR c++/40372
*
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-08 16:31 ---
Subject: Bug 40372
Author: jakub
Date: Mon Jun 8 16:31:07 2009
New Revision: 148281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148281
Log:
PR c++/40370
PR c++/40372
*
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-08 16:40 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-08 16:40 ---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40370
--- Comment #5 from jakub at gcc dot gnu dot org 2009-06-08 16:48 ---
Subject: Bug 40373
Author: jakub
Date: Mon Jun 8 16:48:11 2009
New Revision: 148282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148282
Log:
PR c++/40373
* call.c (check_dtor_name)
--- Comment #6 from jakub at gcc dot gnu dot org 2009-06-08 16:49 ---
Subject: Bug 40373
Author: jakub
Date: Mon Jun 8 16:49:17 2009
New Revision: 148283
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148283
Log:
PR c++/40373
* call.c (check_dtor_name)
--- Comment #7 from jakub at gcc dot gnu dot org 2009-06-08 17:02 ---
Subject: Bug 40373
Author: jakub
Date: Mon Jun 8 17:02:17 2009
New Revision: 148284
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148284
Log:
PR c++/40373
* call.c (check_dtor_name)
--- Comment #8 from jakub at gcc dot gnu dot org 2009-06-08 17:03 ---
Fixed for 4.3/4.4/4.5.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-09 08:38 ---
Start with trying newer binutils.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40332
--- Comment #6 from jakub at gcc dot gnu dot org 2009-06-09 09:36 ---
Couldn't reproduce (just built cp2k on x86_64-linux with trunk gfortran and
.eh_frame_hdr has been created just fine). I'm using binutils 2.19.51.0.2.
Anyway, you should probably just tar up the .a library
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-09 17:11 ---
Confirmed. Shorter testcase:
template struct S
{
V *f, *l;
__attribute__ ((noinline)) S (void) { f = 0, l = 0; }
void foo (V *x)
{
if (x->p != 0)
x->p->n = x->n;
else
f = x-&
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-09 21:21 ---
IMHO either we need to handle gimple_call_return_slot_opt_p cals in the
middle-end as taking address of the call's lhs, or the frontend needs to expand
it not as
D.2275 = baz (); [return slot optimization]
but a
--- Comment #7 from jakub at gcc dot gnu dot org 2009-06-09 21:44 ---
CCing Jason on the validity of the testcase.
I don't see anything wrong with remembering this pointer for the duration of
the object, assuming the pointer is gone from the list in the destructor
(that'
--- Comment #14 from jakub at gcc dot gnu dot org 2009-06-10 21:27 ---
The gimplifier sees:
TARGET_EXPR >>
>;
and:
arg 0
addressable ignored BLK file pr40389.C line 67 col 12 size unit size
align 64 context >
and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40389
--- Comment #15 from jakub at gcc dot gnu dot org 2009-06-10 21:28 ---
Shorter testcase:
template struct S
{
V *f, *l;
__attribute__ ((noinline)) S (void) { f = 0, l = 0; }
void foo (V *x)
{
if (x->p != 0)
x->p->n = x->n;
else
f = x->n;
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-11 21:20 ---
You are using GCC 4.3.x, which doesn't support OpenMP 3.0, only OpenMP 2.5.
COLLAPSE is a new clause that has been added in OpenMP 3.0, which is supported
only in GCC 4.4 and later (to be exact, it is backport
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-12 07:38 ---
The testcase is buggy, fix_end(((unsigned int*)&i)[0]); etc. violates strict
aliasing. Either compile with -fno-strict-aliasing, or better yet fix it to be
valid C code.
--
jakub at gcc dot gnu dot org cha
--- Comment #18 from jakub at gcc dot gnu dot org 2009-06-12 18:58 ---
Often you don't see the constructor body, but still even if the constructor
isn't defined in the current CU this address can be taken there.
Also, even if the ctor doesn't remember the address of thi
_general
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-15 14:35 ---
Caused by
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134947
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40446
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-15 17:08 ---
Subject: Bug 40426
Author: jakub
Date: Mon Jun 15 17:08:02 2009
New Revision: 148497
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148497
Log:
PR testsuite/40426
* lib/gcc-dg.exp
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-16 09:07 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-16 13:48 ---
Subject: Bug 40446
Author: jakub
Date: Tue Jun 16 13:48:07 2009
New Revision: 148533
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148533
Log:
PR middle-end/40446
* expr.c (expand_exp
--- Comment #5 from jakub at gcc dot gnu dot org 2009-06-16 14:29 ---
Subject: Bug 40446
Author: jakub
Date: Tue Jun 16 14:28:47 2009
New Revision: 148536
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148536
Log:
PR middle-end/40446
* expr.c (expand_exp
--- Comment #6 from jakub at gcc dot gnu dot org 2009-06-16 14:30 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-16 16:27 ---
Does the http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01125.html
patch help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40462
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-17 08:04 ---
That's undefined behavior, there is no sequence point between the the
evaluation of foo (&n, n) and evaluation of n passed as the next argument.
If foo (&n, n) is evaluated first, you will see 1 2 pri
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-22 09:54 ---
If glibc is so prehistoric not to define these, then it doesn't support
newlocale/duplocale/uselocale at all, then objects for the GNU locale handling
can't be used at all, it must use generic locale h
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-23 11:09 ---
I think if we don't want to emit .eh_frame, we should just default to
-fno-dwarf2-cfi-asm. But if we do want to generate it, I fail to see what do
we gain by also generating .debug_frame. Duplicating the same
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-23 19:19 ---
See http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#613
and http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145375
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-23 20:23 ---
Introduced by PR34691 fix - r145709.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-24 15:54 ---
Option 2) is certainly the least intrusive in the compiler and you can use it
even with foo's prototype and calling it from the same CU, just use asm.
__typeof (foo) *
__attribute__ ((ifunc))
foo_ifunc (void)
--- Comment #5 from jakub at gcc dot gnu dot org 2009-06-24 19:26 ---
What do you do if the function has arguments, because ifunc shouldn't have
arguments? While C++ has unnamed arguments and you could perhaps enforce them,
C does not. How do you handle option 3 with:
__attrib
--- Comment #4 from jakub at gcc dot gnu dot org 2009-06-29 23:43 ---
The problem seems to be in based_loc_descriptor:
/* If drap register is used to align stack, use frame
pointer + offset to access stack variables. If stack
is aligned without drap
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-30 13:59 ---
Is this really a regression? GCC 3.4.x, 4.0.x, 4.1.x, 4.2.x, 4.3.x emit the
same thing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40573
--- Comment #6 from jakub at gcc dot gnu dot org 2009-06-30 16:29 ---
Created an attachment (id=18101)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18101&action=view)
gcc45-pr40573.patch
Does this patch do what you wanted to see?
--
http://gcc.gnu.org/bugzilla/show_
--
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 #8 from jakub at gcc dot gnu dot org 2009-06-30 18:13 ---
Created an attachment (id=18102)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18102&action=view)
diff
Weird, the difference I get with the patch on the testcase at -O2 -g is
attached.
--
--- Comment #10 from jakub at gcc dot gnu dot org 2009-06-30 22:03 ---
Subject: Bug 40573
Author: jakub
Date: Tue Jun 30 22:03:27 2009
New Revision: 149120
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149120
Log:
PR debug/40573
* dwa
--- Comment #1 from jakub at gcc dot gnu dot org 2009-06-30 22:04 ---
Subject: Bug 40566
Author: jakub
Date: Tue Jun 30 22:04:36 2009
New Revision: 149121
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149121
Log:
PR c++/40566
* convert.c (convert_to
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-30 22:38 ---
Subject: Bug 40566
Author: jakub
Date: Tue Jun 30 22:38:04 2009
New Revision: 149123
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149123
Log:
PR c++/40566
* convert.c (convert_to
--- Comment #3 from jakub at gcc dot gnu dot org 2009-06-30 22:40 ---
Fixed for 4.4/4.5 so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #11 from jakub at gcc dot gnu dot org 2009-06-30 22:40 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2009-07-01 19:26 ---
Subject: Bug 40462
Author: jakub
Date: Wed Jul 1 19:25:52 2009
New Revision: 149150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149150
Log:
PR debug/40462
* jump.c (returnjump_p)
--- Comment #5 from jakub at gcc dot gnu dot org 2009-07-02 11:30 ---
Fix posted: http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00091.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2009-07-03 09:00 ---
Jason, am I correct that this is now valid rather than invalid?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40341
--- Comment #1 from jakub at gcc dot gnu dot org 2009-07-03 19:30 ---
Even the inline version is wrong I think.
real :: r(4), z
z = 0.0
r = (/ z/z, z/z, z/z, z/z /)
print *,r
print *, minloc(r,dim=1), minval(r,dim=1)
print *, maxloc(r,dim=1), maxval(r,dim=1)
end
Not sure what minval
--- Comment #6 from jakub at gcc dot gnu dot org 2009-07-04 17:19 ---
Subject: Bug 40596
Author: jakub
Date: Sat Jul 4 17:19:26 2009
New Revision: 149235
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149235
Log:
PR debug/40596
* dwarf2out.c (based_l
: middle-end
AssignedTo: jakub at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40669
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40669
--- Comment #3 from jakub at gcc dot gnu dot org 2009-07-07 09:46 ---
Created an attachment (id=18150)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18150&action=view)
gcc45-pr40669.patch
Patch I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #5 from jakub at gcc dot gnu dot org 2009-07-07 12:18 ---
Subject: Bug 40669
Author: jakub
Date: Tue Jul 7 12:18:38 2009
New Revision: 149319
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149319
Log:
PR middle-end/40669
* tree-ta
--- Comment #10 from jakub at gcc dot gnu dot org 2009-07-07 14:07 ---
Subject: Bug 40328
Author: jakub
Date: Tue Jul 7 14:07:19 2009
New Revision: 149329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149329
Log:
PR middle-end/40669
* tree-ta
--- Comment #7 from jakub at gcc dot gnu dot org 2009-07-07 14:07 ---
Subject: Bug 40669
Author: jakub
Date: Tue Jul 7 14:07:19 2009
New Revision: 149329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149329
Log:
PR middle-end/40669
* tree-ta
--- Comment #8 from jakub at gcc dot gnu dot org 2009-07-07 14:09 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2009-07-07 19:05 ---
Created an attachment (id=18151)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18151&action=view)
gcc44-pr40668.patch
Untested patch that fixes this testcase. I believe my commit was correct, but
appare
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40684
atus: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: jakub at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40692
--- Comment #1 from jakub at gcc dot gnu dot org 2009-07-08 23:09 ---
Caused by r149060. Will debug tomorrow.
Alternative testcase that doesn't warn about VLA at file scope:
#define M1(x) (((x) & 0x0002) ? 0x2 : ((x) & 0x1))
#define M2(x) (((x) & 0x000c) ? M
--- Comment #2 from jakub at gcc dot gnu dot org 2009-07-09 05:54 ---
Can't reproduce.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40693
801 - 900 of 6855 matches
Mail list logo
