--- Comment #11 from epperly2 at llnl dot gov 2007-06-02 02:52 ---
I tried test_4.tar.bz2 on my home PC whose details are below. I had to change
the definition of size_t to "typedef unsigned long size_t;" in RefCount.c. It
failed just like the other system I tested it with.
&
--- Comment #9 from epperly2 at llnl dot gov 2007-06-01 23:24 ---
Created an attachment (id=13650)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13650&action=view)
The function pointer in RefCount_t can be removed too
This is a smaller program that removes a couple f
--- Comment #8 from epperly2 at llnl dot gov 2007-06-01 22:14 ---
I've simplified the sample case that demonstrates the problem, and it has *no*
casting in C++. In C, it casts the result of malloc to the appropriate pointer
type.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32182
--- Comment #7 from epperly2 at llnl dot gov 2007-06-01 22:12 ---
Created an attachment (id=13648)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13648&action=view)
A further simplified example showing the problem without any C++ casting
--
http://gcc.gnu.org/b
--- Comment #6 from epperly2 at llnl dot gov 2007-06-01 22:04 ---
Created an attachment (id=13647)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13647&action=view)
An example involving less casting than the previous one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32182
--- Comment #5 from epperly2 at llnl dot gov 2007-06-01 21:24 ---
In response to comment #4, I may be violating C++ aliasing rules, but I don't
see how that explains the behavior I am seeing and where I am seeing it. How
could aliasing analysis give the compiler permission to
--- Comment #3 from epperly2 at llnl dot gov 2007-06-01 21:07 ---
The Babel bug tracking entry corresponding to this GCC issue report is here:
https://www.cca-forum.org/bugs/babel/issue480
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32182
--- Comment #2 from epperly2 at llnl dot gov 2007-06-01 20:53 ---
To avoid depending on system #include files, the example has
typedef unsigned int size_t;
hardwired in the code. This may be an incorrect definition for some platforms.
Oddly enough, if I delete NextClass and make
--- Comment #1 from epperly2 at llnl dot gov 2007-06-01 20:44 ---
Created an attachment (id=13646)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13646&action=view)
tar file containing complete source to reproduce problem
% sha1sum bug32182.
run in causing segfault
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: epperly2 at llnl dot gov
GCC build trip
--- Additional Comments From epperly2 at llnl dot gov 2005-04-20 22:46
---
Created an attachment (id=8690)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8690&action=view)
Source files and compile script to reproduce the performance issue
I am attaching a bzip2 compressed t
compile on a dual 3GHz P4 Linux box with lots of RAM
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy:
12 matches
Mail list logo
