[Bug target/378] [AIX] gcc cannot compile huge c file

[Bug target/378] [AIX] gcc cannot compile huge c file

[ska at resqnet dot com]

------- Comment #8 from ska at resqnet dot com  2006-02-24 17:53 -------
Any chances to get it resolved ?

This severe bug is a showstopper for using OpenCobol with GCC on AIX platform
because all C programs are generated and there are no way to reduce the size of
the programs automatically due to nature of Cobol language.


-- 

ska at resqnet dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ska at resqnet dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378

[Bug target/378] [AIX] gcc cannot compile huge c file

[satyaakam at yahoo dot co dot in]

------- Comment #9 from satyaakam at yahoo dot co dot in  2007-03-28 09:32 -------
Hi,
   We are getting the same error on AIX 5.3.0.0 , with gcc 3.2.3.
any fix for this bug in near future.

regards
Satya


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378

[Bug target/378] [AIX] gcc cannot compile huge c file

[dje at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378

--- Comment #13 from David Edelsohn <dje at gcc dot gnu.org> ---
I mis-remembered the bug. This is a problem with branch distance. The GNU
Assembler, GNU Linker and GOLD allow instruction relaxation that creates long
branch stubs for far branches. The AIX toolchain does not provide equivalent
functionality.

[Bug target/378] [AIX] gcc cannot compile huge c file

[Doug at CSFi dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378

--- Comment #12 from Doug Dawson <Doug at CSFi dot com> ---
(In reply to David Edelsohn from comment #11)
> Recent releases of GCC are built with linker options to allow larger data
> section. Are the user process limits (ulimit) set large enough?  One could
> rebuild GCC cc1 and cc1plus with even larger -bmaxdata value (or patch the
> binary with a larger value), but it's not clear which limit is hit.

Current ulimit values:

core file size          (blocks, -c) 1048575
data seg size           (kbytes, -d) 262144
file size               (blocks, -f) 2097151
max memory size         (kbytes, -m) 32768
open files                      (-n) 2000
pipe size            (512 bytes, -p) 64
stack size              (kbytes, -s) 131072
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited


I changed the ulimits below, but had the same results. Note that this source
compiles as 32 Bit on AIX 5.3 using 'gcc version 4.2.4'.

ulimit -d 393216
ulimit -m 65536
ulimit -s 262144
ulimit -n 4000

/tmp//ccZ4WBed.s: line 2939315: 1252-171 The displacement must be greater than
or equal to
        -32768 and less than or equal to 32767.

When you say rebuild GCC cc1/cc1plus with even larger -bmaxdata, are you
refering to the AIX environmental 'export LDR_CNTRL=MAXDATA=0x50000000'? Is
this the recommended value?

[Bug target/378] [AIX] gcc cannot compile huge c file

[dje at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378

--- Comment #11 from David Edelsohn <dje at gcc dot gnu.org> ---
Recent releases of GCC are built with linker options to allow larger data
section. Are the user process limits (ulimit) set large enough?  One could
rebuild GCC cc1 and cc1plus with even larger -bmaxdata value (or patch the
binary with a larger value), but it's not clear which limit is hit.

[Bug target/378] [AIX] gcc cannot compile huge c file

[Doug at CSFi dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378

Doug Dawson <Doug at CSFi dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Doug at CSFi dot com

--- Comment #10 from Doug Dawson <Doug at CSFi dot com> ---
Has any progress been made on this bug? It still affects AIX 6.1 on gcc Version
4.7.2 compiling a 64 Bit gSOAP generated source.

AIX:doug:1> oslevel
6.1.0.0
AIX:doug:1> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/freeware/libexec/gcc/powerpc-ibm-aix6.1.0.0/4.7.2/lto-wrapper
Target: powerpc-ibm-aix6.1.0.0
Configured with: configure --prefix=/opt/freeware --enable-languages=c,c++
--enable-threads=posix --disable-nls --with-gmp=/opt/freeware
--with-mpfr=/opt/freeware --with-mpc=/opt/freeware --disable-libstdcxx-pch
Thread model: aix
gcc version 4.7.2 (GCC)
AIX:doug:1>

[Bug target/378] [AIX] gcc cannot compile huge c file

[coudert at clipper dot ens dot fr]

------- Additional Comments From coudert at clipper dot ens dot fr  2005-01-10 09:53 -------
Currently, the main problem with building for AIX5.1 is that TOC for cc1 and
f951 are too big for the linker to handle. Extra flags must be used:
-Wl,-bbigtoc and -mminimal-toc, that the configure mechanism doesn't set up as
default, so using LDFLAGS and CFLAGS is required. Could this be included
somewhere in the configure?

PS: if you feel a new PR is needed, I will do it.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378

[Bug target/378] [AIX] gcc cannot compile huge c file

[dje at gcc dot gnu dot org]

------- Additional Comments From dje at gcc dot gnu dot org  2004-12-19 20:37 -------
Other compilers for AIX can work around this problem, but this is asking a lot
from the compiler.  I am recategorizing this as an enhancement request.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement
            Summary|[AIX 4.3.2] gcc cannot      |[AIX] gcc cannot compile
                   |compile huge c file         |huge c file


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=378