gcc47 and gcc-go: #error "large files are not supported by libelf"

[ghost]

after posting my proposed set of patches for upgrading gcc47 to 4.7.2, I realised that I hadn't tested the non-default gcc-go (I did test gcc-java which failed with the link editor problem and reported in a previous issue).

on ABI=64 at least, the build fails with :

/bin/bash ./libtool  --tag=CC   --mode=compile /tmp/pkgsrc/lang/gcc47/work/build/./gcc/xgcc -B/tmp/pkgsrc/lang/gcc47/work/build/./gcc/ -B/opt/pkg/gcc47/x86_64-sun-solaris2.11/bin/ -B/opt/pkg/gcc47/x86_64-sun-solaris2.11/lib/ -isystem /opt/pkg/gcc47/x86_64-sun-solaris2.11/include -isystem /opt/pkg/gcc47/x86_64-sun-solaris2.11/sys-include  -m32 -DHAVE_CONFIG_H -I. -I../../../../gcc-4.7.2/libgo  -fno-inline-functions -I ../../../../gcc-4.7.2/libgo/runtime -I../../../../gcc-4.7.2/libgo/../libffi/include -I../libffi/include -pthread  -fexceptions -fplan9-extensions  -Wall -Wextra -Wwrite-strings -Wcast-qual -Werror -minline-all-stringops -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -std=gnu99 -D_XOPEN_SOURCE=600 -D__EXTENSIONS__ -I ../../../../gcc-4.7.2/libgo/../libgcc -I ../../../gcc/include -g -O -I/opt/pkg/include -I/opt/pkg/include/gettext -I/usr/include  -m32 -MT proc.lo -MD -MP -MF .deps/proc.Tpo -c -o proc.lo `test -f 'runtime/proc.c' || echo '../../../../gcc-4.7.2/libgo/'`runtime/proc.c
libtool: compile:  /tmp/pkgsrc/lang/gcc47/work/build/./gcc/xgcc -B/tmp/pkgsrc/lang/gcc47/work/build/./gcc/ -B/opt/pkg/gcc47/x86_64-sun-solaris2.11/bin/ -B/opt/pkg/gcc47/x86_64-sun-solaris2.11/lib/ -isystem /opt/pkg/gcc47/x86_64-sun-solaris2.11/include -isystem /opt/pkg/gcc47/x86_64-sun-solaris2.11/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc-4.7.2/libgfortran -iquote../../../gcc-4.7.2/libgfortran/io -I../../../gcc-4.7.2/libgfortran/../gcc -I../../../gcc-4.7.2/libgfortran/../gcc/config -I../../../gcc-4.7.2/libgfortran/../libquadmath -I../.././gcc -I../../../gcc-4.7.2/libgfortran/../libgcc -I../libgcc -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -ffunction-sections -fdata-sections -g -O -I/opt/pkg/include -I/opt/pkg/include/gettext -I/usr/include -MT maxloc0_4_r16.lo -MD -MP -MF .deps/maxloc0_4_r16.Tpo -c ../../../gcc-4.7.2/libgfortran/generated/maxloc0_4_r16.c  -fPIC -DPIC -o .libs/maxloc0_4_r16.o
libtool: compile:  /tmp/pkgsrc/lang/gcc47/work/build/./gcc/xgcc -B/tmp/pkgsrc/lang/gcc47/work/build/./gcc/ -B/opt/pkg/gcc47/x86_64-sun-solaris2.11/bin/ -B/opt/pkg/gcc47/x86_64-sun-solaris2.11/lib/ -isystem /opt/pkg/gcc47/x86_64-sun-solaris2.11/include -isystem /opt/pkg/gcc47/x86_64-sun-solaris2.11/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../gcc-4.7.2/libgo -fno-inline-functions -I ../../../../gcc-4.7.2/libgo/runtime -I../../../../gcc-4.7.2/libgo/../libffi/include -I../libffi/include -pthread -fexceptions -fplan9-extensions -Wall -Wextra -Wwrite-strings -Wcast-qual -Werror -minline-all-stringops -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -std=gnu99 -D_XOPEN_SOURCE=600 -D__EXTENSIONS__ -I ../../../../gcc-4.7.2/libgo/../libgcc -I ../../../gcc/include -g -O -I/opt/pkg/include -I/opt/pkg/include/gettext -I/usr/include -m32 -MT proc.lo -MD -MP -MF .deps/proc.Tpo -c ../../../../gcc-4.7.2/libgo/runtime/proc.c  -fPIC -DPIC -o .libs/proc.o
In file included from /usr/include/link.h:31:0,
                 from ../../../../gcc-4.7.2/libgo/runtime/proc.c:13:
/usr/include/libelf.h:42:2: error: #error "large files are not supported by libelf"

notice the -m32 which I believe indicates that this is due to --enable-multilib=yes by default.

Sort of stunned, I came across a number of similar reports, namely already in gcc, but also with RUBY and some illumos problem reports, including the illumos fix
https://www.illumos.org/issues/3263

In the meanwhile, I created a hacks.mk containing:

.if !defined(GCC47_HACKS_MK)
GCC47_HACKS_MK= defined

.include "../../mk/bsd.prefs.mk"

###
### workaround until https://www.illumos.org/issues/3263
###
.if ${OPSYS} == "SunOS"
MAKE_ENV+=              ac_cv_func_dl_iterate_phdr=no
.endif

.endif  # GCC47_HACKS_MK

this workaround seems to build and install ok.
I have not tested on ABI=32 (no bootstrap yet)...

how to instrument this in waiting for, and taking into consideration Rich Lowe's work?

perhaps --disable-multilib would be a bit less hacky, at least until Joyent's multiarch?

[mamash]

I believe this is OBE, as we have 4.7.2 in since 2013Q1 and with gcc-go built-in by default. (2013Q2 will have 4.7.3)