--- Comment #5 from jakub at gcc dot gnu dot org 2008-05-07 07:28 ---
Subject: Bug 36106
Author: jakub
Date: Wed May 7 07:28:14 2008
New Revision: 135027
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135027
Log:
PR middle-end/36106
* omp-low.c (expand_omp_atomi
--- Comment #4 from jakub at gcc dot gnu dot org 2008-05-07 07:41 ---
Subject: Bug 36137
Author: jakub
Date: Wed May 7 07:40:01 2008
New Revision: 135028
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135028
Log:
PR middle-end/36137
* fold-const.c (fold_binary):
--- Comment #8 from jakub at gcc dot gnu dot org 2008-05-07 07:46 ---
Subject: Bug 36013
Author: jakub
Date: Wed May 7 07:45:17 2008
New Revision: 135029
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135029
Log:
PR middle-end/36013
* gimplify.c (find_single_poi
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36129
--- Comment #6 from jakub at gcc dot gnu dot org 2008-05-07 07:56 ---
Subject: Bug 36106
Author: jakub
Date: Wed May 7 07:55:21 2008
New Revision: 135030
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135030
Log:
PR middle-end/36106
* omp-low.c (expand_omp_atomi
--- Comment #5 from jakub at gcc dot gnu dot org 2008-05-07 07:59 ---
Subject: Bug 36137
Author: jakub
Date: Wed May 7 07:58:33 2008
New Revision: 135031
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135031
Log:
PR middle-end/36137
* fold-const.c (fold_binary):
--- Comment #9 from jakub at gcc dot gnu dot org 2008-05-07 08:01 ---
Subject: Bug 36013
Author: jakub
Date: Wed May 7 08:00:36 2008
New Revision: 135032
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135032
Log:
PR middle-end/36013
* gimplify.c (find_single_poi
--- Comment #7 from jakub at gcc dot gnu dot org 2008-05-07 08:05 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2008-05-07 08:06 ---
Fixed in 4.3 and on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2008-05-07 08:07 ---
Committed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from rguenther at suse dot de 2008-05-07 08:21 ---
Subject: Re: [4.1/4.3/4.4 Regression] Wrong code
involving restricted pointers to non-restricted pointers
On Tue, 6 May 2008, jakub at gcc dot gnu dot org wrote:
> --- Comment #6 from jakub at gcc dot gnu dot org
--- Comment #1 from jv244 at cam dot ac dot uk 2008-05-07 08:45 ---
here things appear to work ? What are the numbers you have for '--param
ggc-min-expand=30 --param ggc-min-heapsize=4096' ?
> gfortran -c -O2 -g -fmem-report all.f90
Memory still allocated at the end of the compilation p
[EMAIL PROTECTED] temp]# gfortran -c -O0 gfortran-error-1.f90
!gfortran-error-1.f90: In function \u2018write_out_particles\u2019:
!gfortran-error-1.f90:21: internal compiler error: in
gfc_conv_descriptor_dimension, at fortran/trans-array.c:242
!Please submit a full bug report,
!with preprocessed s
--- Comment #1 from fmuldoo at me dot lsu dot edu 2008-05-07 09:32 ---
Created an attachment (id=15589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15589&action=view)
Very small code example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36167
--- Comment #1 from martin at mpa-garching dot mpg dot de 2008-05-07 09:35
---
Created an attachment (id=15590)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15590&action=view)
a (not really reduced) test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36168
--- Comment #6 from martin at mpa-garching dot mpg dot de 2008-05-07 09:57
---
OK. Thanks for the clarification!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36168
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-05-07 09:54 ---
(In reply to comment #4)
> Is this also expected behavior?
Most likely because SRA choses not to scalarize the aggregate. Aka the
optimizators are choosing different choses based on the code. Nothing new.
-- Pin
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-07 09:43 ---
This is a normal issue with the unitialized warnings. See PR 5035. Basically
to get this warning correct for this case, you need conditional PHIs which we
don't have currently. And I don't know of any compiler tha
--- Comment #4 from martin at mpa-garching dot mpg dot de 2008-05-07 09:51
---
It would be completely fine by me, if g++ simply emitted bogus warnings in a
consistent way. But the syntax is still confusing, and what seems quite
disconcerting to me is the fact that _both_ warnings disapp
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-07 09:51 ---
Also you may as well manually unswitch the loops as they don't do anything
except some multiplication if that bool is true. That is better to write the
code as:
if (a_eq_e)
return;
e
ude=/usr/include
--with-mpfr-lib=/usr/lib --with-gmp-include=/usr/include
--with-gmp-lib=/usr/lib --enable-languages=c++,fortran
--enable-checking=release
Thread model: posix
gcc version 4.4.0 20080507 (experimental) [trunk revision 135032] (GCC)
COLLECT_GCC_OPTIONS='-v' '-O' &#x
--- Comment #7 from manu at gcc dot gnu dot org 2008-05-07 10:06 ---
(In reply to comment #6)
> Colorization of a message is part of the message. It should obviously be done
> whereever the message is constructed. (IDE has nothing to do with this.) With
> your argument, the compiler shou
--- Comment #7 from manu at gcc dot gnu dot org 2008-05-07 10:12 ---
This would be more consistent if uninitialized warnings would work in VOPs.
Anyway, I think we should keep this open as an interesting testcase.
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-05-07 10:17
---
OK, well, it was 100% reproducible two weeks ago, but I can't see it happening
anymore on trunk. Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from john dot spelis at 3dlabs dot com 2008-05-07 11:14
---
Subject: Re: Arm EABI C++ optimiser handles bit fields
incorrectly
Thanks pinskia. I ported the 4.3.0 compilers and that's a
confirmed fix to the issue.
Best Regards
On 5 May 2008, pinskia at gcc dot gnu
--- Comment #6 from joseph at codesourcery dot com 2008-05-07 11:25 ---
Subject: Re: C++ compiler should issue a warning with missing
new operator
On Wed, 7 May 2008, pinskia at gcc dot gnu dot org wrote:
> aligned memory. PPC LV2 returns 16byte aligned memory. PPC Linux should be
--- Comment #8 from esigra at gmail dot com 2008-05-07 13:08 ---
(In reply to comment #7)
> Adding color output (ala ls --color) or the proposal in this bug (gcc as a
> lecturer in programming) show a critical misunderstanding: Assuming that GCC
> developers are bored and have nothing to
--- Comment #4 from uros at gcc dot gnu dot org 2008-05-07 13:12 ---
Subject: Bug 35714
Author: uros
Date: Wed May 7 13:12:02 2008
New Revision: 135041
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135041
Log:
PR target/35714
* config/i386/mmx.md (mmx_subv2sf3)
--- Comment #5 from ubizjak at gmail dot com 2008-05-07 13:33 ---
The problem with memory operands has been fixed by the patch, so we generate
optimal one insn sequence for both functions in:
--cut here--
#include
extern __m128i a;
__m128i madd (__m128i b)
{
return _mm_madd_epi16(a
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--- Comment #2 from sam at gcc dot gnu dot org 2008-05-07 14:07 ---
This appears to be fixed in GCC 4.3.2 and in SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
-
Gcc revision 135041 failed to bootstrap at:
...
/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/
-B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/ -c -g -O2 -fomit-frame-pointer
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wm
A new "Relative_Deadline" pragma has been introduced in commit 134010 and is
lacking documentation.
Assigning to the committer.
--
Summary: Missing documentation for Relative_Deadline pragma
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
S
--- Comment #2 from sam at gcc dot gnu dot org 2008-05-07 15:10 ---
Oh, right, I've never used it before and missed it in the RM :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36171
--- Comment #1 from charlet at gcc dot gnu dot org 2008-05-07 15:07 ---
Sorry, but this is a standard Ada 2005 pragma, documented in the Ada RM.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--
The following program shows a case where
the 4.3.0 C++ compiler omits a check on an ENUM
variable when compiled with -O2 but keeps it when
-O is used ?
Targets where this occurs; at least x86, arm-*-linux-*
optEnum = (Options::Id::Type) getopt_long( ... ) ;
if( optEnum == -1 )/* This test
--- Comment #1 from ubizjak at gmail dot com 2008-05-07 16:39 ---
Hm... strange, because my patch changed x86 target specific MMX and SSE vector
builtins only. I don't see any __builtin_X usage in gfc_simplify_set_exponent
that would trigger codepaths that were changed.
Can you do a bac
--- Comment #11 from hp at gcc dot gnu dot org 2008-05-07 16:55 ---
This is not resolved. I still see
FAIL: g++.dg/tree-ssa/pr19637.C scan-tree-dump-times dom1 "return 1;" 3
for cris-elf and it's been a few days.
I'm reopening this PR to properly track progress.
--
hp at gcc dot gnu
--- Comment #12 from hp at gcc dot gnu dot org 2008-05-07 17:02 ---
(In reply to comment #11)
> This is not resolved. I still see
> FAIL: g++.dg/tree-ssa/pr19637.C scan-tree-dump-times dom1 "return 1;" 3
Oops, different PR, sorry for the noise.
--
hp at gcc dot gnu dot org changed:
--- Comment #2 from dominiq at lps dot ens dot fr 2008-05-07 17:06 ---
> Can you do a backtrace of the failure?
I tried, but my knowledge of gdb is too limited. I get the error, but backtrace
gives "no stack".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36169
--- Comment #7 from hp at gcc dot gnu dot org 2008-05-07 17:08 ---
Also seen on cris-elf with the revision as mentioned and still there as late as
r135041. Pinskia, are you going to revert it, fix it or should we xfail the
test?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36143
I just tried to compile the Suse Linux package
fontconfig-2.4.2-83 with the GNU C compiler
version 4.4 snapshot 20080502
The compiler said
fccharset.c:1174: internal compiler error: in compare_values_warnv, at
tree-vrp.c:892
Please submit a full bug report,
with preprocessed source if appropria
--- Comment #1 from dcb314 at hotmail dot com 2008-05-07 17:10 ---
Created an attachment (id=15591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15591&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36172
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-05-07 17:21 ---
Fix it:
[andrew-pinskis-computer:local/gcc/gcc] apinski% svn diff
Index: tree-ssa-forwprop.c
===
--- tree-ssa-forwprop.c (revision 135021)
+++ tree-ssa-
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-07 17:23 ---
And C++ standard says if the value is out of range of the enum, the behavior is
undefined so this is not a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from astrange at ithinksw dot com 2008-05-07 17:36 ---
Created an attachment (id=15592)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15592&action=view)
minimal source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
--- Comment #20 from gnu_andrew at member dot fsf dot org 2008-05-07 17:54
---
Created an attachment (id=15593)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15593&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #21 from gnu_andrew at member dot fsf dot org 2008-05-07 17:55
---
Created an attachment (id=15594)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15594&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #22 from gnu_andrew at member dot fsf dot org 2008-05-07 17:56
---
Created an attachment (id=15595)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15595&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #23 from gnu_andrew at member dot fsf dot org 2008-05-07 17:56
---
Created an attachment (id=15596)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15596&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #24 from gnu_andrew at member dot fsf dot org 2008-05-07 17:57
---
Created an attachment (id=15597)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15597&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #25 from gnu_andrew at member dot fsf dot org 2008-05-07 17:57
---
Created an attachment (id=15598)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15598&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #26 from gnu_andrew at member dot fsf dot org 2008-05-07 17:58
---
Created an attachment (id=15599)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15599&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #27 from gnu_andrew at member dot fsf dot org 2008-05-07 17:58
---
Created an attachment (id=15600)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15600&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #28 from ddaney at avtrex dot com 2008-05-07 17:59 ---
Subject: Re: We should to use StringBuilder instead
of StringBuffer where appropriate.
gnu_andrew at member dot fsf dot org wrote:
> --- Comment #25 from gnu_andrew at member dot fsf dot org 2008-05-07
> 17:57 --
--- Comment #29 from gnu_andrew at member dot fsf dot org 2008-05-07 18:01
---
Created an attachment (id=15601)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15601&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #30 from gnu_andrew at member dot fsf dot org 2008-05-07 18:02
---
Created an attachment (id=15602)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15602&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #31 from gnu_andrew at member dot fsf dot org 2008-05-07 18:02
---
Created an attachment (id=15603)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15603&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #32 from gnu_andrew at member dot fsf dot org 2008-05-07 18:03
---
Created an attachment (id=15604)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15604&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #6 from joel at gcc dot gnu dot org 2008-05-07 18:03 ---
Tested against this GCC using gcc-ada-hwint-20080421.diff and patch in
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01581.html
sparc-rtems4.9-gcc (GCC) 4.4.0 20080502 (experimental) [trunk revision 134885]
--
ht
--- Comment #33 from gnu_andrew at member dot fsf dot org 2008-05-07 18:04
---
Created an attachment (id=15605)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15605&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #34 from gnu_andrew at member dot fsf dot org 2008-05-07 18:04
---
Created an attachment (id=15606)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15606&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #35 from gnu_andrew at member dot fsf dot org 2008-05-07 18:07
---
Created an attachment (id=15607)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15607&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #36 from gnu_andrew at member dot fsf dot org 2008-05-07 18:07
---
Created an attachment (id=15608)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15608&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #37 from gnu_andrew at member dot fsf dot org 2008-05-07 18:08
---
Created an attachment (id=15609)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15609&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #3 from ubizjak at gmail dot com 2008-05-07 18:08 ---
Created an attachment (id=15610)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15610&action=view)
P
Can you try attached patch that fixes some patterns only at expand time?
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #38 from gnu_andrew at member dot fsf dot org 2008-05-07 18:08
---
Created an attachment (id=15611)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15611&action=view)
Change tools to use StringBuilder
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #7 from joel at gcc dot gnu dot org 2008-05-07 18:08 ---
Created an attachment (id=15612)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15612&action=view)
hwint patch for gcc 4.3 branch
This has been tested against sparc-rtems4.9 for interrupt functionality. ACATS
res
--- Comment #39 from gnu_andrew at member dot fsf dot org 2008-05-07 18:10
---
All appropriate changes made. Closing this bug.
--
gnu_andrew at member dot fsf dot org changed:
What|Removed |Added
--
A few routines seem to have disappeared from 4.0.0 to 4.2.1:
_ZN9__gnu_cxx13stdio_filebufIcSt11char_traitsIcEE2fdEv;
_ZN9__gnu_cxx13stdio_filebufIcSt11char_traitsIcEE4fileEv;
_ZN9__gnu_cxx13stdio_filebufIcSt11char_traitsIcEEC1EP7__sFILESt13_Ios_Openmodem;
_ZN9__gnu_cxx13stdio_fileb
--- Comment #4 from ubizjak at gmail dot com 2008-05-07 18:32 ---
I see the problem:
define_insn_and_split "*fixuns_trunc_1" is a post-reload splitter that
calls ix86_split_convert_uns_si_sse after reload. There we have:
gen_sse2_loadlpd (value, CONST0_RTX (V2DFmode), input)
and thi
--- Comment #2 from john dot spelis at 3dlabs dot com 2008-05-07 18:38
---
Subject: Re: enum variable operation behaviour and -O2
Thanks for ending that issue.
Best Regards
On 7 May 2008, pinskia at gcc dot gnu dot org wrote:
>
>
> --- Comment #1 from pinskia at gcc dot gnu
Gcc 4.4 revision 135043 failed to bootstrap on Linux/ia32 when
configured with
-enable-clocale=gnu --with-system-zlib --enable-checking=assert
--with-demangler-in-ld --enable-shared --enable-threads=posix --enable-haifa
--prefix=/usr/gcc-4.4 --with-local-prefix=/usr/local
I got
libtool: compile:
--- Comment #1 from hjl dot tools at gmail dot com 2008-05-07 19:01 ---
I have verified that revision 135041 is the cause. x86 backend
calls gen_reg_rtx to generate pseudo register after reload is
completed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36174
--- Comment #5 from hjl dot tools at gmail dot com 2008-05-07 19:04 ---
This may be related to PR 36174.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Oth
--- Comment #2 from andreast at gcc dot gnu dot org 2008-05-07 19:09
---
I see a similar ICE on x86_64-darwin: jni.cc:812 ICE in gen_reg_rtx, at
emit-rtl.c:868
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from hjl dot tools at gmail dot com 2008-05-07 19:11 ---
I am testing the patch on PR 36169 now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36174
--- Comment #6 from ubizjak at gmail dot com 2008-05-07 19:11 ---
Should be fixed now.
Sorry for the breakage, I didn't notice one postreload usage of loadlpd.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36169
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-07 19:24 ---
Please confirm this on the top of the 4.2 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-05-07 19:27 ---
Please confirm with current 4.2 branch head.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-05-07 19:29
---
Note that gcc 4.1 is known to have some wrong-code bugs regarding aliasing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36149
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.2.3
Known to work||4.3.1
Target
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-07 19:32 ---
It would have been nice to check at least gcc 4.3 (or better current trunk).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-07 19:33 ---
It would have been nice to check at least gcc 4.3 (or better current trunk).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-07 19:33 ---
It would have been nice to check at least gcc 4.3 (or better current trunk).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-07 19:33 ---
It would have been nice to check at least gcc 4.3 (or better current trunk).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-07 19:35 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-05-07 19:42 ---
decrementing a NULL pointer invokes undefined behavior, incrementing not.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-07 19:43 ---
*** This bug has been marked as a duplicate of 33887 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #44 from rguenth at gcc dot gnu dot org 2008-05-07 19:43
---
*** Bug 36122 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-07 19:45 ---
Right. I believe there was even some ELF reasoning here... Micha?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from dominiq at lps dot ens dot fr 2008-05-07 19:54 ---
> Should be fixed now.
I am now at stage 3, so it seems fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36169
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-07 19:56 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-07 19:58 ---
This worked with 20080325.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36172
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ice for legal code with -O3 |[4.4 Regression] ice for
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-07 20:00 ---
gcc_assert (POINTER_TYPE_P (TREE_TYPE (val1))
== POINTER_TYPE_P (TREE_TYPE (val2)));
:)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36172
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-07 20:04 ---
Reduced testcase, fails at -O:
struct eth_test_pkt {
unsigned short len;
unsigned short ctr;
unsigned char packet[];
} __attribute__ ((packed));
struct eth_test_pkt pkt_unaligned = { .packet = { 0xFC } };
int
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-05-07 20:07 ---
We don't generate _any_ fields for packet, but the memcmp is folded to
:
p.0_2 = (const unsigned char * {ref-all}) p_1(D);
D.1186_3 = *p.0_2;
D.1187_4 = (int) D.1186_3;
D.1188_5 = (const unsigned char * {ref
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-05-07 20:08 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
1 - 100 of 124 matches
Mail list logo
