https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #13 from Adam Swartz ---
Created attachment 55319
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55319&action=edit
InheritanceCase
The shell script will compile things. OpenSource team said they had to change
the -ggdb3 option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #12 from Adam Swartz ---
Thanks David. I think I got it working through the makefile with patterns,
variables and some conditional logic. It didn't complain about command size,
but having that as a backup is good to know.
I would l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #11 from David Edelsohn ---
One can pass command line arguments to the AIX linker through a file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #10 from Adam Swartz ---
I have a program with 130+ .o files that would need the keepfile option. Is
there a way to pass all of the object files to the linker with a single
keepfile option? I cannot find any doc on the keepfile link
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #9 from David Edelsohn ---
-bkeepfile probably will produce more SVR4-like semantics, but I suspect the
-bkeepfile and replicating each object file name probably can blow out the
argument list length limit. The object files can be fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #8 from Zoltan Hidvegi ---
How about using -bkeepfile: for all linked .o objects, that would create a very
similar semantics to other platforms, all .o objects are included, and only
objects that resolve undefined symbols would be inc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #7 from David Edelsohn ---
I had not noticed the lack of a reference to any symbol in the file, so missing
the static constructor. -bexpfull probably would work around that problem but
likely cause another.
It's a tension between tw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #6 from Zoltan Hidvegi ---
gcc collect2 links the programs twice, first it links just all the object and
archive files passed, then it parses the output and if necessary creates a
source file that contains information about static con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #5 from David Edelsohn ---
I am not aware of any specific workaround. I assume that if you could avoid the
function pointer, you would. G++ exception handling implementation on AIX is
fragile.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #4 from lbl2007 at gmx dot net ---
Can you suggest a workaround?
I already found that combining all sources into a single compilation solves the
problem. However, in some cases, the combined source code becomes too large and
won't comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
David Edelsohn changed:
What|Removed |Added
Target|powerpc-ibm-aix6.1.0.0 |powerpc-ibm-aix
Status|UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #2 from lbl2007 at gmx dot net ---
*** Bug 60938 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #1 from lbl2007 at gmx dot net ---
Created attachment 32661
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32661&action=edit
Test program
13 matches
Mail list logo