This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/11456] Segfault in dot. AIX 5.1, GCC 3.2.2
- From: "yuvraj_hande at i2 dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 27 Aug 2003 15:51:30 -0000
- Subject: [Bug c++/11456] Segfault in dot. AIX 5.1, GCC 3.2.2
- References: <20030707203859.11456.yuvraj_hande@i2.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11456
yuvraj_hande at i2 dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From yuvraj_hande at i2 dot com 2003-08-27 15:51 -------
We have got solution, and "dot" executable is running without any problem
after building and linking with IBM C Compiler ( /usr/vac/bin/cc).
I have downloaded the patch for gcc3.3 and builded gcc with this patch, which
adds options -mnatural-align to gcc, builded "dot" with two options. Check
this link
http://gcc.gnu.org/ml/gcc-patches/2003-04/msg02222.html .
But that didn't help, I was still getting core dump at runtime. ( Core dump
was because of alignment of structure members, and accessing invalid memory
address by structure pointer.) Check out this link for support of this
assumption,
http://developer.apple.com/documentation/DeveloperTools/Conceptual/MachORuntime
/2rt_powerpc_abi/chapter_3_section_3.html
And analyzing the core with gdb also support the assumption.
Then, using the IBM C Compiler for building the "dot" source and even third
party libs, solved the problem.
Thanks for your time.
Regards,