[Bug libstdc++/25025] New: Failure to build, :1:2: error: missing '(' after predicate
Following is the relevant output from my make.
gmake[3]: Entering directory
`/usr/local/.src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/libsupc++'
/bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile
/usr/local/src/gcc.obj/gcc/xgcc -shared-libgcc -B/usr/local/src/gcc.obj/gcc/
-nostdinc++ -L/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/src
-L/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs
-B/usr/local/64bit/hppa64-hp-hpux11.11/bin/
-B/usr/local/64bit/hppa64-hp-hpux11.11/lib/ -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/include -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/sys-include
-I/usr/local/src/gcc-4.0.2/libstdc++-v3/../gcc
-I/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11
-I/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/include
-I/usr/local/src/gcc-4.0.2/libstdc++-v3/libsupc++ -Aa
-D_INCLUDE__STDC_A1_SOURCE -O2 -g -mpa-risc-2-0 -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -c -o del_op.lo
/usr/local/src/gcc-4.0.2/libstdc++-v3/libsupc++/del_op.cc
/usr/local/src/gcc.obj/gcc/xgcc -shared-libgcc -B/usr/local/src/gcc.obj/gcc/
-nostdinc++ -L/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/src
-L/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs
-B/usr/local/64bit/hppa64-hp-hpux11.11/bin/
-B/usr/local/64bit/hppa64-hp-hpux11.11/lib/ -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/include -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/sys-include
-I/usr/local/src/gcc-4.0.2/libstdc++-v3/../gcc
-I/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11
-I/usr/local/src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/include
-I/usr/local/src/gcc-4.0.2/libstdc++-v3/libsupc++ -Aa
-D_INCLUDE__STDC_A1_SOURCE -O2 -g -mpa-risc-2-0 -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -c
/usr/local/src/gcc-4.0.2/libstdc++-v3/libsupc++/del_op.cc -o del_op.o
:1:2: error: missing '(' after predicate
gmake[3]: *** [del_op.lo] Error 1
gmake[3]: Leaving directory
`/usr/local/.src/gcc.obj/hppa64-hp-hpux11.11/libstdc++-v3/libsupc++'
--
Summary: Failure to build, :1:2: error: missing '('
after predicate
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pda at freeshell dot org
GCC build triplet: hppa64-hp-hpux11.11
GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25025
[Bug libstdc++/25025] Failure to build, :1:2: error: missing '(' after predicate
--- Comment #1 from pda at freeshell dot org 2005-11-25 14:53 --- I attempted to build 3.4.4 in the same way afterwards, and got exactly the same error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25025
[Bug libstdc++/25025] Failure to build, :1:2: error: missing '(' after predicate
--- Comment #4 from pda at freeshell dot org 2005-11-29 20:41 ---
Subject: Re: Failure to build, :1:2: error: missing '(' after
predicate
On Sun, Nov 27, 2005 at 06:57:05PM -, danglin at gcc dot gnu dot org wrote:
> The "-Aa" option is likely the problem. It's probably set in
> CFLAGS. If you're using the HP tools, put the "-Aa" in your CC
> define. There's more info in the manual on this.
No, I never put "-Aa" in CFLAGS, it's being added inside the gcc build
itself. I tried your suggestion of adding "-Aa" to CC, but my build
fails much earlier in that case, due to not finding a definition of
"struct stat". Do you care to know more about that?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25025
[Bug libstdc++/25025] Failure to build, :1:2: error: missing '(' after predicate
--- Comment #5 from pda at freeshell dot org 2005-11-29 21:03 ---
Subject: Re: Failure to build, :1:2: error: missing '(' after
predicate
On Fri, Nov 25, 2005 at 08:27:34PM -, pinskia at gcc dot gnu dot org wrote:
> How did you configure GCC?
> >From using google it sounds like you configured GCC to use the GNU binutils
> >but
> it is using the native toolchain instead.
Not intentionally, but only a careful reading of the documentation
reveals to me that PATH is used (non-intuitively in my view) for as
and ld even when --with-gnu-as and --with-gnu-ld are given.
Using GNU as and --with-ld=/usr/ccs/bin/ld does indeed give me the
same error, but forcing GNU ld stops the build even sooner with:
...
checking for g++ that supports -ffunction-sections -fdata-sections... yes
checking for sin in -lm... configure: error: Link tests are not
allowed after GCC_NO_EXECUTABLES.
gmake: *** [configure-target-libstdc++-v3] Error 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25025
[Bug libstdc++/25025] Failure to build, :1:2: error: missing '(' after predicate
--- Comment #7 from pda at freeshell dot org 2005-12-04 00:06 ---
Subject: Re: Failure to build, :1:2: error: missing '(' after
predicate
On Tue, Nov 29, 2005 at 10:00:39PM -, dave at hiauly1 dot hia dot nrc dot
ca wrote:
>
> --- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-29
> 22:00 ---
> Subject: Re: Failure to build, :1:2: error: missing '(' after
> predicate
>
> > On Sun, Nov 27, 2005 at 06:57:05PM -, danglin at gcc dot gnu dot org
> > wrote:
> > > The "-Aa" option is likely the problem. It's probably set in
> > > CFLAGS. If you're using the HP tools, put the "-Aa" in your CC
> > > define. There's more info in the manual on this.
> >
> > No, I never put "-Aa" in CFLAGS, it's being added inside the gcc build
> > itself. I tried your suggestion of adding "-Aa" to CC, but my build
> > fails much earlier in that case, due to not finding a definition of
> > "struct stat". Do you care to know more about that?
>
> Ok, this is comming from the configure test "checking for $CC option to
> accept ANSI C". This option shouldn't be used for the libstdc++ build
> but obviously it is...
Thanks for your help, it turns out you were almost right the first time.
Although I wasn't setting CFLAGS, I unwittingly had "-Aa" in my CXXFLAGS.
Stopping that solved my problem.
> In order to build GCC 3.4 and later, you need an ANSI compiler. You
> also need to include the full HP-UX namespace The "struct stat" error
> probably is a result of not providing the appropriate namespace defines
> in you CC define. -Aa provides strict ANSI. For example, these are
> the defines that I use for GCC builds prior to 4.0 under HP-UX 11.11:
>
> -D_HPUX_SOURCE -D_XOPEN_UNIX -D_XOPEN_SOURCE_EXTENDED
> -D_INCLUDE__STDC_A1_SOURCE -D_INCLUDE_XOPEN_SOURCE_500
>
> -D_HPUX_SOURCE is the important define. The others are needed for C++
> library support (wide characters, etc).
I've mostly always used HP's ANSI compiler in the default -Ae mode,
which includes -D_HPUX_SOURCE, however I discovered it also add +e,
which allows `long long'. All 3.4 and 4.0 gcc's I tried had `long
long' variables that required this. I found this odd, given that I
was building 64-bit code. I'd say this is a bug -- would you agree?
> Instead of trying to build C++ starting with an HP compiler, it's easier
> to just build C and then use this compiler to rebuild GCC with the additional
> languages that you want. It's always been tricky to bootstrap GCC using
> an HP compiler and its not tested much. You should use binutils (current
> CVS version is needed with GCC 4.1 and later for EH exception support).
I can appreciate that, and was almost about to resort to C only, but
my C++ is good now. Is binutils-2.16.1 fine for 4.0? I'll run the
tests and find out for myself anyway.
Thanks again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25025
[Bug c/32894] New: Segmentation fault bootstrapping on HP-UX 11.11
There's no code to attach, as this failure is simply for a gcc-4.2.1 build,
using binutils-2.17 and initiated with gcc-3.3.6; to be specific:
CC=gcc336 CFLAGS="-O2 -g -mpa-risc-2-0" /usr/local/src/gcc-4.2.1/configure \
--host=hppa64-hp-hpux11.11 --with-local-prefix=/usr/local/64bit \
--with-mpfr=/usr/local/64bit --with-gmp=/usr/local/64bit --with-gnu-as \
--with-as=/usr/local/64bit/hppa64-hp-hpux11.11/bin/as --with-gnu-ld \
--with-ld=/usr/local/64bit/hppa64-hp-hpux11.11/bin/ld --with-stabs \
--enable-languages=c,c++ --enable-shared --enable-threads=posix \
--enable-checking=yes --prefix=/usr/local/64bit
The tail end of my gnumake output follows.
/usr/local/src/64.obj/gcc-4.2.1/./gcc/xgcc
-B/usr/local/src/64.obj/gcc-4.2.1/./gcc/
-B/usr/local/64bit/hppa64-hp-hpux11.11/bin/
-B/usr/local/64bit/hppa64-hp-hpux11.11/lib/ -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/include -isystem
/usr/local/64bit/hppa64-hp-hpux11.11/sys-include -O2 -O2 -O2 -g -mpa-risc-2-0
-DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -I. -I.
-I/usr/local/src/gcc-4.2.1/gcc -I/usr/local/src/gcc-4.2.1/gcc/.
-I/usr/local/src/gcc-4.2.1/gcc/../include
-I/usr/local/src/gcc-4.2.1/gcc/../libcpp/include -I/usr/local/64bit/include
-I/usr/local/64bit/include -I/usr/local/src/gcc-4.2.1/gcc/../libdecnumber
-I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions
-fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder \
-c /usr/local/src/gcc-4.2.1/gcc/crtstuff.c -DCRT_BEGIN \
-o crtbegin.o
xgcc: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
gmake[3]: *** [crtbegin.o] Error 1
gmake[3]: Leaving directory `/opt/datetime/gcc-4.2.1/gcc'
gmake[2]: *** [all-stage1-gcc] Error 2
gmake[2]: Leaving directory `/opt/datetime/gcc-4.2.1'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/opt/datetime/gcc-4.2.1'
gmake: *** [all] Error 2
--
Summary: Segmentation fault bootstrapping on HP-UX 11.11
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pda at freeshell dot org
GCC build triplet: hppa64-hp-hpux11.11
GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32894
[Bug target/32894] Segmentation fault bootstrapping on HP-UX 11.11
--- Comment #2 from pda at freeshell dot org 2007-08-08 17:10 --- I tried configuring for HP ld as you suggested, but that didn't make a difference. However what seems to have done the trick was bootstrapping with HP's C compiler rather than gcc-3.3.6. My gcc-3.3.6 has been configured to use GNU ld, and generally seems to work quite well except for this usage. -- pda at freeshell dot org changed: What|Removed |Added CC| |pda at freeshell dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32894
[Bug target/32894] Segmentation fault bootstrapping on HP-UX 11.11
--- Comment #4 from pda at freeshell dot org 2007-08-10 16:51 --- I'll get the other info you asked for a little later, but in the meantime here's my output from gcc-3.3.6 -v. The as and ld referred to are binutils-2.17, and I believe I also tried with binutils-2.16.1. I may not have yet tried binutils-2.16, which I thing is what my gcc-3.3.6 was originally configured for. Perhaps that's really the problem? Reading specs from /usr/local/64bit/lib/gcc-lib/hppa64-hp-hpux11.11/3.3.6/specs Configured with: /usr/local/src/gcc-3.3.6/configure --host=hppa64-hp-hpux11.11 --enable-languages=c,c++ --enable-threads=posix --enable-shared --with-stabs --with-gnu-as --with-as=/usr/local/64bit/bin/as --with-gnu-ld --with-ld=/usr/local/64bit/bin/ld --disable-nls --prefix=/usr/local/64bit --prefix=/usr/local/64bit Thread model: posix gcc version 3.3.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32894
[Bug target/32894] Segmentation fault bootstrapping on HP-UX 11.11
--- Comment #5 from pda at freeshell dot org 2007-09-07 20:52 --- Sorry for the long delay in replying, I've been on vacation. I'm giving you the output from xgcc -v, but have been unable to trap the core dump with gdb. I even spent some time writing a little program that did the cc1 invocations under gdb, but I never got this working completely correctly due to gdb seemingly forking a shell for its run command. Or is it possible the .gdbinit file supplied for my object tree was causing some trouble? As mentioned before, I'm able to bootstrap with HP's compiler, so if this information doesn't help you I'll just assume there's a problem with my gcc-3.3.6 (although it seems fine for most other purposes). Without further ado: gnumake[3]: Entering directory `/opt/datetime/gcc-4.2.1/gcc' /usr/local/src/64.obj/gcc-4.2.1/./gcc/xgcc -B/usr/local/src/64.obj/gcc-4.2.1/./gcc/ -B/usr/local/64bit/hppa64-hp-hpux11.11/bin/ -B/usr/local/64bit/hppa64-hp-hpux11.11/lib/ -isystem /usr/local/64bit/hppa64-hp-hpux11.11/include -isystem /usr/local/64bit/hppa64-hp-hpux11.11/sys-include -v -O2 -O2 -g -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I/usr/local/src/gcc-4.2.1/gcc -I/usr/local/src/gcc-4.2.1/gcc/. -I/usr/local/src/gcc-4.2.1/gcc/../include -I/usr/local/src/gcc-4.2.1/gcc/../libcpp/include -I/usr/local/64bit/include -I/usr/local/64bit/include -I/usr/local/src/gcc-4.2.1/gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder \ -c /usr/local/src/gcc-4.2.1/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o Reading specs from /usr/local/src/64.obj/gcc-4.2.1/./gcc/specs Target: hppa64-hp-hpux11.11 Configured with: /usr/local/src/gcc-4.2.1/configure --host=hppa64-hp-hpux11.11 --with-local-prefix=/usr/local/64bit --with-mpfr=/usr/local/64bit --with-gmp=/usr/local/64bit --with-gnu-as --with-as=/usr/local/64bit/hppa64-hp-hpux11.11/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --with-stabs --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-checking=yes --prefix=/usr/local/64bit --prefix=/usr/local/64bit Thread model: posix gcc version 4.2.1 /usr/local/src/64.obj/gcc-4.2.1/./gcc/cc1 -quiet -v -I. -I. -I/usr/local/src/gcc-4.2.1/gcc -I/usr/local/src/gcc-4.2.1/gcc/. -I/usr/local/src/gcc-4.2.1/gcc/../include -I/usr/local/src/gcc-4.2.1/gcc/../libcpp/include -I/usr/local/64bit/include -I/usr/local/64bit/include -I/usr/local/src/gcc-4.2.1/gcc/../libdecnumber -I../libdecnumber -iprefix /opt/datetime/gcc-4.2.1/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.2.1/ -isystem /usr/local/src/64.obj/gcc-4.2.1/./gcc/include -DIN_GCC -DCRT_BEGIN -isystem /usr/local/64bit/hppa64-hp-hpux11.11/include -isystem /usr/local/64bit/hppa64-hp-hpux11.11/sys-include -isystem ./include /usr/local/src/gcc-4.2.1/gcc/crtstuff.c -quiet -dumpbase crtstuff.c -auxbase-strip crtbegin.o -g -g0 -O2 -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder -o /var/tmp//ccag2aEs.s xgcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32894
[Bug go/58075] New: Unable to build go on ia64-hp-hpux11.31
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58075 Bug ID: 58075 Summary: Unable to build go on ia64-hp-hpux11.31 Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: pda at freeshell dot org Excuse the lack of further detail, but the message looks pretty self-explanatory. .../gcc-4.7.3/libgo/runtime/proc.c:114:4: error: #error unknown case for SETCONTEXT_CLOBBERS_TLS Is this just a case of go not being ready for this platform yet?
[Bug java/58117] New: Java not compiling on ia64-hp-hpux11.31 due to socklen_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58117
Bug ID: 58117
Summary: Java not compiling on ia64-hp-hpux11.31 due to
socklen_t
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: java
Assignee: unassigned at gcc dot gnu.org
Reporter: pda at freeshell dot org
libtool: compile: /qaapp/src/java/./gcc/xgcc -shared-libgcc
-B/qaapp/src/java/./gcc -nostdinc++
-L/qaapp/src/java/ia64-hp-hpux11.31/hpux64/libstdc++-v3/src
-L/qaapp/src/java/ia64-hp-hpux11.31/hpux64/libstdc++-v3/src/.libs
-B/net/tdcbdv01/rlsemgmt/free/ia64-hp-hpux11.31/bin/
-B/net/tdcbdv01/rlsemgmt/free/ia64-hp-hpux11.31/lib/ -isystem
/net/tdcbdv01/rlsemgmt/free/ia64-hp-hpux11.31/include -isystem
/net/tdcbdv01/rlsemgmt/free/ia64-hp-hpux11.31/sys-include -mlp64
-DHAVE_CONFIG_H -I. -I/qaapp/src/gcc-4.7.3/libjava -I./include -I./gcj
-I/qaapp/src/gcc-4.7.3/libjava -Iinclude -I/qaapp/src/gcc-4.7.3/libjava/include
-I/qaapp/src/gcc-4.7.3/libjava/classpath/include -Iclasspath/include
-I/qaapp/src/gcc-4.7.3/libjava/classpath/native/fdlibm
-I/qaapp/src/gcc-4.7.3/libjava/../boehm-gc/include -I../boehm-gc/include
-I/qaapp/src/gcc-4.7.3/libjava/libltdl -I/qaapp/src/gcc-4.7.3/libjava/libltdl
-I/qaapp/src/gcc-4.7.3/libjava/.././libjava/../libgcc
-I/qaapp/src/gcc-4.7.3/libjava/../zlib
-I/qaapp/src/gcc-4.7.3/libjava/../libffi/include -I../libffi/include -fno-rtti
-fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum
-D_FILE_OFFSET_BITS=64 -funwind-tables -Wextra -Wall -D_GNU_SOURCE
-DPREFIX=\"/net/tdcbdv01/rlsemgmt/free\"
-DTOOLEXECLIBDIR=\"/net/tdcbdv01/rlsemgmt/free/lib/hpux64\"
-DJAVA_HOME=\"/net/tdcbdv01/rlsemgmt/free\"
-DBOOT_CLASS_PATH=\"/net/tdcbdv01/rlsemgmt/free/share/java/libgcj-4.7.3.jar\"
-DJAVA_EXT_DIRS=\"/net/tdcbdv01/rlsemgmt/free/share/java/ext\"
-DGCJ_ENDORSED_DIRS=\"/net/tdcbdv01/rlsemgmt/free/share/java/gcj-endorsed\"
-DGCJ_VERSIONED_LIBDIR=\"/net/tdcbdv01/rlsemgmt/free/lib/hpux64/gcj-4.7.3-13\"
-DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\"
-DLIBGCJ_DEFAULT_DATABASE=\"/net/tdcbdv01/rlsemgmt/free/lib/hpux64/gcj-4.7.3-13/classmap.db\"
-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.7.3-13/classmap.db\"
-fno-omit-frame-pointer -O2 -g -mlp64 -MT prims.lo -MD -MP -MF .deps/prims.Tpo
-c /qaapp/src/gcc-4.7.3/libjava/prims.cc -fPIC -DPIC -o .libs/prims.o
In file included from /qaapp/src/gcc-4.7.3/libjava/prims.cc:12:0:
./include/platform.h: In function 'int _Jv_accept(int, sockaddr*, socklen_t*)':
./include/platform.h:162:37: error: cannot convert 'socklen_t* {aka long
unsigned int*}' to 'int*' for argument '3' to 'int accept(int, void*, int*)'
gmake[5]: *** [prims.lo] Error 1
gmake[5]: *** Waiting for unfinished jobs
gmake[5]: Leaving directory `/qaapp/src/java/ia64-hp-hpux11.31/hpux64/libjava'
[Bug go/58075] Unable to build go on ia64-hp-hpux11.31
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58075 --- Comment #2 from Paul Ackersviller --- Thanks, I have sent this on to HP. Should I report back a patch number, or whatever they end up responding with?
[Bug c/52611] New: ia64-hp-hpux11.31, internal compiler error: verify_gimple failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52611 Bug #: 52611 Summary: ia64-hp-hpux11.31, internal compiler error: verify_gimple failed Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: p...@freeshell.org Created attachment 26910 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26910 ffi.i from src/ia64/ffi.c This isn't my code, but from the libffi package. Attached is the preprocessor output, and the complete error output looks like depbase=`echo src/ia64/ffi.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -g -fno-strict-aliasing -fwrapv -save-temps -Wall -fexceptions -MT src/ia64/ffi.lo -MD -MP -MF $depbase.Tpo -c -o src/ia64/ffi.lo ../src/ia64/ffi.c &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -g -fno-strict-aliasing -fwrapv -save-temps -Wall -fexceptions -MT src/ia64/ffi.lo -MD -MP -MF src/ia64/.deps/ffi.Tpo -c ../src/ia64/ffi.c -fPIC -DPIC -o src/ia64/.libs/ffi.o ../src/ia64/ffi.c: In function 'ffi_prep_closure_loc': ../src/ia64/ffi.c:409:1: error: invalid types in nop conversion long long unsigned int void * D.3647 = (long long unsigned int) codeloc; ../src/ia64/ffi.c:409:1: internal compiler error: verify_gimple failed Please submit a full bug report, with preprocessed source if appropriate.
[Bug java/58117] Java not compiling on ia64-hp-hpux11.31 due to socklen_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58117 --- Comment #2 from Paul A. --- On Wed, Dec 16, 2015 at 02:44:17AM +, msebor at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58117 ... > --- Comment #1 from Martin Sebor --- > Is this a problem with one of the recent releases, either 4.9.3 or 5.3, or > with > trunk? If not, we should close this bug. Sure, go ahead an close it... unfortunately I can neither confirm nor deny about other versions, since I no longer have access to hpux.
