--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36174
--- Comment #8 from ubizjak at gmail dot com 2008-05-08 06:56 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pmaconi at gmail dot com 2008-05-08 05:58 ---
Sorry. When I ran that code from visual studio, rand() always returned no more
than 5 digits. I didn't realize that RAND_MAX was different between the
compilers.
--
pmaconi at gmail dot com changed:
What
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-05-08 04:13 ---
I don't see the issue here, rand returns numbers which are greater than 6
digits. The first number is 16807 which is 5 digits and then the next one is
282475249 which is 9 digits. setw just sets the minimal space
--- Comment #3 from pmaconi at gmail dot com 2008-05-08 03:30 ---
Created an attachment (id=15617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15617&action=view)
Test .cpp file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36178
--- Comment #2 from pmaconi at gmail dot com 2008-05-08 03:29 ---
Created an attachment (id=15616)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15616&action=view)
Output file from --save-temps (.s)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36178
--- Comment #1 from pmaconi at gmail dot com 2008-05-08 03:29 ---
Created an attachment (id=15615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15615&action=view)
Output file from --save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36178
Assigning a rand() value to a vector element and then accessing the element
seems to negate setw() - no spaces are added to the output. I attempted to
access the element via iterators as well as integer subscripts, neither caused
any change. The console reported no errors or warnings during compile
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|
This test passed with 135041 for cris-elf. It fails with 135057 as follows:
FAIL: g++.dg/opt/pr23714.C (internal compiler error)
FAIL: g++.dg/opt/pr23714.C (test for excess errors)
with g++.log saying (cutnpasted):
Executing on host:
/tmp/hpautotest-gcc1/cris-elf/gccobj/gcc/testsuite/g++/../../g
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-07 23:18 ---
This patch works for me:
Index: cp/parser.c
==
=
--- cp/parser.c (revision 2473)
+++ cp/parser.c (working copy)
@@ -4659,6 +4659,10 @@ cp_parser_parenth
--- Comment #6 from jakub at gcc dot gnu dot org 2008-05-07 23:16 ---
Subject: Bug 35896
Author: jakub
Date: Wed May 7 23:15:50 2008
New Revision: 135060
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135060
Log:
PR debug/35896
* dwarf2out.c (dw_expand_expr, com
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-05-07 21:54
---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-05-07 21:50
---
operand_equal_p returns true for (float *) VH.11 and (long unsigned int) VH.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36172
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-05-07 21:47 ---
PA_IN/OUT computes different for s/(unsigned long)/(long)/ in the following
testcase (long works):
int f(float * );
unsigned long FcCharSetFreeze (int *fcs, int b)
{
int i;
int a = 0;
for (i = 0; i < *fcs; i++
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-05-07 21:37 ---
More reduced:
int f(float * );
__SIZE_TYPE__ FcCharSetFreeze (int *fcs, int b)
{
int i;
int a = 0;
for (i = 0; i < *fcs; i++)
{
float *leaf = (float *)fcs;
int hash = f (leaf);
if (hash)
a
Well, we simply don't handle simplification of TRANSFER with constant
substrings, so it gives ICEs here and there:
$ cat b.f90
character(len=1), parameter :: t = "x"
write (*,*) transfer(t(1:1),0)
end
$ gfortran b.f90
f951: internal compiler error: in gfc_target_encode_expr, at
fortran/tar
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-07 21:16 ---
We need your preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36175
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-05-07 21:10 ---
Better reduced testcase:
typedef unsigned long int uintptr_t;
typedef struct _FcCharLeaf { } FcCharLeaf;
struct _FcCharLeafEnt {
unsigned int hash;
int leaf;
};
struct _FcCharSetFreezer
{
int orig_hash_table[67
Hello,
I tried to include a list inside a structure and it does not worked.
And everytime I compile I get a linker error like that:
error: no matching function for call to `
Character.cpp:365: error: no matching function for call to
'std::list
>::remove(Character* const)'
/usr/lib/gcc/i686-pc-l
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-05-07 20:45 ---
Created an attachment (id=15614)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15614&action=view)
somehwat reduced testcase
It's probably PPRE that messes up (-O3 -fno-tree-pre is fine, -O2
-finline-functions
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-05-07 20:30 ---
# prephitmp.1564_417 = PHI
long unsigned int pretmp.1563;
prephitmp.1561 is a pointer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36172
--- Comment #3 from hjl dot tools at gmail dot com 2008-05-07 20:29 ---
Created an attachment (id=15613)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15613&action=view)
A testcase
[EMAIL PROTECTED] pic-1]$ make
/export/build/gnu/gcc-expand/build-x86_64-linux/gcc/xgcc
-B/export/bu
--- Comment #4 from hjl dot tools at gmail dot com 2008-05-07 20:08 ---
Revision 135047 works.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- 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|
--- 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 #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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ice for legal code with -O3 |[4.4 Regression] ice for
|
--- 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
--- 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 #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:45 ---
Right. I believe there was even some ELF reasoning here... Micha?
--
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 #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 #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 #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 #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 #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
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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
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 #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
--- 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
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 #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
--
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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
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 #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
--- 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 #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 #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 #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 #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
--
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
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
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
--- 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
-
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--
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
--- 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
--- 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 #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 #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 #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
1 - 100 of 124 matches
Mail list logo
