--- 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 #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 #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 #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
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 #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
--- 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
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 #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
--- 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 #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 #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 #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 #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
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
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|
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
--- 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
--- 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 #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 #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 #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 #8 from ubizjak at gmail dot com 2008-05-08 06:56 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36174
101 - 124 of 124 matches
Mail list logo
