--- Comment #9 from cnstar9988 at gmail dot com 2008-08-17 06:22 ---
ping...
fixed for 4_3 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37101
--- Comment #4 from jay dot krell at cornell dot edu 2008-08-17 08:51
---
Subject: RE: cannot find -lgcc_s
Let's dissect the output a bit:
Word wrap plus laziness = I didn't look closely before.
-Wl,-rpath -Wl,/usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1
-Wl,-rpath
--- Comment #5 from jay dot krell at cornell dot edu 2008-08-17 08:52
---
Subject: RE: cannot find -lgcc_s
Subject line reminded me: Also I -disable-bootstrap.
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [Bug bootstrap/37079] cannot find
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-17 09:28 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-17 10:20 ---
Hm, I have a patch that makes PRE phi-translation use the oracle, but still
the testcase is not optimized because for
struct Loc { int x[1]; };
int foo (int i, int b)
{
struct Loc IND;
if (b)
IND.x[0] =
--- Comment #3 from sam at gcc dot gnu dot org 2008-08-17 10:56 ---
This appears to have been fixed in SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-17 10:57 ---
In theory elminate should handle these case, but even though phi-translation
reveals that the value of the load is available in bb 5 we do not update
avail-out if we do not end up doing an insertion.
--
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-17 11:18
---
And I have a patch to fix regular insertion. Which means PRE now produces
foo (int i, int j, int k, int b)
{
int prephitmp.12;
int pretmp.11;
struct Loc IND;
int D.1922;
int D.1921;
int D.1920;
int
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-08-17 11:26
---
The store-ccp testcase in comment #10 is fixed by the patch for PR35972.
Still the requested optimization is also performed by DOM.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23094
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29363
--
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 #3 from tobi at gcc dot gnu dot org 2008-08-17 12:43 ---
I've not had the time to finish this, and now I don't remember the details of
my analysis. Sorry, unassigning myself.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sam at gcc dot gnu dot org 2008-08-17 12:58 ---
This appears to be fixed in SVN trunk and GCC 4.3.1.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--
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 sam at gcc dot gnu dot org 2008-08-17 13:19 ---
This appears to be fixed in SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from sam at gcc dot gnu dot org 2008-08-17 13:22 ---
This appears to be fixed in GCC 4.3.1.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--
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 #3 from sam at gcc dot gnu dot org 2008-08-17 14:29 ---
This appears to have been fixed in GCC 4.3.1.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Do not see a place to attach the bug.i - email me perhaps.
[EMAIL PROTECTED]:/opt/src/mkvtk-5.0.4/build$ /usr/local/gcc/bin/c++ -v
-save-temps -o
nada -Wno-deprecated -O3 -fPIC -c bug.i
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.4-20080815/configure
--- Comment #1 from jeffrey dot donner at gmail dot com 2008-08-17 14:54
---
Created an attachment (id=16079)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16079action=view)
-E of vtk 5.0.4's Graphics/vtkModelMetadata.cxx
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37143
--- Comment #10 from uros at gcc dot gnu dot org 2008-08-17 14:58 ---
Subject: Bug 37101
Author: uros
Date: Sun Aug 17 14:57:00 2008
New Revision: 139178
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139178
Log:
PR target/37101
* config/i386/sse.md
--- Comment #3 from chris dot fairles at gmail dot com 2008-08-17 15:06
---
Mainline also fails on target x86_64-unknown-linux-gnu:
gcc version 4.4.0 20080814 (experimental) (GCC)
internal compiler error: in dependent_type_p, at cp/pt.c:15888
--
--- Comment #7 from hjl dot tools at gmail dot com 2008-08-17 15:34 ---
Revision 139171 works for me at -O3 -ffast-math on Linux/Intel64.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-08-17 15:40
---
Paolo, can you have a quick look to this one? Seems indeed in the same ball
park of PR28573, which you fixed. Is it just matter of handling TARGET_EXPR the
same way of CALL_EXPR in fold_offsetof_1? (passes
--- Comment #3 from bonzini at gnu dot org 2008-08-17 16:05 ---
Indeed, it's just that this operator[] throws.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35321
--- Comment #4 from paolo dot carlini at oracle dot com 2008-08-17 16:17
---
Ok, thanks, I'll submit a patchlet.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2008-08-17 16:37 ---
Fixed by revision 138840.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-17 16:49 ---
Still broken for me with -O3 -ffast-math -funroll-loops -fpeel-loops.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Trunk 138207 miscompiles|[4.4 Regression] Trunk
|172.mgrid on x86-64
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-17 16:53 ---
Maybe a duplicate of PR37104.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2008-08-17 17:16 ---
(In reply to comment #8)
Still broken for me with -O3 -ffast-math -funroll-loops -fpeel-loops.
It is the same as PR 35418. My suggestion at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35418#c8
works for me
--- Comment #11 from ubizjak at gmail dot com 2008-08-17 17:24 ---
Fixed for 4.3.2.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Severity|critical
--- Comment #5 from burnus at gcc dot gnu dot org 2008-08-17 17:59 ---
For completeness, I tested the program with a couple of compilers, which all
generated a run-time error message:
- Intel ifort 10 and 11beta
- Sun Studio 12 sunf95
- g95
- Portland pgf77 7.1
- Open64 openf95
-
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-08-17 19:03
---
This is not platform specific.
g77 runs this test case without error. gfortran is attempting to read a
default formatted width and when it attempts to read the next character after
the last digit of the third
--- Comment #3 from burnus at gcc dot gnu dot org 2008-08-17 19:21 ---
Confirm. As Jerry pointed out it is not restricted to Windows.
I created my test case using:
printf '1.2\n2.3\n3.4' input
Fortran test case:
REAL :: a, b, c
include/ext/pb_ds/detail/pat_trie_/constructors_destructor_fn_imps.hpp
causes invalid memory access on Linux/ia32 and Linux/Intel64. You can see
it by adding -D_GLIBCXX_DEBUG to ext/pb_ds/regression/trie_data_map_rand.cc:
bash-3.2$ /export/build/gnu/gcc-work/build-x86_64-linux/./gcc/g++
--- Comment #2 from etienne_lorrain at yahoo dot fr 2008-08-17 19:31
---
It is not related to bitfields, this also show the problem:
struct color { unsigned char red, green, blue, transparent; } cur_color;
static const struct color mycolor = { 200, 10, 30, 0 };
void fct(void)
{
--- Comment #8 from hjl dot tools at gmail dot com 2008-08-17 19:33 ---
Intermittent failures:
FAIL: ext/pb_ds/regression/trie_data_map_rand.cc execution test
FAIL: ext/pb_ds/regression/trie_no_data_map_rand.cc execution test
is due to PR 37144.
--
hjl dot tools at gmail dot com
--- Comment #6 from kargl at gcc dot gnu dot org 2008-08-17 19:53 ---
(In reply to comment #4)
I agree there is legacy g77 behavior involved here. I did a test here, and a
very simple patch will enable this feature. At least for the test case I get
the exact same results as g77. I
We still would have
FAIL: gcc.dg/tree-ssa/ssa-fre-7.c scan-tree-dump-times fre Inserted pretmp 1
FAIL: gcc.dg/tree-ssa/ssa-fre-7.c scan-tree-dump-times fre Replaced a.u.f with
pretmp 3
FAIL: gcc.dg/tree-ssa/ssa-fre-7.c scan-tree-dump-times fre Replaced a.u.k with
j 1
FAIL:
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-17 20:08 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-17 20:59 ---
It also happens in gcc 4.3.2:
lake:pts/1[303] /export/build/gnu/gcc-4.3/build-x86_64-linux/./gcc/g++
-shared-libgcc -B/export/build/gnu/gcc-4.3/build-x86_64-linux/./gcc -nostdinc++
--- Comment #2 from hjl dot tools at gmail dot com 2008-08-17 21:19 ---
include/ext/pb_ds/detail/pat_trie_/constructors_destructor_fn_imps.hpp
doesn't look right:
PB_DS_CLASS_T_DEC
typename PB_DS_CLASS_C_DEC::node_pointer
PB_DS_CLASS_C_DEC::
recursive_copy_node(const_node_pointer
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-17 21:49 ---
Created an attachment (id=16081)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16081action=view)
A patch
With this patch, I got
bash-3.2$ /export/build/gnu/gcc-4.3/build-x86_64-linux/./gcc/g++ -shared-libgcc
--- Comment #4 from hjl dot tools at gmail dot com 2008-08-17 21:51 ---
The failure is random due to the random test. If you fix the random seed,
the failure will be more reproducible.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37144
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-08-17 22:04
---
I have a patch testing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-18 03:33 ---
It is definitely related to that other PR. Here is a reduced testcase:
void
f(int NumberOfSideSets, int *ssNumDFperSide, float *ssDF)
{
int i;
float *newssDF = __null;
int *newssNumDF = new int
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-18 04:20 ---
valgrind also reports
Conditional jump or move depends on uninitialised value(s)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37144
48 matches
Mail list logo