[Bug regression/46667] New: Target arm-unknown-eabi build results in "causes a section type conflict" error in libstdc++

[Bug regression/46667] New: Target arm-unknown-eabi build results in "causes a section type conflict" error in libstdc++

[John.Tytgat at aaug dot net]

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

           Summary: Target arm-unknown-eabi build results in "causes a
                    section type conflict" error in libstdc++
           Product: gcc
           Version: 4.6.0
            Status: UNCONFIRMED
          Severity: critical
          Priority: P3
         Component: regression
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: John.Tytgat@aaug.net


Configured gcc 4.6.0 trunk (r167154) as:

  $ /home/joty/projects/gccsdk/gccsdk_svn7/gcc4/srcdir/gcc/configure
--target=arm-unknown-eabi --prefix=/home/joty/projects/gccsdk/riscos7/cross
--with-gmp=/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/installed-libs-for-cross-gcc
--with-mpfr=/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/installed-libs-for-cross-gcc
--with-mpc=/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/installed-libs-for-cross-gcc
--with-system-zlib
--with-ppl=/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/installed-libs-for-cross-gcc
--with-host-libstdcxx=-Wl,-lstdc++
--with-cloog=/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/installed-libs-for-cross-gcc
--disable-threads --disable-multilib --disable-shared --with-newlib 
--enable-interwork --disable-nls --enable-checking=release
--enable-languages=c,c++

With:

- newlib from cvs TOT
- binutils 2.20.1
- GMP 5.0.1
- MPFR 3.0.0
- MPC 0.8.2
- PPL 0.10.2
- CLOOG 0.15.9

Building breaks in libstdc++ with "causes a section type conflict" error.  This
is the start of the (long) error tail:

--8<--
libtool: compile: 
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/./gcc/xgcc
-shared-libgcc
-B/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/./gcc
-nostdinc++
-L/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/src
-L/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/src/.libs
-nostdinc
-B/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/newlib/
-isystem
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/newlib/targ-include
-isystem
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/srcdir/gcc/newlib/libc/include
-B/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libgloss/arm
-L/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libgloss/libnosys
-L/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/srcdir/gcc/libgloss/arm
-B/home/joty/projects/gccsdk/riscos7/cross/arm-unknown-eabi/bin/
-B/home/joty/projects/gccsdk/riscos7/cross/arm-unknown-eabi/lib/ -isystem
/home/joty/projects/gccsdk/riscos7/cross/arm-unknown-eabi/include -isystem
/home/joty/projects/gccsdk/riscos7/cross/arm-unknown-eabi/sys-include
-I/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/arm-unknown-eabi
-I/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include
-I/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/srcdir/gcc/libstdc++-v3/libsupc++
-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2
-std=gnu++0x -c
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/srcdir/gcc/libstdc++-v3/src/string-inst.cc
-o string-inst.o
In file included from
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/string:53:0,
                 from
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/srcdir/gcc/libstdc++-v3/src/string-inst.cc:33:
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/bits/basic_string.h:
In member function 'void std::basic_string<_CharT, _Traits,
_Alloc>::_Rep::_M_dispose(const _Alloc&) [with _CharT = char, _Traits =
std::char_traits<char>, _Alloc = std::allocator<char>]':
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/bits/basic_string.h:230:2:
error: void std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_dispose(const
_Alloc&) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc =
std::allocator<char>] causes a section type conflict
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/bits/basic_string.h:
In destructor 'std::basic_string<_CharT, _Traits, _Alloc>::~basic_string()
[with _CharT = char, _Traits = std::char_traits<char>, _Alloc =
std::allocator<char>]':
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/bits/basic_string.h:531:7:
error: std::basic_string<_CharT, _Traits, _Alloc>::~basic_string() [with _CharT
= char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>] causes
a section type conflict
In file included from
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/string:57:0,
                 from
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/srcdir/gcc/libstdc++-v3/src/string-inst.cc:33:
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/bits/basic_string.tcc:
In member function 'void std::basic_string<_CharT, _Traits,
_Alloc>::_M_mutate(std::basic_string<_CharT, _Traits, _Alloc>::size_type,
std::basic_string<_CharT, _Traits, _Alloc>::size_type,
std::basic_string<_CharT, _Traits, _Alloc>::size_type) [with _CharT = char,
_Traits = std::char_traits<char>, _Alloc = std::allocator<char>,
std::basic_string<_CharT, _Traits, _Alloc>::size_type = unsigned int]':
/home/joty/projects/gccsdk/gccsdk_svn7/gcc4/builddir/cross-gcc/arm-unknown-eabi/libstdc++-v3/include/bits/basic_string.tcc:468:5:
error: void std::basic_string<_CharT, _Traits,
_Alloc>::_M_mutate(std::basic_string<_CharT, _Traits, _Alloc>::size_type,
std::basic_string<_CharT, _Traits, _Alloc>::size_type,
std::basic_string<_CharT, _Traits, _Alloc>::size_type) [with _CharT = char,
_Traits = std::char_traits<char>, _Alloc = std::allocator<char>,
std::basic_string<_CharT, _Traits, _Alloc>::size_type = unsigned int] causes a
section type conflict
...
--8<--

This is a regression compared to a couple of weeks back.

[Bug regression/46667] Target arm-unknown-eabi build results in "causes a section type conflict" error in libstdc++

[zsojka at seznam dot cz]

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

Zdenek Sojka <zsojka at seznam dot cz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |zsojka at seznam dot cz

--- Comment #1 from Zdenek Sojka <zsojka at seznam dot cz> 2010-11-26 00:52:20 UTC ---
This probably isn't specific to arm, I am getting the same error at
x86_64-linux with -freorder-blocks-and-partition -g:

----- testcase.c -----
void foo() {}
----------------------

$ gcc -freorder-blocks-and-partition -g testcase.c
testcase.c: In function 'foo':
testcase.c:1:6: error: foo causes a section type conflict
testcase.c:1:6: error: foo causes a section type conflict
testcase.c:1:6: error: foo causes a section type conflict

[Bug regression/46667] Target arm-unknown-eabi build results in "causes a section type conflict" error in libstdc++

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan <ramana at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2010.11.26 11:29:17
                 CC|                            |ramana at gcc dot gnu.org
     Ever Confirmed|0                           |1

--- Comment #2 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> 2010-11-26 11:29:17 UTC ---
I see this failure as well starting from a couple of nights back.

Ramana

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed

[hjl.tools at gmail dot com]

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

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hubicka at gcc dot gnu.org
          Component|regression                  |middle-end
   Target Milestone|---                         |4.6.0
            Summary|Target arm-unknown-eabi     |[4.6 Regression]
                   |build results in "causes a  |-freorder-blocks-and-partit
                   |section type conflict"      |ion -g failed
                   |error in libstdc++          |

--- Comment #3 from H.J. Lu <hjl.tools at gmail dot com> 2010-11-26 15:55:22 UTC ---
It is caused by revision 167085:

http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00974.html

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan <ramana at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[4.6 Regression]            |[4.6 Regression]
                   |-freorder-blocks-and-partit |-freorder-blocks-and-partit
                   |ion -g failed               |ion -g failed and libstdc++
                   |                            |builds for arm-eabi are
                   |                            |broken.

--- Comment #4 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> 2010-11-26 17:07:54 UTC ---
arm-eabi builds for libstdc++ are still broken. ARM doesn't use
freorder-blocks-and-partition by default thus it's probably more generic than
that ! 

So saying freorder-blocks-and-partition is the only thing broken isn't correct.

Ramana

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[John.Tytgat at aaug dot net]

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

--- Comment #5 from John Tytgat <John.Tytgat at aaug dot net> 2010-11-29 23:04:53 UTC ---
(In reply to comment #3)
> It is caused by revision 167085:
> 
> http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00974.html

Yes, confirmed here as well.  This is the regression.

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[joel at gcc dot gnu.org]

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

--- Comment #6 from Joel Sherrill <joel at gcc dot gnu.org> 2010-12-01 20:34:56 UTC ---
Also impacts arm-*-rtems*

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[ramana at gcc dot gnu.org]

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

--- Comment #7 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> 2010-12-02 17:52:38 UTC ---
Here's the backtrace I see for arm-eabi.


#0  error (gmsgid=0xf323c8 "%+D causes a section type conflict") at
../../combined/gcc/diagnostic.c:747
#1  0x0000000000affd0d in get_section (name=0xf324e2 ".text.unlikely",
flags=2099456, decl=0x2ba5b228f900) at ../../combined/gcc/varasm.c:301
#2  0x0000000000afff64 in get_named_section (decl=0x2ba5b228f900, name=0xf324e2
".text.unlikely", reloc=0) at ../../combined/gcc/varasm.c:392
#3  0x0000000000b007ea in get_named_text_section (decl=0x2ba5b228f900,
text_section_name=0xf324e2 ".text.unlikely", named_section_suffix=0x0)
    at ../../combined/gcc/varasm.c:531
#4  0x0000000000b00880 in default_function_section (decl=0x2ba5b228f900,
freq=NODE_FREQUENCY_UNLIKELY_EXECUTED, startup=0 '\0', exit=0 '\0')
    at ../../combined/gcc/varasm.c:554
#5  0x0000000000b00955 in function_section_1 (decl=0x2ba5b228f900, force_cold=1
'\001') at ../../combined/gcc/varasm.c:605
#6  0x0000000000b009b8 in current_function_section () at
../../combined/gcc/varasm.c:635
#7  0x0000000000b39835 in arm_is_long_call_p (decl=0x2ba5b225cd00) at
../../combined/gcc/config/arm/arm.c:5001
#8  0x0000000000b39937 in arm_function_ok_for_sibcall (decl=0x2ba5b225cd00,
exp=0x2ba5b2a84370) at ../../combined/gcc/config/arm/arm.c:5033
#9  0x00000000006b1a4b in expand_call (exp=0x2ba5b2a84370, target=0x0,
ignore=1) at ../../combined/gcc/calls.c:2306
#10 0x00000000007614e0 in expand_expr_real_1 (exp=0x2ba5b2a84370, target=0x0,
tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at
../../combined/gcc/expr.c:9299
#11 0x00000000006c2796 in expand_gimple_stmt (stmt=0x2ba5b22caee0) at
../../combined/gcc/cfgexpand.c:1916
#12 0x00000000006c342b in expand_gimple_basic_block (bb=0x2ba5b253e548) at
../../combined/gcc/cfgexpand.c:2154
#13 0x00000000006c47b8 in gimple_expand_cfg () at
../../combined/gcc/cfgexpand.c:4046
#14 0x0000000000897d6f in execute_one_pass (pass=0x136b600) at
../../combined/gcc/passes.c:1553
#15 0x0000000000898065 in execute_pass_list (pass=0x136b600) at
../../combined/gcc/passes.c:1608
#16 0x000000000099c576 in tree_rest_of_compilation (fndecl=0x2ba5b228f900) at
../../combined/gcc/tree-optimize.c:422
#17 0x0000000000b4d650 in cgraph_expand_function (node=0x2ba5b2465420) at
../../combined/gcc/cgraphunit.c:1508
#18 0x0000000000b50469 in cgraph_optimize () at
../../combined/gcc/cgraphunit.c:1567
#19 0x0000000000b5089d in cgraph_finalize_compilation_unit () at
../../combined/gcc/cgraphunit.c:1031
#20 0x0000000000548c67 in cp_write_global_declarations () at
../../combined/gcc/cp/decl2.c:3973
#21 0x0000000000940051 in toplev_main (argc=25, argv=0x7ffff9418f78) at
../../combined/gcc/toplev.c:591
#22 0x000000350401d974 in __libc_start_main () from /lib64/libc.so.6
#23 0x000000000048a669 in _start ()

In a compiler configured in a combined tree with :

../combined/configure --with-newlib --target=arm-eabi --with-cpu=cortex-a9
--with-fpu=vfpv3-d16 --with-float=softfp
--with-gmp=/projects/pl802_weddell/tools/linux_x86_64
--with-mpfr=/projects/pl802_weddell/tools/linux_x86_64
--with-mpc=/projects/pl802_weddell/tools/linux_x86_64 --enable-languages=c,c++

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[ramana at gcc dot gnu.org]

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

--- Comment #8 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> 2010-12-02 17:54:22 UTC ---
Created attachment 22605
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22605
Testcase for ARM

Backtrace shown in previous comment from the following debugging arguments.

gdb --args /work/fsfwork/git/build-latest-eabi-clone/./gcc/cc1plus
-fpreprocessed string-inst.ii -quiet -dumpbase string-inst.cc -mcpu=cortex-a9
-mfloat-abi=softfp -mfpu=vfpv3-d16 -auxbase-strip string-inst.o -g -O2 -Wall
-Wextra -Wwrite-strings -Wcast-qual -std=gnu++0x -version
-fno-implicit-templates -fdiagnostics-show-location=once -ffunction-sections
-fdata-sections -o string-inst.s

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[jiez at gcc dot gnu.org]

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

Jie Zhang <jiez at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jiez at gcc dot gnu.org

--- Comment #9 from Jie Zhang <jiez at gcc dot gnu.org> 2010-12-03 03:38:38 UTC ---
I see the similar issue too when building libstdc++ for arm-none-linux-gnueabi
target.

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[jiez at gcc dot gnu.org]

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

--- Comment #10 from Jie Zhang <jiez at gcc dot gnu.org> 2010-12-03 04:22:48 UTC ---
Chung-Lin Tang told me he had a patch for this:

http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00137.html

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[hubicka at gcc dot gnu.org]

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

--- Comment #11 from Jan Hubicka <hubicka at gcc dot gnu.org> 2010-12-14 13:07:08 UTC ---
Author: hubicka
Date: Tue Dec 14 13:07:05 2010
New Revision: 167795

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167795
Log:
    PR middle-end/46667
    * varasm.c (assemble_start_function): Do not call resolve_unique_section.
    * cfgexpand.c (gimple_expand_cfg): Resolve it here.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/cfgexpand.c
    trunk/gcc/varasm.c

[Bug middle-end/46667] [4.6 Regression] -freorder-blocks-and-partition -g failed and libstdc++ builds for arm-eabi are broken.

[hubicka at gcc dot gnu.org]

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

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #12 from Jan Hubicka <hubicka at gcc dot gnu.org> 2010-12-14 13:08:51 UTC ---
Fixed.