[Bug c++/67437] New: [5/6 Regression] Template can't use const value of explicitly instantiated instance in a const expression

2015-09-02 Thread Bernhard.Rosenkranzer at linaro dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67437

Bug ID: 67437
   Summary: [5/6 Regression] Template can't use const value of
explicitly instantiated instance in a const expression
   Product: gcc
   Version: 5.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Bernhard.Rosenkranzer at linaro dot org
  Target Milestone: ---

The following code builds fine with gcc versions up to 4.9 and with any version
of clang, but fails with gcc 5.1, 5.2 and trunk:

template 
struct I0ATerm {
static const double value = I0ATerm::value * (2.*N-1.) * (2.*N-1.)
/ (8. * N);
};

template <>
struct I0ATerm<0> { // 1/sqrt(2*PI);
static const double value =
0.398942280401432677939946059934381868475858631164934657665925;
};

int main(int argc, char **argv) {
I0ATerm<1>::value;
}


Error message from gcc 5.2:
test.cpp: In instantiation of 'const double I0ATerm<1>::value':
test.cpp:12:14:   required from here
test.cpp:3:22: error: the value of 'I0ATerm<0>::value' is not usable in a
constant expression
  static const double value = I0ATerm::value * (2.*N-1.) * (2.*N-1.) / (8.
* N);
  ^
test.cpp:8:22: note: 'I0ATerm<0>::value' does not have integral or enumeration
type
  static const double value =
0.398942280401432677939946059934381868475858631164934657665925;
  ^



(changing "double" to "int" "fixes" it (but of course that loss of precision is
not always acceptable).
Given the double is a constant expression, I'm not sure this is intended to
break.

[Bug regression/67415] [5/6 Regression] -mcpu= breaks -print-file-name for ARM crosscompilers

2015-09-02 Thread Bernhard.Rosenkranzer at linaro dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67415

--- Comment #4 from Bernhard Rosenkränzer  ---
Relevant parameters are the same.
Also, gcc-5.2/bin/arm-linux-androideabi-gcc -latomic does find libatomic -- so
probably print-file-name=libatomic.a should reflect that...

$ gcc-5.2/bin/arm-linux-androideabi-gcc -v
Using built-in specs.
COLLECT_GCC=gcc-5.2/bin/arm-linux-androideabi-gcc
COLLECT_LTO_WRAPPER=/home/bero/android-toolchains/gcc-5.2/bin/../libexec/gcc/arm-linux-androideabi/5.2.0/lto-wrapper
Target: arm-linux-androideabi
Configured with:
/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/../build/../gcc/gcc-5.2.0/configure
--prefix=/tmp/android-toolchain-eabi --host=x86_64-linux-gnu
--build=x86_64-linux-gnu --with-gnu-as --with-gnu-ld --enable-languages=c,c++
--with-gmp=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-mpfr=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-mpc=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-isl=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-cloog=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-isl=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-ppl=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--disable-ppl-version-check --disable-cloog-version-check
--disable-isl-version-check --enable-cloog-backend=isl
--with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm'
--disable-libssp --disable-nls --disable-libmudflap --disable-shared
--disable-sjlj-exceptions --disable-libquadmath --disable-libitm
--disable-libsanitizer --with-float=softfp --with-fpu=neon --with-arch=armv7-a
--enable-target-optspace --prefix=/tmp/android-toolchain-eabi --disable-docs
--disable-nls --with-gcc-version=5.2.0
--with-binutils-version=linaro-2.25.0-2015.01-2 --with-gmp-version=current
--with-mpfr-version=current --with-mpc-version=current
--with-gdb-version=current --with-ppl-version=1.1 --with-isl-version=0.14
--target=arm-linux-androideabi --enable-threads --enable-tls --enable-libgomp
--disable-libitm --disable-libsanitizer --enable-libatomic
--disable-libstdc__-v3 : (reconfigured)
/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/../build/../gcc/gcc-5.2.0/configure
--prefix=/tmp/android-toolchain-eabi --host=x86_64-linux-gnu
--build=x86_64-linux-gnu --with-gnu-as --with-gnu-ld --enable-languages=c,c++
--with-gmp=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-mpfr=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-mpc=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-isl=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-cloog=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-isl=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--with-ppl=/mnt/jenkins/workspace/linaro-android_toolchain-5.2.0/build/objdir/temp-install
--disable-ppl-version-check --disable-cloog-version-check
--disable-isl-version-check --enable-cloog-backend=isl
--with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm'
--disable-libssp --disable-nls --disable-libmudflap --disable-shared
--disable-sjlj-exceptions --disable-libquadmath --disable-libitm
--disable-libsanitizer --with-float=softfp --with-fpu=neon --with-arch=armv7-a
--enable-target-optspace --prefix=/tmp/android-toolchain-eabi --disable-docs
--disable-nls --with-gcc-version=5.2.0
--with-binutils-version=linaro-2.25.0-2015.01-2 --with-gmp-version=current
--with-mpfr-version=current --with-mpc-version=current
--with-gdb-version=current --with-ppl-version=1.1 --with-isl-version=0.14
--target=arm-linux-androideabi --enable-threads --enable-tls --enable-libgomp
--disable-libitm --disable-libsanitizer --enable-libatomic
--disable-libstdc__-v3
Thread model: posix
gcc version 5.2.0 (GCC) 

$ gcc-4.9/bin/arm-linux-androideabi-gcc -v
Using built-in specs.
COLLECT_GCC=gcc-4.9/bin/arm-linux-androideabi-gcc
COLLECT_LTO_WRAPPER=/home/bero/android-toolchains/gcc-4.9/bin/../libexec/gcc/arm-linux-androideabi/4.9.4/lto-wrapper
Target: arm-linux-androideabi
Configured with:
/mnt/jenkins/workspace/linaro-android_toolchain-4.9-2015.06/build/objdir/../build/../gcc/gcc-linaro-4.9-2015.06/configure
--prefix=/tmp/android-toolchain-eabi --host=x86_64-linux-gnu
--build=x86_64-linux-gnu --with-gnu-as --with-gnu-ld --enable-languages=c,c++
--with-gmp=/mnt/jenkins/workspace/linaro-android_toolchain-4.9-2015.06/build/objdir/temp-install
--with-mpfr=/mnt/jenkins/workspace/linaro-android_toolchain-4.9-2015.06/build/objdir/temp-install
--with-mpc=/mnt/jenkins/workspace/linaro-android_toolchain-4.9-2015.06/build/objdir/temp-install
--with-isl=/mnt/jenkins/wo

[Bug regression/67415] [5.1/5.2 Regression] -mcpu= breaks -print-file-name for ARM crosscompilers

2015-08-31 Thread Bernhard.Rosenkranzer at linaro dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67415

--- Comment #1 from Bernhard Rosenkränzer  ---
Workaround: add -march=armv7-a to the command line as well

[Bug regression/67415] New: [5.1/5.2 Regression] -mcpu= breaks -print-file-name for ARM crosscompilers

2015-08-31 Thread Bernhard.Rosenkranzer at linaro dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67415

Bug ID: 67415
   Summary: [5.1/5.2 Regression] -mcpu= breaks -print-file-name
for ARM crosscompilers
   Product: gcc
   Version: 5.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Bernhard.Rosenkranzer at linaro dot org
  Target Milestone: ---

If -mcpu=anything is specified on the gcc command line, -print-file-name stops
looking in the compiler's armv7-a library subdirectories.

$ gcc-5.2/bin/arm-linux-androideabi-gcc -print-file-name=libatomic.a
/MYPREFIX/gcc-5.2/bin/../lib/gcc/arm-linux-androideabi/5.2.1/../../../../arm-linux-androideabi/lib/armv7-a/libatomic.a

works as expected, but:

$ gcc-5.2/bin/arm-linux-androideabi-gcc -mcpu=cortex-a9
-print-file-name=libatomic.a
libatomic.a
$ gcc-5.2/bin/arm-linux-androideabi-gcc -mcpu=generic-armv7-a
-print-file-name=libatomic.a
libatomic.a

4.9 behaves as expected, 5.1 and 5.2 don't find the library.

[Bug tree-optimization/62053] [5 Regression] ICE: in remap_type_1, at tree-inline.c:540

2015-01-08 Thread Bernhard.Rosenkranzer at linaro dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053

Bernhard Rosenkränzer  changed:

   What|Removed |Added

 CC||Bernhard.Rosenkranzer@linar
   ||o.org

--- Comment #10 from Bernhard Rosenkränzer  ---
Another test case for what is very likely the same problem:

typedef char A;

class B {
public:
B();
};

B::B() {
  int a = 0;
  A b[a];
}

[Bug bootstrap/59943] New: [4.9 Regression] ICE in read_line_num, at input.c:603 while building an x86_64-linux-gnu arm-linux-androideabi crosscompiler

2014-01-25 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59943

Bug ID: 59943
   Summary: [4.9 Regression] ICE in read_line_num, at input.c:603
while building an x86_64-linux-gnu
arm-linux-androideabi crosscompiler
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Bernhard.Rosenkranzer at linaro dot org

This happens with current git when trying to build an x86_64-linux-gnu
arm-linux-androideabi crosscompiler (must have been caused by a very recent
commit, I have a successful build from last week):

make[4]: Entering directory
'/mnt/home2/bero/linaro-builds/toolchain/obj/gcc-bootstrap-gcc-4.9/arm-linux-androideabi/armv7-a/libgcc'
# If this is the top-level multilib, build all the other
# multilibs.
/mnt/home2/bero/linaro-builds/toolchain/obj/gcc-bootstrap-gcc-4.9/./gcc/xgcc
-B/mnt/home2/bero/linaro-builds/toolchain/obj/gcc-bootstrap-gcc-4.9/./gcc/
-B/tmp/android-toolchain-eabi/arm-linux-androideabi/bin/
-B/tmp/android-toolchain-eabi/arm-linux-androideabi/lib/ -isystem
/tmp/android-toolchain-eabi/arm-linux-androideabi/include -isystem
/tmp/android-toolchain-eabi/arm-linux-androideabi/sys-include-g -Os
-march=armv7-a -O2  -O2 -Os -g -DTARGET_POSIX_IO -fno-short-enums -isystem
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libc/include
-isystem
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libc/kernel/common
-isystem
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libc/kernel/arch-arm
-isystem
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libc/arch-arm/include
-isystem
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libm/include
-isystem
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libm/include/arm
-isystem
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libm/arm
-include
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../android/bionic/libc/include/sys/limits.h
-DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition 
-isystem ./include   -fPIC -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc
-fno-stack-protector -Dinhibit_libc  -fPIC -fno-inline -I. -I. -I../../.././gcc
-I/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc
-I/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/.
-I/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/../gcc
-I/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/../include
   -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/libgcc2.c
 
In file included from ../../.././gcc/tm.h:24:0,
 from
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/libgcc2.c:29:
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/../gcc/config/gnu-user.h:113:0:
warning: "TARGET_POSIX_IO" redefined [enabled by default]
 #define TARGET_POSIX_IO
 ^
:0:0: note: this is the location of the previous definition
In file included from ../../.././gcc/tm.h:24:0,
 from
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/libgcc2.c:29:
/mnt/home2/bero/linaro-builds/toolchain/obj/../build/../gcc/gcc-4.9/libgcc/../gcc/config/gnu-user.h:1:0:
internal compiler error: in read_line_num, at input.c:603
 /* Definitions for systems using, at least optionally, a GNU
 ^
0x4f3290 ???
../sysdeps/x86_64/start.S:122
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
Makefile:478: recipe for target '_muldi3.o' failed

[Bug regression/59923] New: [4.9 Regression] ICE in maybe_record_trace_start, at dwarf2cfi.c:2239 with -mcpu=cortex-a15 -mthumb -O2 -fvisibility=hidden -g

2014-01-23 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59923

Bug ID: 59923
   Summary: [4.9 Regression] ICE in maybe_record_trace_start, at
dwarf2cfi.c:2239 with -mcpu=cortex-a15 -mthumb -O2
-fvisibility=hidden -g
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Bernhard.Rosenkranzer at linaro dot org

Created attachment 31935
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31935&action=edit
test case

$ /tmp/android-toolchain-eabi/bin/arm-linux-androideabi-gcc -o test.o -c
ucmndata.i -mcpu=cortex-a15  -g  -mthumb -fno-strict-aliasing -O2
-fvisibility=hidden
external/icu4c/common/ucmndata.c: In function 'udata_checkCommonData_51':
external/icu4c/common/ucmndata.c:362:1: internal compiler error: in
maybe_record_trace_start, at dwarf2cfi.c:2239
 }
 ^
0x4f3020 ???
../sysdeps/x86_64/start.S:122
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.


This might be a duplicate of bug 59575, but the code triggering it seems to be
rather different (didn't have the time to reduce it yet though).

[Bug c++/59916] New: [4.9 Regression] constructors and destructors can cause "control reaches end of non-void function" warnings with -Os

2014-01-23 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59916

Bug ID: 59916
   Summary: [4.9 Regression] constructors and destructors can
cause "control reaches end of non-void function"
warnings with -Os
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Bernhard.Rosenkranzer at linaro dot org

Created attachment 31929
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31929&action=edit
test case

The following C++ code:

class A
{
};

class B : virtual public A
{
public:
B();
virtual ~B();
};

B::B()
{
}

B::~B()
{
}


causes an incorrect warning with current 4.9 git with -Os:

[bero@localhost gcc-test]$ arm-linux-androideabi-g++ -Werror=return-type -Os -o
test.o test.cpp
test.cpp: In constructor 'B::B()':
test.cpp:14:1: error: control reaches end of non-void function
[-Werror=return-type]
 }
 ^
test.cpp: In constructor 'B::B()':
test.cpp:14:1: error: control reaches end of non-void function
[-Werror=return-type]
 }
 ^
test.cpp: In destructor 'B::~B()':
test.cpp:18:1: error: control reaches end of non-void function
[-Werror=return-type]
 }
 ^
test.cpp: In destructor 'virtual B::~B()':
test.cpp:18:1: error: control reaches end of non-void function
[-Werror=return-type]
 }
 ^
cc1plus: some warnings being treated as errors

[Bug libgcc/57221] [4.8/4.9 regression] libgcc symbol visibility changes break Android blobs

2013-05-08 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57221

--- Comment #3 from Bernhard Rosenkränzer  2013-05-09 00:51:15 UTC ---
Created attachment 30068
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30068
Another patch

This patch is needed as well to make sure Bionic can re-export __aeabi_lmul and
friends.

Unlike the other patch, this one should be fixed before being applied: There
should be a #ifdef around the added attribute (not sure if there's already a
define for whether or not the target system is Android?)

[Bug libgcc/57221] [4.8/4.9 regression] libgcc symbol visibility changes break Android blobs

2013-05-08 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57221

--- Comment #2 from Bernhard Rosenkränzer  2013-05-09 00:09:40 UTC ---
I agree that the best fix would be to just rebuild the blobs to get rid of the
problem -- but we don't have that option.

Fixing it in Bionic is harder than it sounds because the way things are built,
Bionic needs to export __aeabi_uidiv and friends - but since Bionic links to
libgcc.a, it can't just define and export __aeabi_uidiv itself because that
would cause a symbol clash even if libgcc.a's __aeabi_uidiv is hidden.

Even adding definitions there with __attribute__((weak)) didn't work.

[Bug libgcc/57221] New: [4.8/4.9 regression] libgcc symbol visibility changes break Android blobs

2013-05-08 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57221

 Bug #: 57221
   Summary: [4.8/4.9 regression] libgcc symbol visibility changes
break Android blobs
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgcc
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


Created attachment 30064
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30064
Proposed fix

The changes in libgcc symbol visibilities that got into 4.8
(http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01462.html) break important
Android blobs.

Bionic (Android's libc) has some rather weird hacks that expose libgcc.a's
__aeabi_uidiv and friends to applications linking to Bionic. The changed symbol
visibility breaks this, resulting in e.g. a Galaxy Nexus Android build done
with gcc 4.8 failing to boot to UI because it can't load its graphics drivers.

It may make sense to change symbol visibility back to default if the target is
Android. I've attached a patch that does that.

[Bug other/56663] New: [PATCH] docs can't be built with texinfo 5.x

2013-03-20 Thread Bernhard.Rosenkranzer at linaro dot org 


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



 Bug #: 56663

   Summary: [PATCH] docs can't be built with texinfo 5.x

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: other

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: bernhard.rosenkran...@linaro.org





Created attachment 29699

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29699

Patch



gcc fails to build while generating its documentation if texinfo 5.x is

installed.



Attaching a fix.

[Bug target/54781] [4.8 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1124

2012-12-16 Thread Bernhard.Rosenkranzer at linaro dot org 

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

Bernhard Rosenkränzer  changed:

   What|Removed |Added

  Known to work||4.7.3

--- Comment #5 from Bernhard Rosenkränzer  2012-12-16 22:10:53 UTC ---
Still happens in current builds

[Bug middle-end/55642] New: [4.8 Regression] Invalid thumb code generated ("thumb conditional instruction should be in IT block")

2012-12-10 Thread Bernhard.Rosenkranzer at linaro dot org 


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



 Bug #: 55642

   Summary: [4.8 Regression] Invalid thumb code generated ("thumb

conditional instruction should be in IT block")

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: bernhard.rosenkran...@linaro.org





Created attachment 28914

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28914

Test case (not yet reduced)



Building the attached preprocessed code with -std=gnu++11 -O2 -mthumb

-mcpu=cortex-a9 results in errors from the assembler:



[bero@localhost grouper-4.2.1-gcc-4.8 (master)]$

/opt/android-toolchain-trunk/bin/arm-linux-androideabi-g++ -std=gnu++11 -o

ARMAsmParser.o -O2 -mthumb  -mcpu=cortex-a9 -c ARMAsmParser.i 

/tmp/ccKYPdeC.s: Assembler messages:

/tmp/ccKYPdeC.s:7949: Error: thumb conditional instruction should be in IT

block -- `subne r2,r2,r3,asr#31'

/tmp/ccKYPdeC.s:21058: Error: thumb conditional instruction should be in IT

block -- `subne r2,r2,r3,asr#31'

[Bug c++/53475] [4.8 Regression] Section type conflict errors in libstdc++ testsuite

2012-10-03 Thread Bernhard.Rosenkranzer at linaro dot org 

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

--- Comment #12 from Bernhard Rosenkränzer  2012-10-03 12:25:21 UTC ---
*** Bug 54595 has been marked as a duplicate of this bug. ***

[Bug debug/54595] [4.8 Regression] symbol causes a section type conflict with itself with -O -g -fdata-section

2012-10-03 Thread Bernhard.Rosenkranzer at linaro dot org 

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

Bernhard Rosenkränzer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Bernhard Rosenkränzer  2012-10-03 12:25:21 UTC ---
Creating a reduced test case confirms this is the same as bug 53475.

*** This bug has been marked as a duplicate of bug 53475 ***

[Bug c++/53475] [4.8 Regression] Section type conflict errors in libstdc++ testsuite

2012-10-02 Thread Bernhard.Rosenkranzer at linaro dot org 

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

Bernhard Rosenkränzer  changed:

   What|Removed |Added

  Attachment #28332|0   |1
is obsolete||

--- Comment #11 from Bernhard Rosenkränzer  2012-10-02 20:26:32 UTC ---
Created attachment 28334
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28334
Reduced test case

Attaching reduced test case

$ /opt/android-toolchain-trunk/bin/arm-linux-androideabi-gcc -O3
-fdata-sections -g -c -o test.o bug53475.c 
bug53475.c:5:23: error: b causes a section type conflict with b
 static const struct a b[] = {
   ^

[Bug c++/53475] [4.8 Regression] Section type conflict errors in libstdc++ testsuite

2012-10-02 Thread Bernhard.Rosenkranzer at linaro dot org 

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

--- Comment #10 from Bernhard Rosenkränzer  2012-10-02 20:00:07 UTC ---
Created attachment 28332
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28332
Shorter, plain C, test case extracted from iptables, not yet reduced

Adding shorter, plain C, test case

$ /opt/android-toolchain-trunk/bin/arm-linux-androideabi-gcc -O3
-fdata-sections -g -c -o test.o
libxt_CT.iout/target/product/maguro/obj/STATIC_LIBRARIES/libext_intermediates/libxt_CT.c:58:31:
error: exp_event_tbl causes a section type conflict with exp_event_tbl
 static const struct event_tbl exp_event_tbl[] = {
   ^

[Bug c++/53475] [4.8 Regression] Section type conflict errors in libstdc++ testsuite

2012-10-02 Thread Bernhard.Rosenkranzer at linaro dot org 

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

--- Comment #9 from Bernhard Rosenkränzer  2012-10-02 19:52:31 UTC ---
This also happens when building iptables with gcc trunk, so it's not C++
related

[Bug middle-end/54781] [4.8 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1124

2012-10-02 Thread Bernhard.Rosenkranzer at linaro dot org 

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

--- Comment #2 from Bernhard Rosenkränzer  2012-10-02 18:35:03 UTC ---
$ /opt/android-toolchain-trunk/bin/arm-linux-androideabi-g++ -c
-mfloat-abi=softfp -mfpu=neon  -O2 bug54781.c bug54781.c: In function 'void
bug54781(short unsigned int*, int, int)':
bug54781.c:75:1: internal compiler error: in refs_may_alias_p_1, at
tree-ssa-alias.c:1124
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug middle-end/54781] [4.8 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1124

2012-10-02 Thread Bernhard.Rosenkranzer at linaro dot org 

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

Bernhard Rosenkränzer  changed:

   What|Removed |Added

  Attachment #28328|0   |1
is obsolete||

--- Comment #1 from Bernhard Rosenkränzer  2012-10-02 18:34:17 UTC ---
Created attachment 28329
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28329
(Mostly) reduced test case

[Bug middle-end/54781] New: [4.8 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1124

2012-10-02 Thread Bernhard.Rosenkranzer at linaro dot org 


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



 Bug #: 54781

   Summary: [4.8 Regression] ICE in refs_may_alias_p_1, at

tree-ssa-alias.c:1124

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: bernhard.rosenkran...@linaro.org





Created attachment 28328

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28328

Test case, not yet reduced



$ /opt/android-toolchain-trunk/bin/arm-linux-androideabi-g++ -c

-mfloat-abi=softfp -mfpu=neon  -O2 -o

out/target/product/maguro/obj/SHARED_LIBRARIES/libskia_intermediates/src/opts/SkBlitRow_opts_arm.o

SkBlitRow_opts_arm.i

external/skia/src/opts/SkBlitRow_opts_arm.cpp: In function 'void

S32A_D565_Opaque_Dither_neon(uint16_t*, const SkPMColor*, int, U8CPU, int,

int)':

external/skia/src/opts/SkBlitRow_opts_arm.cpp:1681:1: internal compiler error:

in refs_may_alias_p_1, at tree-ssa-alias.c:1124

 }

 ^

Please submit a full bug report,

with preprocessed source if appropriate.

See  for instructions.

[Bug debug/54595] New: [4.8 Regression] symbol causes a section type conflict with itself with -O -g -fdata-section

2012-09-15 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54595

 Bug #: 54595
   Summary: [4.8 Regression] symbol causes a section type conflict
with itself with -O -g -fdata-section
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


Created attachment 28198
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28198
Preprocessed source, gzipped because it's huge

Compiling llvm with -O -g -fdata-section results in

$ /opt/android-toolchain-trunk/bin/arm-linux-androideabi-g++ -O -g
-fdata-sections -c FunctionAttrs.i -o
out/target/product/maguro/obj/STATIC_LIBRARIES/libLLVMipo_intermediates/FunctionAttrs.o
 
In file included from external/llvm/include/llvm/Argument.h:18:0,
 from external/llvm/include/llvm/Function.h:24,
 from external/llvm/include/llvm/Analysis/CallGraph.h:54,
 from external/llvm/include/llvm/CallGraphSCCPass.h:25,
 from external/llvm/lib/Transforms/IPO/FunctionAttrs.cpp:23:
external/llvm/include/llvm/Attributes.h:113:52: error:
llvm::Attribute::ReadOnly causes a section type conflict with
llvm::Attribute::ReadOnly
 DECLARE_LLVM_ATTRIBUTE(ReadOnly,1<<10) ///< Function only reads from memory
^

I haven't tried to isolate the cause/reduce the test case yet; this might be a
dupe of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475

[Bug middle-end/54516] New: ICE in reload_cse_simplify_operands, at postreload.c:403 with -O1 -march=armv7-a -mthumb

2012-09-07 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54516

 Bug #: 54516
   Summary: ICE in reload_cse_simplify_operands, at
postreload.c:403 with -O1 -march=armv7-a -mthumb
Classification: Unclassified
   Product: gcc
   Version: 4.7.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


Created attachment 28143
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28143
Reduced test case

$ arm-linux-gnueabi-g++ -O1 -march=armv7-a -mthumb -S ice.cc
ice.cc: In function 'void bug1046999()':
ice.cc:12:1: error: insn does not satisfy its constraints:
(insn 121 120 52 2 (set (zero_extract:SI (reg/f:SI 13 sp)
(const_int 16 [0x10])
(const_int 16 [0x10]))
(const_int 65535 [0x])) bug1046999.cc:3 348 {*arm_movtas_ze}
 (nil))
ice.cc:12:1: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:403
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


Introduced in svn rev 190472

[Bug c/53633] New: __attribute__((naked)) should disable -Wreturn-type

2012-06-11 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53633

 Bug #: 53633
   Summary: __attribute__((naked)) should disable -Wreturn-type
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


This code:

__attribute__((naked))
int test() {
  asm("mov r0, #1");
}

triggers a "control reaches end of non-void function" warning (or error, if
-Werror is used).

IMO this warning should be omitted, given __attribute__((naked)) is meant to
tell the compiler that asm code inside takes care of everything.

[Bug middle-end/53334] ICE in extract_insn, at recog.c:2131

2012-05-12 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53334

Bernhard Rosenkränzer  changed:

   What|Removed |Added

  Attachment #27388|0   |1
is obsolete||

--- Comment #2 from Bernhard Rosenkränzer  2012-05-12 18:21:06 UTC ---
Created attachment 27389
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27389
Reduced test case

$ /opt/android-toolchain-trunk/bin/arm-linux-androideabi-gcc -o test.o -c
bug53334.c -O3 -march=armv7-a
bug53334.c: In function 'bug53334':
bug53334.c:16:1: error: unrecognizable insn:
 }
 ^
(insn 60 59 61 4 (set (reg:CC 24 cc)
(compare:CC (reg:SI 179 [ D.4130 ])
(const_int 32767 [0x7fff]))) bug53334.c:14 -1
 (nil))
bug53334.c:16:1: internal compiler error: in extract_insn, at recog.c:2131

[Bug middle-end/53334] ICE in extract_insn, at recog.c:2131

2012-05-12 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53334

--- Comment #1 from Bernhard Rosenkränzer  2012-05-12 18:06:12 UTC ---
Created attachment 27388
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27388
Preprocessed source (not yet reduced)

$ /opt/android-toolchain-trunk/bin/arm-linux-androideabi-gcc -o test.o -c
gzip.i -O3 -march=armv7-a
archival/gzip.c: In function 'fill_window':
archival/gzip.c:581:1: error: unrecognizable insn:
 }
 ^
(insn 52 51 53 7 (set (reg:CC 24 cc)
(compare:CC (reg/v:SI 154 [ m ])
(const_int 32767 [0x7fff]))) archival/gzip.c:561 -1
 (nil))
archival/gzip.c:581:1: internal compiler error: in extract_insn, at
recog.c:2131
Please submit a full bug report,

[Bug middle-end/53334] New: ICE in extract_insn, at recog.c:2131

2012-05-12 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53334

 Bug #: 53334
   Summary: ICE in extract_insn, at recog.c:2131
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


arm-linux-androideabi-gcc -Wp,-MD,archival/.gzip.o.d   -std=gnu99 -Iinclude
-Ilibbb  -include include/autoconf.h -D_GNU_SOURCE -DNDEBUG 
-D"BB_VER=KBUILD_STR(1.19.4)" -DBB_BT=AUTOCONF_TIMESTAMP  -Wall -Wshadow
-Wwrite-strings -Wundef -Wstrict-prototypes -Wunused -Wunused-parameter
-Wunused-function -Wunused-value -Wmissing-prototypes -Wmissing-declarations
-Wdeclaration-after-statement -Wold-style-definition -fno-builtin-strlen
-finline-limit=0 -fomit-frame-pointer -ffunction-sections -fdata-sections
-fno-guess-branch-probability -funsigned-char -static-libgcc
-falign-functions=1 -falign-jumps=1 -falign-labels=1 -falign-loops=1 -Os
-fno-exceptions -Wno-multichar -msoft-float -fpic -ffunction-sections
-fdata-sections -funwind-tables -fstack-protector -Wa,--noexecstack
-Werror=format-security -fno-short-enums -march=armv7-a -mfloat-abi=softfp
-mfpu=neon -include ../../system/core/include/arch/linux-arm/AndroidConfig.h
-I../../system/core/include/arch/linux-arm/ -Wno-psabi -mthumb-interwork
-DANDROID -fmessage-length=0 -W -Wall -Wno-unused -Winit-self -Wpointer-arith
-Werror=return-type -Werror=non-virtual-dtor -Werror=address
-Werror=sequence-point -mtune=cortex-a9 -mcpu=cortex-a9 -O3 -g
-fno-strict-aliasing -DNDEBUG -g -Wstrict-aliasing=2 -fgcse-after-reload
-frerun-cse-after-loop -frename-registers -DNDEBUG -UDEBUG
-I../../bionic/libc/include -I../../bionic/libc/kernel/common
-I../../bionic/libc/arch-arm/include -I../../bionic/libc/kernel/arch-arm
-I../../bionic/libm/include -fno-stack-protector -Wno-error=format-security
-fno-strict-aliasing-D"KBUILD_STR(s)=#s"
-D"KBUILD_BASENAME=KBUILD_STR(gzip)"  -D"KBUILD_MODNAME=KBUILD_STR(gzip)" -c -o
archival/gzip.o archival/gzip.c
In file included from include/libbb.h:31:0,
 from archival/gzip.c:57:
../../bionic/libc/include/stdlib.h:84:23: warning: declaration of 'abs' shadows
a built-in function [-Wshadow]
 static __inline__ int abs(int __n) {
   ^
../../bionic/libc/include/stdlib.h:88:24: warning: declaration of 'labs'
shadows a built-in function [-Wshadow]
 static __inline__ long labs(long __n) {
^
../../bionic/libc/include/stdlib.h:92:29: warning: declaration of 'llabs'
shadows a built-in function [-Wshadow]
 static __inline__ long long llabs(long long __n) {
 ^
archival/gzip.c: In function 'fill_window':
archival/gzip.c:581:1: error: unrecognizable insn:
 }
 ^
(insn 56 55 57 7 (set (reg:CC 24 cc)
(compare:CC (reg/v:SI 155 [ m ])
(const_int 32767 [0x7fff]))) archival/gzip.c:561 -1
 (nil))
archival/gzip.c:581:1: internal compiler error: in extract_insn, at
recog.c:2131
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug middle-end/52520] trunk: internal compiler error: in predict_insn, at predict.c:477

2012-03-07 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52520

Bernhard Rosenkränzer  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED

--- Comment #6 from Bernhard Rosenkränzer  2012-03-07 16:57:55 UTC ---
Confirmed fixed in current trunk

[Bug middle-end/52520] trunk: internal compiler error: in predict_insn, at predict.c:477

2012-03-07 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52520

--- Comment #4 from Bernhard Rosenkränzer  2012-03-07 12:27:06 UTC ---
This is rev. 185024

Configured with:
/home/bero/repos/linaro-android/toolchain-trunk-test/objdir/../build/../gcc/gcc-4.8/configure
--prefix=/tmp/android-toolchain-eabi --host=x86_64-linux-gnu
--build=x86_64-linux-gnu --with-gnu-as --with-gnu-ld --enable-languages=c,c++
--with-gmp=/home/bero/repos/linaro-android/toolchain-trunk-test/objdir/temp-install
--with-mpfr=/home/bero/repos/linaro-android/toolchain-trunk-test/objdir/temp-install
--with-mpc=/home/bero/repos/linaro-android/toolchain-trunk-test/objdir/temp-install
--with-cloog=/home/bero/repos/linaro-android/toolchain-trunk-test/objdir/temp-install
--with-ppl=/home/bero/repos/linaro-android/toolchain-trunk-test/objdir/temp-install
--disable-libssp --disable-nls --disable-libmudflap --disable-shared
--disable-sjlj-exceptions --disable-libquadmath --disable-libitm
--with-float=soft --with-fpu=vfp --with-arch=armv5te --enable-target-optspace
--prefix=/tmp/android-toolchain-eabi --disable-docs --disable-nls
--target=arm-linux-androideabi --enable-threads --enable-tls --disable-libgomp
--disable-libstdc__-v3 --disable-libitm
Thread model: posix
gcc version 4.8.0 20120307 (experimental) (GCC) 

gmp 5.0.4
mpfr 3.1.0
mpc 0.9

[Bug middle-end/52520] trunk: internal compiler error: in predict_insn, at predict.c:477

2012-03-07 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52520

--- Comment #3 from Bernhard Rosenkränzer  2012-03-07 12:23:54 UTC ---
Created attachment 26851
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26851
slightly reduced test case

I'm familiar with delta, but it's not very useful in this particular case.
The attached file is the result of running multidelta and doing some manual
work (e.g. eliminating useless typedefs).

[Bug middle-end/52520] New: trunk: internal compiler error: in predict_insn, at predict.c:477

2012-03-07 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52520

 Bug #: 52520
   Summary: trunk: internal compiler error: in predict_insn, at
predict.c:477
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


Created attachment 26850
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26850
Preprocessed source (not yet reduced)

Trying to build bionic with current trunk (but not 4.6 or 4.7) at -O2 or higher
results in:

[bero@localhost android]$
/tmp/android-toolchain-eabi/bin/arm-linux-androideabi-gcc -o
out/target/product/pandaboard/obj/SHARED_LIBRARIES/libc_intermediates/bionic/dlmalloc.o
-c dlmalloc.i -O2
bionic/libc/bionic/dlmalloc.c: In function 'sys_trim.constprop.6':
bionic/libc/bionic/dlmalloc.c:3830:1: internal compiler error: in
commit_one_edge_insertion, at cfgrtl.c:1631
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug middle-end/51794] ICE (segfault) with -O -fmodulo-sched

2012-03-05 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51794

--- Comment #2 from Bernhard Rosenkränzer  2012-03-06 00:24:28 UTC ---
I've updated my 4.7 build since and can't reproduce it there anymore.

Problem still occurs on 4.6 with

GNU C (Linaro GCC 4.6-2012.02-1~dev) version 4.6.3 20120201 (prerelease)
[gcc-linaro/4.6 revision 106874] (arm-linux-androideabi)
compiled by GNU C version 4.5.2, GMP version 5.0.4, MPFR version
3.1.0-p2, MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072

[Bug tree-optimization/52429] [4.7 Regression] ICE in separate_decls_in_region_debug, at tree-parloops.c:914 with -ftree-parallelize-loops

2012-02-29 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52429

--- Comment #3 from Bernhard Rosenkränzer  2012-02-29 11:35:34 UTC ---
Created attachment 26781
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26781
(Mostly) reduced version of the testcase

Attaching reduced version

[Bug tree-optimization/52429] New: [4.7 Regression] ICE in separate_decls_in_region_debug, at tree-parloops.c:914 with -ftree-parallelize-loops

2012-02-29 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52429

 Bug #: 52429
   Summary: [4.7 Regression] ICE in
separate_decls_in_region_debug, at tree-parloops.c:914
with -ftree-parallelize-loops
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


Created attachment 26778
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26778
Test case (Not yet reduced)

[bero@localhost imx6-4.7]$
/opt/android-toolchain-4.7/bin/arm-linux-androideabi-g++ -c -g -O
-ftree-parallelize-loops=4 -o test.o separate_decls_in_region_debug.i
In file included from frameworks/base/include/utils/KeyedVector.h:24:0,
 from frameworks/base/opengl/libagl/TextureObjectManager.h:27,
 from
frameworks/base/opengl/libagl/TextureObjectManager.cpp:20:
frameworks/base/include/utils/SortedVector.h: In member function 'void
android::SortedVector::do_construct(void*, size_t) const [with TYPE =
android::key_value_pair_t
>; size_t = unsigned int]':
frameworks/base/include/utils/SortedVector.h:244:6: internal compiler error: in
separate_decls_in_region_debug, at tree-parloops.c:914

Current 4.6 branch is ok

[Bug middle-end/52375] [4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

2012-02-25 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375

--- Comment #6 from Bernhard Rosenkränzer  2012-02-25 14:08:03 UTC ---
Reduced test case fails for me with 184223 (so does the unreduced one):

[bero@localhost ~]$ /opt/android-toolchain-4.7/bin/arm-linux-androideabi-g++ -O
-ftree-vectorize -mfpu=neon -march=armv7-a -mfloat-abi=softfp -o /tmp/test.o
Input.cpp 
Input.cpp: In member function 'void D::something(const B*)':
Input.cpp:41:1: error: unrecognizable insn:
(insn 9 8 10 3 (set (reg:V4SI 158)
(lshiftrt:V4SI (reg:V4SI 159)
(subreg:V4SI (reg:OI 154 [ vect_array.25 ]) 0))) Input.cpp:18 -1
 (nil))
Input.cpp:41:1: internal compiler error: in extract_insn, at recog.c:2123
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

If it matters (I don't think it should...), this is an i686-pc-linux-gnu ->
arm-linux-androideabi crosscompiler.

[Bug middle-end/52375] [4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

2012-02-24 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375

Bernhard Rosenkränzer  changed:

   What|Removed |Added

  Known to fail||4.7.0

--- Comment #3 from Bernhard Rosenkränzer  2012-02-24 20:37:45 UTC ---
Works here with the Linaro version of 4.6.3 (didn't try stock 4.6.3 yet), ICEs
with stock 4.7 from a couple of days ago

[Bug middle-end/52375] [4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

2012-02-24 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375

Bernhard Rosenkränzer  changed:

   What|Removed |Added

  Attachment #26744|0   |1
is obsolete||

--- Comment #2 from Bernhard Rosenkränzer  2012-02-24 20:35:08 UTC ---
Created attachment 26747
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26747
Reduced test case

Reduced test case

[Bug middle-end/52375] New: [4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

2012-02-24 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375

 Bug #: 52375
   Summary: [4.7 Regression] internal compiler error: in
extract_insn, at recog.c:2123 at -O3 -mfpu=neon
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


Created attachment 26744
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26744
Preprocessed source (not yet reduced)

$ /opt/android-toolchain-4.7/bin/arm-linux-androideabi-g++ -march=armv7-a
-mfloat-abi=softfp -mfpu=neon -O3 -o Input.o -c Input.i
frameworks/base/libs/ui/Input.cpp: In member function 'void
android::VelocityTracker::addMovement(const android::MotionEvent*)':
frameworks/base/libs/ui/Input.cpp:866:1: error: unrecognizable insn:
(insn 71 70 72 9 (set (reg:V4SI 271)
(lshiftrt:V4SI (reg:V4SI 272)
(subreg:V4SI (reg:OI 250 [ vect_array.1112 ]) 0)))
frameworks/base/include/utils/BitSet.h:36 -1
 (nil))
frameworks/base/libs/ui/Input.cpp:866:1: internal compiler error: in
extract_insn, at recog.c:2123


Reducing the optimization level to -O2 or omitting -mfpu=neon allows the
compile to proceed.

[Bug middle-end/51794] New: ICE (segfault) with -O -fmodulo-sched

2012-01-08 Thread Bernhard.Rosenkranzer at linaro dot org 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51794

 Bug #: 51794
   Summary: ICE (segfault) with -O -fmodulo-sched
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bernhard.rosenkran...@linaro.org


Created attachment 26275
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26275
Reduced test case

Current gcc 4.7 and 4.6 branches result in a segfault while building the
attached (reduced) test case for arm:

[bero@matterhorn bero]$ arm-linux-eabi-gcc -O -fmodulo-sched -o test.o -c
test.c
test.c: In function 'res_inverse':
test.c:7:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.