http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #26 from Tammy Hsu ---
Thanks a lot for the patch. It addresses the issue on the standalone test and
shows also in our real tool test results. With this patch, the major
degradations are gone. Compared to gcc445, there is a slight over
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #22 from Tammy Hsu ---
Thanks a lot. We will test it out with our real application.
Just want to do things right, the patch is the one described in Attachment
30861. And I just need to patch the
/include/c++/4.8.1/bits/stl_algo.h, don'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #24 from Tammy Hsu ---
Yes, it is a question. And thank you for the answer... :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #9 from Tammy Hsu ---
Marc/Paolo/Chris,
Thanks a lot for your help. It's awesome to see so many activities within hours
after submitting the bug.
Thanks, Tammy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #11 from Tammy Hsu ---
Jeffrey,
It's weird indeed. We are still using gcc445 for our production releases and
are in the process of evaluating gcc481/gcc473. The performance tests show
slowness in some tests
I also don't have gcc4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58208
--- Comment #13 from Tammy Hsu ---
Hi Mikael,
My last comment probably is not clear enough. The import (testcase) I built on
RHEL 5.5 crashes on RHEL 5.5, but if I ran it on Fedora 19, it works.
So if you take the import you built on CentOS 5.8
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tammy at Cadence dot COM
For the following testcase:
===
#include
#include
using namespace std;
int main()
{
const size_t num
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58208
--- Comment #12 from Tammy Hsu ---
I installed the required i686 rpms on the Fedora 19 system, and the testcase
works without crash (using the /bin/g++).
I then built gcc481 on the Fedora 19 system, the testcase also works fine when
I compile/lin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58208
--- Comment #11 from Tammy Hsu ---
Thank you. Yes, on the fedora 19 systems, I don't have these 3 i686 rpms
installed. I will add them.
Do you have any comments on the crash issue we have on CentOS 5.8 or RHEL
5.5/RHEL 6.3 after building gcc481
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58208
--- Comment #9 from Tammy Hsu ---
I tried to run the g++ build on RHEL 5.5 on a RHEL 6.3 system, import seg
fault.
I then tried to rebuild gcc481 on RHEL 6.3 and rerun the testcase, it still
crash.
The glibc on RHEL 6.3 is glibc-2.12-1.80.el6.x8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58208
--- Comment #8 from Tammy Hsu ---
Thanks a lot for trying rebuilding twice!!
you don't think it is caused by optimization code? if we use "-O2" or "-O3
-fno-tree-vectorize" then it won't seg fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58208
--- Comment #4 from Tammy Hsu ---
Sorry, I forgot to mention that I need to set LD_LIBRARY_PATH to "." to run
import.
I build the gcc473 and gcc481 by using the same configuration and on the same
RHEL 5.5 system, however the gcc473 version works a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58208
Tammy Hsu changed:
What|Removed |Added
Severity|normal |major
--- Comment #2 from Tammy Hsu ---
Can
Assignee: unassigned at gcc dot gnu.org
Reporter: tammy at Cadence dot COM
The following testcase works with gcc473, but crash with gcc481:
$ cat main.C
int main () {}
$ cat qt.C
#include
#include
std::deque l1;
$ cat build.orig
#!/bin/csh -fex
set GCCVER = /home/tammy/gcc481
seten
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54896
--- Comment #2 from Tammy Hsu 2012-10-10 22:09:04
UTC ---
Created attachment 28416
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28416
This can be used to generate BigData.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54896
Bug #: 54896
Summary: Some optimization slowness with GCC 4.7.2
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
16 matches
Mail list logo
