[Bug c++/54601] AIX uses atexit which causes unloading of shared modules to break

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 --- Comment #10 from Perry Smith 2013-01-31 05:50:00 UTC --- Can you keep the libraries like you have them with the functions and private structures for the functions coming from the library but just put the definition of __dso_handle in c

[Bug bootstrap/55083] failure while configuring libatomic is not cleaned up

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55083 --- Comment #6 from Perry Smith 2012-12-09 05:40:28 UTC --- If it helps, here are the last messages from the make log: checking for powerpc-ibm-aix6.1.0.0-gcc... /usr/work/build/gcc.git/./gcc/xgcc -B/usr/work/build/gcc.git/./gcc/ -B /gs

[Bug bootstrap/55083] failure while configuring libatomic is not cleaned up

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55083 --- Comment #4 from Perry Smith 2012-12-09 04:45:47 UTC --- I can't remember much about this. Things may have changed since I reported it. Is the Makefile created as the last step? If not, then if something fails after the Makefile is

[Bug c/55105] New: use of LD_LIBRARY_PATH incorrect for AIX -- cause trunk build to fail

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55105 Bug #: 55105 Summary: use of LD_LIBRARY_PATH incorrect for AIX -- cause trunk build to fail Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug bootstrap/55083] failure while configuring libatomic is not cleaned up

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55083 --- Comment #2 from Perry Smith 2012-10-26 15:31:27 UTC --- To be clear, the error during configuration is not what the bug report is about. The discussion of the error can be seen here: http://gcc.gnu.org/ml/gcc/2012-10/msg00380.html

[Bug c/55083] New: failure while configuring libatomic is not cleaned up

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55083 Bug #: 55083 Summary: failure while configuring libatomic is not cleaned up Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: nor

[Bug c++/54601] AIX uses atexit which causes unloading of shared modules to break

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 --- Comment #4 from Perry Smith 2012-09-17 14:18:34 UTC --- (In reply to comment #3) > To be included the patch needs to be against trunk. I don't mind trying to redo this against trunk but I need some help learning how to build against the trun

[Bug c++/54601] AIX uses atexit which causes unloading of shared modules to break

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 --- Comment #2 from Perry Smith 2012-09-16 14:40:25 UTC --- Forgot to mention. A long thread discussing the issue, etc is here: http://www.mail-archive.com/gcc@gcc.gnu.org/msg65140.html

[Bug c++/54601] AIX uses atexit which causes unloading of shared modules to break

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 --- Comment #1 from Perry Smith 2012-09-16 14:39:05 UTC --- Created attachment 28201 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28201 Educational program demonstrating when atexit is used. Run it without an argument, the function that d

[Bug c++/54601] New: AIX uses atexit which causes unloading of shared modules to break

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 Bug #: 54601 Summary: AIX uses atexit which causes unloading of shared modules to break Classification: Unclassified Product: gcc Version: 4.5.2 Status: UNCONFIRMED

[Bug target/46072] AIX linker chokes on debug info for uninitialized static variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 --- Comment #19 from Perry Smith 2011-04-07 12:55:19 UTC --- Yes. Thats the one. Dave, First, I believe this link is a public facing interface to "Fix Central" http://www.ibm.com/support/fixcentral/ (it came from google). If not, post back,

[Bug target/46072] AIX linker chokes on debug info for uninitialized static variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 --- Comment #15 from Perry Smith 2011-03-23 19:31:18 UTC --- Let me try and recap. The initial report was that 5.3 TL10 did *not* have the error. I discovered that 5.3 TL10 SP03 does. See [1]. APAR IZ81343[2] and its sister APARs ad

[Bug target/46072] AIX linker chokes on debug info for uninitialized static variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 --- Comment #13 from Perry Smith 2011-03-23 13:26:10 UTC --- On Mar 23, 2011, at 2:47 AM, michael.haubenwallner at salomon dot at wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 > > --- Comment #11 from Michael Haubenwallner dot at>

[Bug target/46072] AIX linker chokes on debug info for uninitialized static variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 --- Comment #10 from Perry Smith 2011-03-18 18:57:07 UTC --- IZ81343 (or one of its sister APARs) fixes the original issue. But, it leaves a new issue. The new error looks like: ld: 0711-596 SEVERE ERROR: Object expand.o An RLD for sec

[Bug target/46072] AIX linker chokes on debug info for uninitialized static variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 --- Comment #8 from Perry Smith 2011-03-18 17:10:32 UTC --- It appears that this not a "gcc" bug but an AIX bug. There is one change but more changes are needed. I'll try to update when I know more. Expect it to be a week or so.

[Bug target/46072] AIX linker chokes on debug info for uninitialized static variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 Perry Smith changed: What|Removed |Added CC||pedzsan at gmail dot com --- Comment #7

[Bug c++/13682] Compile error with cstdio: fgetpos not declared on AIX

--- Comment #9 from pedzsan at gmail dot com 2010-05-17 20:05 --- The general reply to this was "your GCC was not compiled for your system". That isn't the case. I have two compiles on two different systems. One if version 4.5.0 and the other version is 4.3.1 compiled