[Bug rtl-optimization/56181] [4.8 Regression] ICE in verify_loop_structure, at cfgloop.c:1581 with -ftracer

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #15 from Jan-Benedict Glaw  2013-02-12 21:33:27 
UTC ---
The fix causes a build regression for mn10300:

g++ -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -I.
-I. -I../../../../gcc/gcc -I../../../../gcc/gcc/.
-I../../../../gcc/gcc/../include -I../../../../gcc/gcc/../libcpp/include 
-I../../../../gcc/gcc/../libdecnumber -I../../../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber -I../../../../gcc/gcc/../libbacktrace\
../../../../gcc/gcc/config/mn10300/mn10300.c -o mn10300.o
../../../../gcc/gcc/config/mn10300/mn10300.c: In function ‘void
mn10300_scan_for_setlb_lcc()’:
../../../../gcc/gcc/config/mn10300/mn10300.c:3238:35: error: ISO C++ forbids
comparison between pointer and integer [-fpermissive]
make[2]: *** [mn10300.o] Error 1
make[2]: Leaving directory `/home/vaxbuild/build/mn10300-linux/gcc-stage1/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/vaxbuild/build/mn10300-linux/gcc-stage1'
BUILDLOG: Execution result: 2, took 1152.871889203 sec for command make all-gcc
install-gcc
BUILDLOG: Aborting execution
make: *** [cross-compiler] Error 2


This happens because the fix changed flow_loops_find():

-int
+struct loops *
 flow_loops_find (struct loops *loops)

...with the caller in the mn10300 backend not being changed.

[Bug rtl-optimization/56181] [4.8 Regression] ICE in verify_loop_structure, at cfgloop.c:1581 with -ftracer

[jbg...@lug-owl.de]

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



--- Comment #18 from Jan-Benedict Glaw  2013-02-13 20:23:17 
UTC ---

Confirmed to build again, thanks. (Though I didn't test the resulting

compiler.)

[Bug bootstrap/57609] S/390 ESA mode bootstrap failure since r197266

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #1 from Jan-Benedict Glaw  ---
Your recent commit breaks gcc build:


commit f5cf1225bb37f43fa5bfca32cddadb9ee61aaa63
Author: krebbel 
Date:   Tue Jun 18 08:59:46 2013 +

2013-06-18  Andreas Krebbel  

PR target/57609
* config/s390/s390.c (s390_chunkify_start): Replace next_real_insn
with next_active_insn.



git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@200164
138bc75d-0d04-0410-961f-82ee72b054a4




g++ -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -I.
-I. -I../../../../gcc/gcc -I../../../../gcc/gcc/.
-I../../../../gcc/gcc/../include -I../../../../gcc/gcc/../libcpp/include 
-I../../../../gcc/gcc/../libdecnumber -I../../../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber -I../../../../gcc/gcc/../libbacktrace\
../../../../gcc/gcc/config/s390/s390.c -o s390.o
../../../../gcc/gcc/config/s390/s390.c: In function ‘constant_pool*
s390_chunkify_start()’:
../../../../gcc/gcc/config/s390/s390.c:7088:7: error: ‘dump_file’ was not
declared in this scope
../../../../gcc/gcc/config/s390/s390.c:7099:6: error: ‘dump_file’ was not
declared in this scope
../../../../gcc/gcc/config/s390/s390.c:7100:19: error: ‘print_rtx’ was not
declared in this scope
make[2]: *** [s390.o] Error 1
make[2]: Leaving directory `/home/vaxbuild/build/s390x-linux/gcc-stage1/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/vaxbuild/build/s390x-linux/gcc-stage1'


You need to include dumpfile.h (for dump_file) and rtl.h (for print_rtx).

[Bug rtl-optimization/58079] internal compiler error: in do_SUBST, at combine.c:711

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #1 from Jan-Benedict Glaw  ---
Created attachment 30612
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30612&action=edit
Reduced it a bit.

Can be reproduced with r201473.

[Bug target/58426] vax fails to compile gcov.c in stage1

[jbg...@lug-owl.de]

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

--- Comment #3 from Jan-Benedict Glaw  ---
Hm, the initial PLUS part looks a bit like what I ment to fix with a recent
patch. How old is your checkout? My fix was committed as r202600 /
git:3719e41cf6b9d. So I hope I didn't break something else. (This showed up in
GIT at Sun Sep 15 09:44:29 2013 +.)

For reference:

http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=3719e41cf6b9d447d8e8e2971d6a459bc41853b2

--- a/gcc/config/vax/constraints.md
+++ b/gcc/config/vax/constraints.md
@@ -114,5 +114,6 @@

 (define_constraint "T"
 "@internal satisfies CONSTANT_P and, if pic is enabled, is not a
SYMBOL_REF, LABEL_REF, or CONST."
-   (ior (not (match_code "const,symbol_ref,label_ref"))
-   (match_test "!flag_pic")))
+  (and (match_test ("CONSTANT_P (op)"))
+   (ior (not (match_code "symbol_ref,label_ref,const"))
+   (match_test "!flag_pic"


As you seem to use 4.8.1, your GCC is older than my commit, so I think
backporting this patch would probably cure your problem. Give it a try!

[Bug target/56875] vax target miscompiles short negative constants for 64bit values

[jbg...@lug-owl.de]

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

--- Comment #1 from Jan-Benedict Glaw  ---
The `gas' bug seems to only show up on 32bit host platform. Creating a
cross-gas on a amd64 systems seems to always result in "correct" VAX binary
output, even for old 2.21 releases. (Will further check this.)

I tend to not fix GCC in this regard. Its output is correct, though doing hex
output instead of negative decimals would work-around gas's bug. However, I
think we'd better fix gas and possibly add a version check to gcc?

[Bug target/56875] vax target miscompiles short negative constants for 64bit values

[jbg...@lug-owl.de]

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

--- Comment #2 from Jan-Benedict Glaw  ---
This is gas's tc-vax.c:

3158   if ((is_absolute) && (expP->X_op != O_big))
3159 {
3160   /* If nbytes > 4, then we are scrod. We
3161  don't know if the high order bytes
3162  are to be 0xFF or 0x00.  BSD4.2 & RMS
3163  say use 0x00. OK --- but this
3164  assembler needs ANOTHER rewrite to
3165  cope properly with this bug.  */
3166   md_number_to_chars (p + 1, this_add_number,
3167   min (sizeof (valueT),
3168(size_t) nbytes));
3169   if ((size_t) nbytes > sizeof (valueT))
3170 memset (p + 1 + sizeof (valueT),
3171 '\0', nbytes - sizeof (valueT));
3172 }
[...]

This is for "small" values (ie. "-1" fitting in a 32bit valueT) and it doesn't
properly sign-extend in this case. Taking into account the next couple lines
(not shown here), this part of the code needs to rethought.

A workaround would be to actually place an all-hex value (through GCC) here,
but that wouldn't fix gas for any hand-written assembler.

[Bug target/56875] vax target miscompiles short negative constants for 64bit values

[jbg...@lug-owl.de]

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

--- Comment #4 from Jan-Benedict Glaw  ---
You're quite right, Martin!  It's a simple fix on the GCC side working around a
buggy gas, and it would also work with a fixed gas. However, gas isn't too
simple to fix, at least not with a well-architected fix.

[Bug target/58442] bootstrapping vax crashes on NetBSD

[jbg...@lug-owl.de]

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

--- Comment #2 from Jan-Benedict Glaw  ---
So r0 is waay off.  As we're far into the function (950) and fiddling with r0,
I guess this is the final part, preparing to return from here. An assembler
dump of the whole function would be helpful I hope.

[Bug target/56875] vax target miscompiles short negative constants for 64bit values

[jbg...@lug-owl.de]

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

--- Comment #5 from Jan-Benedict Glaw  ---
Created attachment 30872
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30872&action=edit
Updated patch including testcase.

[Bug target/58866] New: sh64: Wrong genmultilib invocation

[jbg...@lug-owl.de]

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

Bug ID: 58866
   Summary: sh64: Wrong genmultilib invocation
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jbg...@lug-owl.de

When I looked at
http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=131920 ,
I noticed there's excess whitespace in the 2nd argument of `genmultilib':

if test yes = yes \
   || test -n "mb=!mb m1=!m1 mb/m1=!mb/m1 m2a=!m2a mb/m2a=!mb/m2a
m2a-nofpu=!m2a-nofpu mb/m2a-nofpu=!mb/m2a-nofpu
m2a-single-only=!m2a-single-only mb/m2a-single-only=!mb/m2a-single-only
m2a-single=!m2a-single mb/m2a-single=!mb/m2a-single m2e=!m2e mb/m2e=!mb/m2e
m2=!m2 mb/m2=!mb/m2 m3e=!m3e mb/m3e=!mb/m3e m3=!m3 mb/m3=!mb/m3
m4-nofpu=!m4-nofpu mb/m4-nofpu=!mb/m4-nofpu m4-single-only=!m4-single-only
mb/m4-single-only=!mb/m4-single-only m4-single=!m4-single
mb/m4-single=!mb/m4-single m4=!m4 mb/m4=!mb/m4 m4a-nofpu=!m4a-nofpu
mb/m4a-nofpu=!mb/m4a-nofpu m4a-single-only=!m4a-single-only
mb/m4a-single-only=!mb/m4a-single-only m4a-single=!m4a-single
mb/m4a-single=!mb/m4a-single m4a=!m4a mb/m4a=!mb/m4a m4al=!m4al
mb/m4al=!mb/m4al m5-32media=!m5-32media mb/m5-32media=!mb/m5-32media
m5-32media-nofpu=!m5-32media-nofpu mb/m5-32media-nofpu=!mb/m5-32media-nofpu
m5-compact=!m5-compact mb/m5-compact=!mb/m5-compact
m5-compact-nofpu=!m5-compact-nofpu mb/m5-compact-nofpu=!mb/m5-compact-nofpu
m5-64media=!m5-64media mb/m5-64media=!mb/m5-64media
m5-64media-nofpu=!m5-64media-nofpu mb/m5-64media-nofpu=!mb/m5-64media-nofpu";
then \
  /bin/sh /home/jbglaw/repos/gcc/gcc/genmultilib \
"mb
m5-32media/m5-32media-nofpu/m5-compact/m5-compact-nofpu/m5-64media/m5-64media-nofpu"
\
" " \
"" \
"ml/m1 ml/m2a* " \
"" \
"" \
"mb=!mb m1=!m1 mb/m1=!mb/m1 m2a=!m2a mb/m2a=!mb/m2a m2a-nofpu=!m2a-nofpu
mb/m2a-nofpu=!mb/m2a-nofpu m2a-single-only=!m2a-single-only
mb/m2a-single-only=!mb/m2a-single-only m2a-single=!m2a-single
mb/m2a-single=!mb/m2a-single m2e=!m2e mb/m2e=!mb/m2e m2=!m2 mb/m2=!mb/m2
m3e=!m3e mb/m3e=!mb/m3e m3=!m3 mb/m3=!mb/m3 m4-nofpu=!m4-nofpu
mb/m4-nofpu=!mb/m4-nofpu m4-single-only=!m4-single-only
mb/m4-single-only=!mb/m4-single-only m4-single=!m4-single
mb/m4-single=!mb/m4-single m4=!m4 mb/m4=!mb/m4 m4a-nofpu=!m4a-nofpu
mb/m4a-nofpu=!mb/m4a-nofpu m4a-single-only=!m4a-single-only
mb/m4a-single-only=!mb/m4a-single-only m4a-single=!m4a-single
mb/m4a-single=!mb/m4a-single m4a=!m4a mb/m4a=!mb/m4a m4al=!m4al
mb/m4al=!mb/m4al m5-32media=!m5-32media mb/m5-32media=!mb/m5-32media
m5-32media-nofpu=!m5-32media-nofpu mb/m5-32media-nofpu=!mb/m5-32media-nofpu
m5-compact=!m5-compact mb/m5-compact=!mb/m5-compact
m5-compact-nofpu=!m5-compact-nofpu mb/m5-compact-nofpu=!mb/m5-compact-nofpu
m5-64media=!m5-64media mb/m5-64media=!mb/m5-64media
m5-64media-nofpu=!m5-64media-nofpu mb/m5-64media-nofpu=!mb/m5-64media-nofpu" \
"" \
"" \
"" \
"yes" \
> tmp-mlib.h; \
else \
  /bin/sh /home/jbglaw/repos/gcc/gcc/genmultilib '' '' '' '' '' '' '' '' \
"" '' no \
> tmp-mlib.h; \
fi
/home/jbglaw/repos/gcc/gcc/genmultilib[261]: shift: 0403-009 The specified
number is not valid for this command.
make[1]: *** [s-mlib] Error 1


That should either be empty, or contain as many elements (space-separated) as
the first argument. This is on gcc111, an AIX box using gcc/g++ as the
compiler, but AIX's /bin/sh, which errors out (while bash silently ignores the
wrong shift implied by the excess space in arg#2). Building is done like this:

jbglaw@jbarbeitsplatz:/tmp$ wget -q -O buildlog
'http://toolchain.lug-owl.de/buildbot/deliver_full_buildlog.php?mode=download&id=22842'
jbglaw@jbarbeitsplatz:/tmp$ grep '^BRBUILDLOG:command' buildlog |cut -f 3- -d
':' | grep -v '^br_'
/home/jbglaw/repos/binutils_gdb/configure
--prefix=/home/jbglaw/build/sh64-linux/_install_ --enable-gold=yes
--target=sh64-linux
make all-gold
make check-gold
make install-gold
/home/jbglaw/repos/binutils_gdb/configure
--prefix=/home/jbglaw/build/sh64-linux/_install_ --target=sh64-linux
make all-binutils all-ld all-gas all-gprof
make check-binutils check-ld check-gas check-gprof
make install-binutils install-ld install-gas install-gprof
/home/jbglaw/repos/gcc/configure
--prefix=/home/jbglaw/build/sh64-linux/_install_ --enable-languages=c,c++
--with-mpc=/opt/cfarm/mpc-latest --with-mpfr=/opt/cfarm/mpfr-latest
--with-gmp=/opt/cfarm/gmp-latest --target=sh64-linux --without-headers
--disable-threads
make all-gcc

(GOLD, the rest of binutils and GCC were each build in separate, empty
directories.)

[Bug c/52023] [C11] _Alignof (double) yields wrong value on x86

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #15 from Jan-Benedict Glaw  ---
Some fallout for an unused variable, see eg.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=50585 :

g++ -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC 
-DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common 
-DHAVE_CONFIG_H -I. -Ic-family -I../../../gcc/gcc -I../../../gcc/gcc/c-family
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../../gcc/gcc/../libbacktrace-o c-family/c-common.o -MT
c-family/c-common.o -MMD -MP -MF c-family/.deps/c-common.TPo
../../../gcc/gcc/c-family/c-common.c
../../../gcc/gcc/c-family/c-common.c: In function ‘tree_node*
c_sizeof_or_alignof_type(location_t, tree, bool, bool, int)’:
../../../gcc/gcc/c-family/c-common.c:5007:9: error: unused variable ‘field’
[-Werror=unused-variable]
tree field = build_decl (UNKNOWN_LOCATION, FIELD_DECL, NULL_TREE,
 ^
cc1plus: all warnings being treated as errors

[Bug target/61026] sh-rtems4.11 build of 4.9.0 fails on FreeBSD 10 c++ (clang).

[jbg...@lug-owl.de]

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

--- Comment #7 from Jan-Benedict Glaw  ---
I'm not 100% sure, but I guess this fix breaks building GCC on
gcc111.fsffrance.org .  All build details can be found here:
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=218196


The actual error message is:

g++ -c   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common 
-DHAVE_CONFIG_H -I. -I. -I/home/jbglaw/repos/gcc/gcc
-I/home/jbglaw/repos/gcc/gcc/. -I/home/jbglaw/repos/gcc/gcc/../include
-I/home/jbglaw/repos/gcc/gcc/../libcpp/include -I/opt/cfarm/gmp-latest/include
-I/opt/cfarm/mpfr-latest/include -I/opt/cfarm/mpc-latest/include 
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o sh.o -MT sh.o -MMD -MP -MF
./.deps/sh.TPo /home/jbglaw/repos/gcc/gcc/config/sh/sh.c
In file included from /home/jbglaw/repos/gcc/gcc/system.h:262:0,
 from /home/jbglaw/repos/gcc/gcc/config/sh/sh.c:27:
/usr/include/unistd.h:201:41: error: declaration of C function 'off64_t
lseek64(int, off64_t, int)' conflicts with
 extern off64_t lseek64(int, off64_t, int);
 ^
/usr/include/unistd.h:199:14: error: previous declaration 'off_t lseek64(int,
off_t, int)' here
 extern off_t lseek(int, off_t, int);
  ^
In file included from /usr/include/unistd.h:844:0,
 from /home/jbglaw/repos/gcc/gcc/system.h:262,
 from /home/jbglaw/repos/gcc/gcc/config/sh/sh.c:27:
/usr/include/sys/lockf.h:64:39: error: declaration of C function 'int
lockf64(int, int, off64_t)' conflicts with
  extern int lockf64 (int, int, off64_t);
   ^
/usr/include/sys/lockf.h:62:13: error: previous declaration 'int lockf64(int,
int, off_t)' here
  extern int lockf (int, int, off_t);
 ^
In file included from /home/jbglaw/repos/gcc/gcc/system.h:262:0,
 from /home/jbglaw/repos/gcc/gcc/config/sh/sh.c:27:
/usr/include/unistd.h:917:38: error: declaration of C function 'int
ftruncate64(int, off64_t)' conflicts with
  extern int  ftruncate64(int, off64_t);
  ^
In file included from /home/jbglaw/repos/gcc/gcc/system.h:262:0,
 from /home/jbglaw/repos/gcc/gcc/config/sh/sh.c:27:
/usr/include/unistd.h:915:14: error: previous declaration 'int ftruncate64(int,
off_t)' here
  extern int  ftruncate(int, off_t);
  ^
In file included from /home/jbglaw/repos/gcc/gcc/system.h:262:0,
 from /home/jbglaw/repos/gcc/gcc/config/sh/sh.c:27:
/usr/include/unistd.h:974:46: error: declaration of C function 'int
truncate64(const char*, off64_t)' conflicts with
  extern int  truncate64(const char *, off64_t);
  ^
In file included from /home/jbglaw/repos/gcc/gcc/system.h:262:0,
 from /home/jbglaw/repos/gcc/gcc/config/sh/sh.c:27:
/usr/include/unistd.h:972:14: error: previous declaration 'int truncate64(const
char*, off_t)' here
  extern int  truncate(const char *, off_t);
  ^
In file included from /home/jbglaw/repos/gcc/gcc/system.h:262:0,
 from /home/jbglaw/repos/gcc/gcc/config/sh/sh.c:27:
/usr/include/unistd.h:993:54: error: declaration of C function 'ssize_t
pread64(int, void*, size_t, off64_t)' conflicts with
  extern ssize_t  pread64(int, void *, size_t, off64_t);
  ^
/usr/include/unistd.h:990:18: error: previous declaration 'ssize_t pread64(int,
void*, size_t, off_t)' here
  extern ssize_t  pread(int, void *, size_t, off_t);
  ^
/usr/include/unistd.h:994:61: error: declaration of C function 'ssize_t
pwrite64(int, const void*, size_t, off64_t)' conflicts with
  extern ssize_t  pwrite64(int, const void *, size_t, off64_t);
 ^
/usr/include/unistd.h:991:18: error: previous declaration 'ssize_t
pwrite64(int, const void*, size_t, off_t)' here
  extern ssize_t  pwrite(int, const void *, size_t, off_t);
  ^
/usr/include/unistd.h:1079:38: error: declaration of C function 'off64_t
fclear64(int, off64_t)' conflicts with
  extern off64_t fclear64(int, off64_t);
  ^
/usr/include/unistd.h:1076:15: error: previous declaration 'off_t fclear64(int,
off_t)' here
  extern off_t fclear(int, off_t);
   ^
/usr/include/unistd.h:1080:53: error: declaration of C function 'int
fsync_range64(int, int, off64_t, off64_t)' conflicts with
  extern int fsync_range64(int, int, off64_t, off64_t);
 ^
/usr/include/unistd.h:1077:13: e

[Bug target/61026] sh-rtems4.11 build of 4.9.0 fails on FreeBSD 10 c++ (clang).

[jbg...@lug-owl.de]

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

--- Comment #9 from Jan-Benedict Glaw  ---
> Could you please try to add an
> 
> #include 
> 
> before the C++ includes and see if it resolves some of the errors/changes
> anything?  It's probably not going to be the final fix for the problem, but
> might give some clues.

I've added it there, though it might take a while until that target is built
again on that host. (Just for the notes: The host is AIX 7 on PPC, using GCC,
thus it's not the somewhat more usual Linux-based building...)

[Bug c/52023] [C11] _Alignof (double) yields wrong value on x86

[jbg...@lug-owl.de]

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

--- Comment #17 from Jan-Benedict Glaw  ---
(In reply to Marek Polacek from comment #16)
> > tree field = build_decl (UNKNOWN_LOCATION, FIELD_DECL, NULL_TREE,
> >  ^
> > cc1plus: all warnings being treated as errors
> 
> Should be fixed now.

No, not yet. The most recent build for powerpc64-darwin done by my build robot
still faces this warning and thus breaks:

http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=89063

-->
http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=733877

So what shall we do with this? The macro is called with two arguments, of which
one ("field") isn't used. Just mark it as unused or (void)-cast it away?

[Bug tree-optimization/63817] ICE in verify_gimple_in_cfg tree-cfg.c:5039 (arm)

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817

--- Comment #4 from Jan-Benedict Glaw  ---
You can see this bug live in action for about every target when building a
native toolchain on gcc112, which is done in preparation for a cross-build with
config_list.mk by the build robot:
http://toolchain.lug-owl.de/buildbot/timeline.php

[Bug tree-optimization/63817] ICE in verify_gimple_in_cfg tree-cfg.c:5039 (arm)

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817

--- Comment #5 from Jan-Benedict Glaw  ---
Bug seems to be gone.

[Bug target/61974] error: ‘ASM_WEAKEN_DECL’ was not declared in this scope

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61974

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #1 from Jan-Benedict Glaw  ---
Though with some warnings with a non-100% recent compiler, my build robot
builds it every now and then:

g++ -c   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -I.
-I. -I/home/jbglaw/repos/gcc/gcc -I/home/jbglaw/repos/gcc/gcc/.
-I/home/jbglaw/repos/gcc/gcc/../include
-I/home/jbglaw/repos/gcc/gcc/../libcpp/include 
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I/home/jbglaw/repos/gcc/gcc/../libbacktrace-o rs6000.o -MT rs6000.o -MMD
-MP -MF ./.deps/rs6000.TPo /home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c: In function ‘tree_node*
rs6000_handle_longcall_attribute(tree_node**, tree_node*, tree_node*, int,
bool*)’:
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c:28517: warning: unknown
conversion type character ‘E’ in format
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c:28517: warning: too many
arguments for format
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c: In function ‘tree_node*
rs6000_handle_struct_attribute(tree_node**, tree_node*, tree_node*, int,
bool*)’:
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c:28590: warning: unknown
conversion type character ‘E’ in format
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c:28590: warning: too many
arguments for format
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c:28600: warning: unknown
conversion type character ‘E’ in format
/home/jbglaw/repos/gcc/gcc/config/rs6000/rs6000.c:28600: warning: too many
arguments for format


(This is a build started at 2014-08-25 14:56 UTC, cf.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=346652). Maybe
that was only a temporary hiccup?

[Bug target/55143] vms-c.o:(.toc+0x0): undefined reference to `c_default_pointer_mode' (building cc1plus)

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55143

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #2 from Jan-Benedict Glaw  ---
With today's GCC (2014-08-26, r214550, build
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=347199), this is
still present:

g++   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
 -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o cc1plus \
  cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o
cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o
cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o
cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o
cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o
cp/cp-cilkplus.o cp/cp-gimplify.o cp/cp-array-notation.o cp/lambda.o
cp/vtable-class-hierarchy.o attribs.o incpath.o c-family/c-common.o
c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o
c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o
c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o
c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o
c-family/c-cilkplus.o c-family/array-notation-common.o c-family/cilk.o
c-family/c-ubsan.o vms-c.o default-c.o cc1plus-checksum.o libbackend.a main.o
tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a  
../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a-L/opt/cfarm/mpc/lib -lmpc -lmpfr -lgmp
-rdynamic -ldl  -L../zlib -lz
/usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only handles
version 2 and 3 information.
vms-c.o: In function `handle_pragma_pointer_size(char const*)':
vms-c.c:(.text+0x6cd): undefined reference to `c_default_pointer_mode'
/usr/bin/ld: Dwarf Error: found dwarf version '0', this reader only handles
version 2 and 3 information.
vms-c.c:(.text+0x6e2): undefined reference to `c_default_pointer_mode'
/usr/bin/ld: Dwarf Error: found dwarf version '17874', this reader only handles
version 2 and 3 information.
vms-c.c:(.text+0x6fa): undefined reference to `c_default_pointer_mode'
/usr/bin/ld: Dwarf Error: found dwarf version '33796', this reader only handles
version 2 and 3 information.
vms-c.c:(.text+0x718): undefined reference to `c_default_pointer_mode'
/usr/bin/ld: Dwarf Error: found dwarf version '22528', this reader only handles
version 2 and 3 information.
vms-c.o: In function `vms_c_common_override_options()':
vms-c.c:(.text+0x9fc): undefined reference to `c_default_pointer_mode'
/usr/bin/ld: Dwarf Error: found dwarf version '12288', this reader only handles
version 2 and 3 information.
vms-c.o:vms-c.c:(.text+0xa12): more undefined references to
`c_default_pointer_mode' follow
collect2: error: ld returned 1 exit status
make[2]: *** [cc1plus] Error 1

[Bug c/63197] New: tc-m68k.c: Wrong warning "array subscript is below array bounds"

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63197

Bug ID: 63197
   Summary: tc-m68k.c: Wrong warning "array subscript is below
array bounds"
   Product: gcc
   Version: 4.9.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jbg...@lug-owl.de

Building Binutils's GAS with a recent GCC (ie. 4.9.1) for --target=m68k-linux
fails due to a false warning, which aborts the build since -Werror is used.

Cf. Buildrobot build #351394
(http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=351394):

gcc -DHAVE_CONFIG_H -I. -I/home/vaxbuild/repos/binutils_gdb/gas  -I.
-I/home/vaxbuild/repos/binutils_gdb/gas -I../bfd
-I/home/vaxbuild/repos/binutils_gdb/gas/config
-I/home/vaxbuild/repos/binutils_gdb/gas/../include
-I/home/vaxbuild/repos/binutils_gdb/gas/..
-I/home/vaxbuild/repos/binutils_gdb/gas/../bfd
-DLOCALEDIR="\"/home/vaxbuild/build/m68k-linux/_install_/share/locale\""  -W
-Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT
tc-m68k.o -MD -MP -MF .deps/tc-m68k.Tpo -c -o tc-m68k.o `test -f
'config/tc-m68k.c' || echo
'/home/vaxbuild/repos/binutils_gdb/gas/'`config/tc-m68k.c
/home/vaxbuild/repos/binutils_gdb/gas/config/tc-m68k.c: In function
‘md_assemble’:
/home/vaxbuild/repos/binutils_gdb/gas/config/tc-m68k.c:4514:36: error: array
subscript is below array bounds [-Werror=array-bounds]
   n = (the_ins.numo - the_ins.fragb[n - 1].fragoff);
^
cc1: all warnings being treated as errors
make[3]: *** [tc-m68k.o] Error 1

Alan Modra had described it here:
https://sourceware.org/ml/binutils/2014-08/msg00236.html

[Bug middle-end/63197] tc-m68k.c: Wrong warning "array subscript is below array bounds"

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63197

Jan-Benedict Glaw  changed:

   What|Removed |Added

Version|4.9.1   |5.0

--- Comment #1 from Jan-Benedict Glaw  ---
Just reconfigmed r215001 to show this behavior.

[Bug middle-end/63197] tc-m68k.c: Wrong warning "array subscript is below array bounds"

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63197

--- Comment #2 from Jan-Benedict Glaw  ---
With today's binutils snapshot, there's a gas_assert in front of it, which
silences this bogus warning. That needs to be reverted to test GCC wrt. this
issue.

[Bug testsuite/35710] FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #12 from Jan-Benedict Glaw  ---
When building with recent GCCs, this patch produces a warning, see the build
log [1] of build #479519 [2]:

g++ -fno-PIE -c   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common  -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecn
umber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace   -o darwin.o
-MT darwin.o -MMD -MP -MF ./.deps/darwin.TPo ../../../gcc/gcc/config/darwin.c
../../../gcc/gcc/config/darwin.c: In function ‘bool
darwin_use_anchors_for_symbol_p(const_rtx)’:
../../../gcc/gcc/config/darwin.c:3016:9: error: statement is indented as if it
were guarded by... [-Werror=misleading-indentation]
 return default_use_anchors_for_symbol_p (symbol);
 ^~

../../../gcc/gcc/config/darwin.c:3012:7: note: ...this ‘if’ clause, but it is
not
   if (sect->common.flags & SECTION_NO_ANCHOR)
   ^~

cc1plus: all warnings being treated as errors
../../../gcc/gcc/config/t-darwin:22: recipe for target 'darwin.o' failed

I suggest the attached patch for reindention and fixing up trailing whitespace.

[1]
http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=4390920
[2] http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=479519

[Bug target/33120] Data not put in BSS section on Mac OS

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #25 from Jan-Benedict Glaw  ---
When building with recent GCCs, this patch produces a warning, see the build
log [1] of build #479519 [2]:

g++ -fno-PIE -c   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common  -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecn
umber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace   -o darwin.o
-MT darwin.o -MMD -MP -MF ./.deps/darwin.TPo ../../../gcc/gcc/config/darwin.c
../../../gcc/gcc/config/darwin.c: In function ‘bool
darwin_use_anchors_for_symbol_p(const_rtx)’:
../../../gcc/gcc/config/darwin.c:3016:9: error: statement is indented as if it
were guarded by... [-Werror=misleading-indentation]
 return default_use_anchors_for_symbol_p (symbol);
 ^~

../../../gcc/gcc/config/darwin.c:3012:7: note: ...this ‘if’ clause, but it is
not
   if (sect->common.flags & SECTION_NO_ANCHOR)
   ^~

cc1plus: all warnings being treated as errors
../../../gcc/gcc/config/t-darwin:22: recipe for target 'darwin.o' failed

I suggest the attached patch for reindention and fixing up trailing whitespace.

[1]
http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=4390920
[2] http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=479519

[Bug testsuite/35710] FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710

--- Comment #13 from Jan-Benedict Glaw  ---
Created attachment 36996
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36996&action=edit
Patch to fix indention/trailing whitespace

[Bug target/26427] with -fsection-anchors with zero sized structs

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26427

Jan-Benedict Glaw  changed:

   What|Removed |Added

 CC||jbg...@lug-owl.de

--- Comment #23 from Jan-Benedict Glaw  ---
When building with recent GCCs, this patch produces a warning, see the build
log [1] of build #479519 [2]:

g++ -fno-PIE -c   -g -O2 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common  -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/.
-I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include
-I/opt/cfarm/mpc/include  -I../../../gcc/gcc/../libdecnumber
-I../../../gcc/gcc/../libdecn
umber/dpd -I../libdecnumber -I../../../gcc/gcc/../libbacktrace   -o darwin.o
-MT darwin.o -MMD -MP -MF ./.deps/darwin.TPo ../../../gcc/gcc/config/darwin.c
../../../gcc/gcc/config/darwin.c: In function ‘bool
darwin_use_anchors_for_symbol_p(const_rtx)’:
../../../gcc/gcc/config/darwin.c:3016:9: error: statement is indented as if it
were guarded by... [-Werror=misleading-indentation]
 return default_use_anchors_for_symbol_p (symbol);
 ^~

../../../gcc/gcc/config/darwin.c:3012:7: note: ...this ‘if’ clause, but it is
not
   if (sect->common.flags & SECTION_NO_ANCHOR)
   ^~

cc1plus: all warnings being treated as errors
../../../gcc/gcc/config/t-darwin:22: recipe for target 'darwin.o' failed

I suggest the attached patch for reindention and fixing up trailing whitespace.

[1]
http://toolchain.lug-owl.de/buildbot/deliver_artifact.php?mode=view&id=4390920
[2] http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=479519

[Bug target/33120] Data not put in BSS section on Mac OS

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120

--- Comment #26 from Jan-Benedict Glaw  ---
Created attachment 36997
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36997&action=edit
Patch to fix indention/trailing whitespace

[Bug target/26427] with -fsection-anchors with zero sized structs

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26427

--- Comment #24 from Jan-Benedict Glaw  ---
Created attachment 36998
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36998&action=edit
Patch to fix indention/trailing whitespace

[Bug testsuite/35710] FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)

[jbg...@lug-owl.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710

--- Comment #15 from Jan-Benedict Glaw  ---
Feel free to commit your patch, Dominique. You've been faster with providing a
fix. :) (But maybe incorporate the whitespace fixes as well.) Actually, there
are some more in the initial commit, but cleaning them up without really fixing
something just only makes rebasing more difficult.

[Bug c/48436] New: Regresion @171731: Missing #include "reload.h"

[jbg...@lug-owl.de]

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

   Summary: Regresion @171731: Missing #include "reload.h"
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jbg...@lug-owl.de


Created attachment 23868
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23868
Patch fixing the regression.

Hi!

171731 introduces an access macro reg_equiv_mem(), which is now used in the VAX
backend. However, the header file isn't included, so the VAX backend (tested
for --target=vax-linux) now breaks:

[...]
gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmis
sing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common 
-DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include 
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber\
../../gcc/gcc/config/vax/vax.c -o vax.o
../../gcc/gcc/config/vax/vax.c: In function ‘nonindexed_address_p’:
../../gcc/gcc/config/vax/vax.c:1680: warning: implicit declaration of function
‘reg_equiv_mem’
../../gcc/gcc/config/vax/vax.c:1681: warning: passing argument 1 of
‘indirectable_address_p’ makes pointer from integer without a cast

[...]

make[1]: Entering directory `/mnt/nfs-programming/toolchain/gcc-build/gcc'
gcc   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissin
g-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common 
 -DHAVE_CONFIG_H  -o cc1 c-lang.o c-family/stub-objc.o attribs.o c-errors.o
c-decl.o c-typeck.o c-convert.o c-aux-info.o c-objc-common.o 
c-parser.o tree-mudflap.o c-family/c-common.o c-family/c-cppbuiltin.o
c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-famil
y/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o
c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o
c-family/c-semantics.o c-family/c-ada-spec.o  \
  cc1-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a   ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a-lmpc -lmpfr -lgmp -rdynamic -ldl  -L../zlib
-lz
libbackend.a(vax.o): In function `nonindexed_address_p':
/mnt/nfs-programming/toolchain/gcc-build/gcc/../../gcc/gcc/config/vax/vax.c:1679:
undefined reference to `reg_equiv_mem'
/mnt/nfs-programming/toolchain/gcc-build/gcc/../../gcc/gcc/config/vax/vax.c:1679:
undefined reference to `reg_equiv_mem'
collect2: ld returned 1 exit status
make[1]: *** [cc1] Error 1
make[1]: Leaving directory `/mnt/nfs-programming/toolchain/gcc-build/gcc'
make: *** [all-gcc] Error 2


The attached patch fixes this regression by including the header file defining
the used macro. (ChangeLog is in the patch file, needs the PR number.)

[Bug c/48436] Regresion @171731: Missing #include "reload.h"

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #1 from Jan-Benedict Glaw  2011-04-04 16:09:21 
UTC ---
Oh, it was fixed some hours before. Thanks!

[Bug middle-end/48464] New: Regression @171649: ICE in setup_pressure_classes, at ira.c:877

[jbg...@lug-owl.de]

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

   Summary: Regression @171649: ICE in setup_pressure_classes, at
ira.c:877
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jbg...@lug-owl.de


Hi!

The large IRA merge (=66d9a7b9e8a0c85a51467330f51ead74e77b7eb8 in GIT) broke
the vax-linux target:

jbglaw@jbarbeitsplatz:/mnt/nfs-programming/toolchain/gcc-build/gcc$ ./xgcc -B .
-c foo.c
foo.c:1:0: internal compiler error: in setup_pressure_classes, at ira.c:877
Please submit a full bug report,
[...]


jbglaw@jbarbeitsplatz:/mnt/nfs-programming/toolchain/gcc-build/gcc$ cat foo.c   
extern int xx (int a, int b);
int
blub (double boo, int oo)   
{
long x;
x = boo * oo;
x += xx (boo, oo);
return x;
}

This is just configured with ../gcc/configure --target=vax-linux
--enable-languages=c --disable-threads on a i686-linux host/build system.

[Bug middle-end/48464] Regression @171649: ICE in setup_pressure_classes, at ira.c:877

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 Target||vax-linux
 CC||jbg...@lug-owl.de, vmakarov
   ||at redhat dot com
   Host||i686-linux
  Build||i686-linux

--- Comment #1 from Jan-Benedict Glaw  2011-04-05 16:07:47 
UTC ---
Hint for VCS users (as bugzilla only wants to see released version names).

Known to work: r171648 = 9f50fa3742ab7c20e3e8ceb48b26c920b22ecd62
Known to fail: r171649 = 66d9a7b9e8a0c85a51467330f51ead74e7

[Bug middle-end/48464] [4.7 Regression] @171649: ICE in setup_pressure_classes, at ira.c:877

[jbg...@lug-owl.de]

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

--- Comment #2 from Jan-Benedict Glaw  2011-04-09 20:58:00 
UTC ---
Just to mention: This is not an ICE that shows up on this specific code
snipplet, but it is rather a start-up problem that either got merged in with
the IRA update or was uncovered by it:

vax-linux-gcc -c -x c /dev/null
/dev/null:1:0: internal compiler error: in setup_pressure_classes, at ira.c:877
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

(This is r172231 = d82cf2b25062950d .)

[Bug middle-end/48464] [4.7 Regression] @171649: ICE in setup_pressure_classes, at ira.c:877

[jbg...@lug-owl.de]

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

--- Comment #5 from Jan-Benedict Glaw  2011-04-11 22:04:12 
UTC ---
(In reply to comment #4)
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172274
> Log:
> 2011-04-11  Vladimir Makarov  
> 
> PR middle-end/48464
> * ira.c (setup_pressure_classes): Fix typo in loop condition.
> (setup_allocno_and_important_classes): Ditto.

I updated to r172276 = 850ff64c7c083, but gcc still ICEs at the same line of
code. So there must be another root cause. However, at least one bug fixed,
good work :)

[Bug middle-end/48464] [4.7 Regression] @171649: ICE in setup_pressure_classes, at ira.c:877

[jbg...@lug-owl.de]

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

--- Comment #6 from Jan-Benedict Glaw  2011-05-27 13:49:51 
UTC ---
It seems r174123 (= 59813b406b20d7b) not only fixed PR rtl-optimization/48971,
but also this issue:

2011-05-13  Vladimir Makarov  

PR rtl-optimization/48971
* ira.c (setup_pressure_classes): Don't check register move cost
for classes with one registers.  Don't add pressure class if there
is a pressure class with the same available hard registers.
Check contains_reg_of_mode.  Fix a typo in collecting
temp_hard_regset.  Ignore hard registers not belonging to a class.


Since this patch, this problem is gone.

Thanks!

[Bug middle-end/48464] [4.7 Regression] @171649: ICE in setup_pressure_classes, at ira.c:877

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #7 from Jan-Benedict Glaw  2011-05-27 14:09:30 
UTC ---
Since this now works for me, I'm closing the bug.