--- Comment #10 from uros at gcc dot gnu dot org 2008-11-14 08:00 ---
Subject: Bug 36438
Author: uros
Date: Fri Nov 14 07:59:33 2008
New Revision: 141849
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141849
Log:
Backport from mainline:
2008-06-06 Uros Bizjak
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from jv244 at cam dot ac dot uk 2008-11-14 08:34 ---
This could be somewhat similar, I really wonder if this needs a temp:
TYPE T1
INTEGER :: a(3)
END TYPE T1
TYPE(T1), POINTER :: x,y
ALLOCATE(x,y)
x%a=y%a
END
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36933
another case where an unneeded temp is created. Maybe not so easy to fix?
SUBROUTINE S1(a)
integer :: a(:),i,N
N=SIZE(a)
a=(/(I,I=1,N)/)
END SUBROUTINE
--
Summary: unneeded temporary
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
since b is an allocatable without the target attribute, there is no way it can
'alias' a. No need for a temp thus
SUBROUTINE S(a)
INTEGER, POINTER, DIMENSION(:) :: a
INTEGER, DIMENSION(:), ALLOCATABLE :: b
ALLOCATE(b(10))
b(a)=1
END SUBROUTINE S
gfortran -c -Warray-temporaries test.f90
--- Comment #1 from jv244 at cam dot ac dot uk 2008-11-14 08:50 ---
that might be an even simpler case:
SUBROUTINE S(a,i,j)
INTEGER, POINTER, DIMENSION(:) :: a
INTEGER, DIMENSION(:), ALLOCATABLE :: b
INTEGER :: i,j
ALLOCATE(b(10))
b(i:j)=a(i:j)
END SUBROUTINE S
--
The output of -Warray-temporaries could be enhanced:
CALL fft_1dm ( fft_type, sign, .TRUE., n(2), mx2*mz2, abuf, bbuf, 1.0_lp
)
1
Warning: Creating array temporary at (1)
I.e. the (1) should maybe point to the variable
no need for a temp here.
SUBROUTINE S(b,i,j)
INTEGER, DIMENSION(:) :: b
INTEGER :: i,j
write(6,*) MINLOC(b(i:j))
END SUBROUTINE S
--
Summary: unneeded temp
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: missed-optimization
--- Comment #13 from ubizjak at gmail dot com 2008-11-14 09:00 ---
Oh, I see the problem.
We generate:
/* { dg-options -mno-mmx { target i?86-*-* x86_64-*-* } } */
/* { dg-options -fno-common { target ... *-*-darwin *-*-mingw32*
*-*-cygwin* } } */
However, x86 darwin,
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-14 09:00 ---
3 possible ways to fix this:
1) in get_addr_dereference_operands use if (v_ann v_ann-symbol_mem_tag)
2) in get_addr_dereference_operands use get_var_ann (ptr) instead of var_ann
(ptr).
3)
--- gimplify.c.jj
No need for a temp here:
SUBROUTINE S1(a,i,j,k,m)
INTEGER :: a(3,6)
a(1:3,m)=(/i,j,k/)
END
--
Summary: unneeded temp
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
--- Comment #1 from jv244 at cam dot ac dot uk 2008-11-14 09:07 ---
I guess this one is similar enough to put here as well:
SUBROUTINE S1(a,i,j,k,m)
INTEGER :: a(3,6)
write(6,*) ALL(a(1:3,m).EQ.(/i,j,k/))
END
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38115
--- Comment #14 from ubizjak at gmail dot com 2008-11-14 09:49 ---
The problem from Comment #9 is now fixed in mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #7 from ams at gcc dot gnu dot org 2008-11-14 10:50 ---
Subject: Bug 36134
Author: ams
Date: Fri Nov 14 10:49:06 2008
New Revision: 141853
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141853
Log:
2008-11-14 Maxim Kuvyrkov [EMAIL PROTECTED]
Andrew
--- Comment #16 from jakub at gcc dot gnu dot org 2008-11-14 10:50 ---
Testing a patch with TYPE_REF_CAN_ALIAS_REF pointers.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ams at gcc dot gnu dot org 2008-11-14 10:53 ---
The patch posted here has been accepted and committed:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00581.html
This should resolve this issue.
Andrew
--
ams at gcc dot gnu dot org changed:
What
--- Comment #7 from uros at gcc dot gnu dot org 2008-11-14 11:16 ---
Subject: Bug 37517
Author: uros
Date: Fri Nov 14 11:14:49 2008
New Revision: 141854
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141854
Log:
PR testsuite/37517
* gcc.target/i386/quad-sse.c:
--- Comment #5 from pault at gcc dot gnu dot org 2008-11-14 11:16 ---
Mikael,
(In reply to comment #4)
Maybe we can drop gfc_conv_section_upper_bound completely.
It looks redundant with how info-end[n] is calculated in
gfc_conv_section_startstride.
I tried that and generated a
--- Comment #8 from ubizjak at gmail dot com 2008-11-14 11:18 ---
Fixed.
--
ubizjak at gmail dot com 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 #3 from jakub at gcc dot gnu dot org 2008-11-14 12:27 ---
Subject: Bug 38104
Author: jakub
Date: Fri Nov 14 12:26:05 2008
New Revision: 141857
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141857
Log:
PR tree-optimization/38104
* gimplify.c
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-14 12:29 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from mikael at gcc dot gnu dot org 2008-11-14 12:54 ---
(In reply to comment #5)
I tried that and generated a load of regressions.
Fine. Let's keep it as is then.
Thanks
Thanks to you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38033
--- Comment #18 from mikael at gcc dot gnu dot org 2008-11-14 13:01 ---
(In reply to comment #17)
Unassigning myself. Mikael will probably want to take the missing part on
with
his pending patch :)
Regressions are making my life tough right now, but I will succeed in the end.
:)
--- Comment #27 from dodji at gcc dot gnu dot org 2008-11-14 13:28 ---
Subject: Bug 27574
Author: dodji
Date: Fri Nov 14 13:26:59 2008
New Revision: 141858
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141858
Log:
gcc/ChangeLog:
PR debug/27574
* cgraph.h: New
/* foo.c */
#include assert.h
void foo(void)
{
assert(1);
}
gcc -c -Wconversion foo.c
foo.c:6: warning: passing argument 1 of '__builtin_expect' with different width
due to prototype
foo.c:6: warning: passing argument 2 of '__builtin_expect' with different width
due to prototype
This is
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2008-11-14
14:22 ---
Uros,
I'll retry the testcase tonight with your committed changes.
http://gcc.gnu.org/ml/gcc-cvs/2008-11/msg00353.html
I do recall that I tried...
* { dg-options -mno-mmx { target i?86-*-*
--- Comment #16 from ubizjak at gmail dot com 2008-11-14 14:46 ---
(In reply to comment #15)
I do recall that I tried...
* { dg-options -mno-mmx { target i?86-*-* x86_64-*-* } } */
/* { dg-options -fno-common -mno-mmx { target ... *-*-darwin
*-*-mingw32*
*-*-cygwin* }
--- Comment #4 from drow at gcc dot gnu dot org 2008-11-14 14:53 ---
Subject: Bug 38014
Author: drow
Date: Fri Nov 14 14:51:38 2008
New Revision: 141859
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141859
Log:
PR bootstrap/38014
PR bootstrap/37923
--- Comment #34 from drow at gcc dot gnu dot org 2008-11-14 14:53 ---
Subject: Bug 37923
Author: drow
Date: Fri Nov 14 14:51:38 2008
New Revision: 141859
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141859
Log:
PR bootstrap/38014
PR bootstrap/37923
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-14 15:10 ---
Given that .text (with --relax) is ATM 48MB on cc1-dummy (and f951) and 52.7MB
on cc1plus-dummy (when using somewhat older 4.4 snapshot as bootstrap
compiler), I'm afraid just conditionalizing something during first
--- Comment #5 from drow at gcc dot gnu dot org 2008-11-14 15:37 ---
Patches reverted. This is really a bug in gmp/mpfr/intl, but no point
triggering it.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #35 from drow at gcc dot gnu dot org 2008-11-14 15:38 ---
Patches reverted. This is really a bug in gmp/mpfr/intl, but no point
triggering it.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
While trying to build current mainline with Sun as and GNU ld 2.19 on
sparc-sun-solaris2.11, libgomp failed to link with the following error:
/vol/gcc/lib/gld-2.19: gomp_thread_attr: TLS reference in .libs/team.o
mismatches non-TLS reference in .libs/env.o
.libs/team.o: could not read symbols:
+++ This bug was initially created as a clone of Bug #38095 +++
In trying to reduce the ICE, Mikael Morin actually found a different ICE:
--- Bug #38095 Comment #8 From Mikael Morin 2008-11-12 22:43 ---
I tried to reduce the case.
module bar
implicit none
contains
!
elemental
--- Comment #1 from burnus at gcc dot gnu dot org 2008-11-14 15:55 ---
Works in 4.3.2, 4.2.1 and 4.1.3. Fails with 4.4.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38119
--
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 #7 from jason at gcc dot gnu dot org 2008-11-14 16:11 ---
The initialization of arr is ill-formed in C++0x because of narrowing from int
to char.
The initialization of s is well-formed; that bug has been fixed for 4.4.
The initialization of t is ill-formed in C++98 because
--
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 #22 from jason at gcc dot gnu dot org 2008-11-14 16:38 ---
Downgrading priority/severity since this is no longer a regression.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from vmakarov at gcc dot gnu dot org 2008-11-14 16:43
---
Subject: Bug 37397
Author: vmakarov
Date: Fri Nov 14 16:41:56 2008
New Revision: 141860
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141860
Log:
2008-11-14 Vladimir Makarov [EMAIL PROTECTED]
PR
the x86_64 assembly code generator will emit stuff like:
movswl 406(%rbx),%eax
To be consistent with all the other assembly language output, the output should
have a space after the , eg:
movswl 406(%rbx), %eax
Doing a
grep ',%' ./config/i386/i386.md
shows 40 lines that might need to be
Condider this
/* bar.c */
void bar(char a)
{
char b = a;
}
void frob(void)
{
bar('a');
}
Due to the automatic promotion of char to int in function calls [same would
apply to short or C99 _Bool], then this causes a warning with -Wconversion,
thus:
gcc -Wconversion -c bar.c
bar.c: In
--- Comment #4 from efinger at us dot ibm dot com 2008-11-14 17:05 ---
(In reply to comment #2)
There are going to be other holes in structs in general due to alignment
requirements and I don't think the compiler or libstdc++ should change to this
because it will slow down the
Sent from my iPhone
On Nov 14, 2008, at 9:05 AM, efinger at us dot ibm dot com [EMAIL PROTECTED]
wrote:
--- Comment #4 from efinger at us dot ibm dot com 2008-11-14
17:05 ---
(In reply to comment #2)
There are going to be other holes in structs in general due to
alignment
--- Comment #5 from pinskia at gmail dot com 2008-11-14 18:02 ---
Subject: Re: gcc source contains a struct with no data members (actually 1
byte in size) and compiler does not initialize it, resulting in IBM Rational
Purify reporting an Uninitialized Memory Read.
Sent from my
--- Comment #7 from pault at gcc dot gnu dot org 2008-11-14 18:04 ---
Subject: Bug 38033
Author: pault
Date: Fri Nov 14 18:03:05 2008
New Revision: 141861
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141861
Log:
2008-10-14 Paul Thomas [EMAIL PROTECTED]
PR
The following program runs without error when compiled with g77 3.4.6 on Redhat
Linux:
character*72 fnint
data fnint /'/dev/null'/
i=index(fnint,' ')
open(unit=29,file=fnint(1:i-1))
open(unit=30,file=fnint(1:i-1))
write(29,100)
write(30,100)
100
--- Comment #5 from jason at gcc dot gnu dot org 2008-11-14 18:29 ---
G++ has never done two-phase name binding; that's an area that needs work for
standards conformance. This testcase worked properly by accident in 3.4 and
4.0, because of an optimization which was disallowed under DR
--- Comment #1 from janis at gcc dot gnu dot org 2008-11-14 18:38 ---
Subject: Bug 38098
Author: janis
Date: Fri Nov 14 18:36:41 2008
New Revision: 141862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141862
Log:
2008-11-14 Jack Howarth [EMAIL PROTECTED]
PR
--- Comment #8 from pault at gcc dot gnu dot org 2008-11-14 18:39 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2008-11-14 18:40 ---
(In reply to comment #0)
The following program runs without error when compiled with g77 3.4.6 on
Redhat
Linux:
character*72 fnint
data fnint /'/dev/null'/
i=index(fnint,' ')
--- Comment #4 from pault at gcc dot gnu dot org 2008-11-14 19:00 ---
A fix is regtesting right now.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-14 19:08
---
*** Bug 38118 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-11-14 19:08
---
*** This bug has been marked as a duplicate of 29987 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
version 4.4.0 20081114 (experimental) [trunk revision 141857] (GCC)
--
Summary: [4.3 regression] error: incorrect sharing of tree nodes
ap-fp_offset = D.2748;
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
--- Comment #1 from edwintorok at gmail dot com 2008-11-14 20:15 ---
Created an attachment (id=16677)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16677action=view)
original sourcecode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
--- Comment #4 from sje at gcc dot gnu dot org 2008-11-14 20:16 ---
Subject: Bug 38004
Author: sje
Date: Fri Nov 14 20:15:11 2008
New Revision: 141864
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141864
Log:
PR middle-end/38004
* g++.dg/vect/pr36648.cc: Check
--- Comment #2 from edwintorok at gmail dot com 2008-11-14 20:18 ---
Created an attachment (id=16678)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16678action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
--- Comment #2 from steve dot chapel at a2pg dot com 2008-11-14 20:19
---
It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
/dev/tty and /dev/null are files, which they're not. They're devices.
Regardless, it's code that runs in an older version that doesn't
--- Comment #5 from sje at cup dot hp dot com 2008-11-14 20:19 ---
Fixed.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from jason at gcc dot gnu dot org 2008-11-14 20:52 ---
Subject: Bug 37740
Author: jason
Date: Fri Nov 14 20:50:59 2008
New Revision: 141865
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141865
Log:
PR c++/37740
* call.c (build_aggr_conv): Increment
--- Comment #3 from kargl at gcc dot gnu dot org 2008-11-14 20:54 ---
(In reply to comment #2)
It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
/dev/tty and /dev/null are files, which they're not. They're devices.
OK, then it's a bug in NONMEM VI. Submit
The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.
/bin/bash ../libtool --tag CXX --tag disable-shared --mode=compile
/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/xgcc -shared-libgcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from jason at gcc dot gnu dot org 2008-11-14 21:59 ---
Subject: Bug 38030
Author: jason
Date: Fri Nov 14 21:57:34 2008
New Revision: 141866
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141866
Log:
PR c++/38030
* semantics.c (finish_call_expr):
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-14 21:59 ---
Reduced testcase:
typedef __builtin_va_list __gnuc_va_list;
typedef __gnuc_va_list va_list;
typedef struct QuadWordS_struct { int i; double d; } QuadWordS;
void test(char *fmt, va_list ap) {
QuadWordS qw;
qw =
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-14 22:02 ---
/var/tmp//cc2pJBdQ.s:9164: Internal error, aborting at dw2gencfi.c line 1267
You submit this to binutils, http://sourceware.org/bugzilla/ .
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #7 from jason at gcc dot gnu dot org 2008-11-14 22:02 ---
Subject: Bug 38030
Author: jason
Date: Fri Nov 14 22:01:12 2008
New Revision: 141868
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141868
Log:
PR c++/38030
* semantics.c (finish_call_expr):
--- Comment #3 from jason at gcc dot gnu dot org 2008-11-14 22:22 ---
Fixed.
--
jason 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
Using -fgraphite-identity, test case is terminating with Segmentation fault..
gcc -c -O3 -fgraphite-identity final_seg.c
final_seg.c: In function 'Perl_av_fill':
final_seg.c:23: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
--- Comment #1 from mitul dot thakkar at amd dot com 2008-11-14 23:00
---
Created an attachment (id=16679)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16679action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38125
--- Comment #8 from jason at gcc dot gnu dot org 2008-11-14 23:07 ---
Subject: Bug 38030
Author: jason
Date: Fri Nov 14 23:06:11 2008
New Revision: 141872
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141872
Log:
PR c++/38030
* semantics.c (finish_call_expr):
--- Comment #8 from dj at redhat dot com 2008-11-14 23:09 ---
The test case segfaults on simulators that don't initialize argv[0] to the name
of the running program.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36321
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-14 23:12 ---
This is not really a bug, -Wconversion is documented this way in GCC before
4.3.0. -Wconversion did change for 4.3.0.
*** This bug has been marked as a duplicate of 6614 ***
--
pinskia at gcc dot gnu dot org
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-11-14 23:12
---
*** Bug 38121 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-14 23:13 ---
*** This bug has been marked as a duplicate of 6614 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-11-14 23:13
---
*** Bug 38116 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6614
--- Comment #9 from jason at gcc dot gnu dot org 2008-11-14 23:16 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at gcc dot gnu dot org 2008-11-14 23:18 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-14 23:19 ---
You can do:
float *cf = c;
return cf[0] + cf[1];
Or after my patch just c[0] + c[1].
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-11-14 23:22
---
Since the support is there fully in 4.3.0, I am going to close this as fixed,
there might be some warnings that can't be disabled via this way but please
file a separate bug for each one.
--
pinskia at gcc dot
--- Comment #10 from rguenther at suse dot de 2008-11-14 23:27 ---
Subject: Re: [4.2/4.3/4.4 Regression] name-lookup for
non-dependent name in template function is wrong
On Fri, 14 Nov 2008, jason at gcc dot gnu dot org wrote:
--- Comment #5 from jason at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-14 23:29 ---
Here is a small example:
struct a {float x, y; };
struct a f(struct a b)
{
return __real b;
}
int f1(int *b)
{
return __imag b - __real b;
}
(In reply to comment #1)
Further,
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-14 23:31 ---
As mentioned it is only a GCC extension that the value is a constant.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-14 23:34 ---
I think we can close this as won't fix. LTO has a testsuite part already so it
is not a big deal.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-14 23:38 ---
This needs VRP really to be run at -O0 which I don't think is going to happen
any time soon.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-14 23:51 ---
Actually I use sizeof all the time on pointers so I don't think this is useful.
In fact it falls down with meta programming.
That is:
#define bitcase(type, a) ({typeof (a) b = a; type c; int
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-14 23:55 ---
-Wcast-qual exist already and works like what you want it to work.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-14 23:59 ---
*** This bug has been marked as a duplicate of 37861 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-11-14 23:59 ---
*** Bug 35279 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-15 00:05 ---
t.c:8: warning: ISO C restricts enumerator values to range of 'int'
t.c:14: warning: left shift count = width of type
This is still correct. Even if we had sizeof(MyEnum) == 2, the types of dummy
will still be an
I would expect gcc to generate comparable code for both functions below, or
perhaps even better code for foo() than for bar() since the code in foo() is
likely to be more common than the equivalent code in bar(). However, the code
produced for foo() is suboptimal in comparison to the code for
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-15 00:07 ---
*** This bug has been marked as a duplicate of 36902 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from pinskia at gcc dot gnu dot org 2008-11-15 00:07
---
*** Bug 35392 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-15 00:09 ---
This works for me on the trunk. I either get a cmove or a branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35764
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|c
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-11-15 00:11 ---
*** This bug has been marked as a duplicate of 36113 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 127 matches
Mail list logo