[Bug libstdc++/67116] New: incorrect detection of thread model when cross-compiling the tool chain

[Bug libstdc++/67116] New: incorrect detection of thread model when cross-compiling the tool chain

[sliwa at ifpan dot edu.pl]

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

            Bug ID: 67116
           Summary: incorrect detection of thread model when
                    cross-compiling the tool chain
           Product: gcc
           Version: 5.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: sliwa at ifpan dot edu.pl
  Target Milestone: ---

The configure script detects the thread model of the CXX compiler. When
building the tool chain it is the compiler for the host rather than for the
target. These are different when cross-compiling.

For example: I am on Linux; I have built a cross compiler to MinGW64 which uses
Win32 threads; and I want to use it to cross-compile a native MinGW64 compiler
for applications using POSIX threads. I such a situation libstdc++ detects
Win32 thread model and builds without thread support.

[Bug libstdc++/67116] incorrect detection of thread model when cross-compiling the tool chain

[sliwa at ifpan dot edu.pl]

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

--- Comment #2 from Cezary Śliwa <sliwa at ifpan dot edu.pl> ---

This is a quite special case, target and host architecture are the same, only
the thread models are different. I think libstdc++ uses the preinstalled
compiler rather that the one just built. Anyway, the preinstalled compiler is:

$ x86_64-w64-mingw32-g++ -v
Using built-in specs.
COLLECT_GCC=x86_64-w64-mingw32-g++
COLLECT_LTO_WRAPPER=/opt/mingw64-v4.0.2/bin/../libexec/gcc/x86_64-w64-mingw32/5.2.0/lto-wrapper
Target: x86_64-w64-mingw32
Configured with: ../gcc-5.2.0/configure --with-sysroot=/opt/mingw64
--prefix=/opt/mingw64 --enable-languages=c,c++,fortran,lto
--target=x86_64-w64-mingw32 --enable-targets=all
Thread model: win32
gcc version 5.2.0 (GCC)


and the configure command:

../gcc-5.2.0/configure --with-sysroot=/mingw64 --prefix=/mingw64
--enable-languages=c,c++,fortran,lto --target=x86_64-w64-mingw32
--enable-targets=all --host=x86_64-w64-mingw32 --enable-threads=posix
--enable-libgomp
>From gcc-bugs-return-494098-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 04 16:17:01 2015
Return-Path: <gcc-bugs-return-494098-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 56320 invoked by alias); 4 Aug 2015 16:17:01 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 56218 invoked by uid 48); 4 Aug 2015 16:16:52 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/66197] c++1z generic function wrong type for auto
Date: Tue, 04 Aug 2015 16:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.1.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-66197-4-zfZmOUVrOk@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66197-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66197-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-08/txt/msg00240.txt.bz2
Content-length: 208

https://gcc.gnu.org/bugzilla/show_bug.cgi?idf197

--- Comment #2 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Indeed, this is also fixed in mainline. I'm adding a testcase and closing the
bug.

[Bug libstdc++/67116] incorrect detection of thread model when cross-compiling the tool chain

[sliwa at ifpan dot edu.pl]

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

--- Comment #4 from Cezary Śliwa <sliwa at ifpan dot edu.pl> ---
OK, the newly built compiler cannot be used because we are cross-compiling. The
only thing that can be done is to move the trees to the target system and
finish building target libraries there. A warning or error message could be a
good idea, but otherwise you can close this bug report.
>From gcc-bugs-return-494118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 04 21:33:58 2015
Return-Path: <gcc-bugs-return-494118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 26524 invoked by alias); 4 Aug 2015 21:33:57 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 26508 invoked by uid 48); 4 Aug 2015 21:33:53 -0000
From: "songlinhai0543 at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug web/67119] New: URL linking to previous patches are not available
Date: Tue, 04 Aug 2015 21:33:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: web
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: songlinhai0543 at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone
Message-ID: <bug-67119-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-08/txt/msg00260.txt.bz2
Content-length: 680

https://gcc.gnu.org/bugzilla/show_bug.cgi?idg119

            Bug ID: 67119
           Summary: URL linking to previous patches are not available
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: web
          Assignee: unassigned at gcc dot gnu.org
          Reporter: songlinhai0543 at gmail dot com
  Target Milestone: ---

I am tracking some old bugs. I notice that many bug patches are not available
from the URL in the bug report.

For example:

https://gcc.gnu.org/viewvc/gcc?cvsroot=gcc&r1=1.65&r2=1.66

How should I revise the above URL and find related patches?

[Bug libstdc++/67116] incorrect detection of thread model when cross-compiling the tool chain

[redi at gcc dot gnu.org]

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

--- Comment #5 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Cezary Śliwa from comment #4)
> OK, the newly built compiler cannot be used because we are cross-compiling.

That's not true, the compiler can be used, but you can't run the executables.

The relevant libstdc++ tests should only need the preprocessor, so should work
with a cross-compiler.

Please attach the libstdc++-v3/config.log file so I can see what commands are
used for the configure tests.
>From gcc-bugs-return-494140-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Aug 05 08:57:38 2015
Return-Path: <gcc-bugs-return-494140-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 123274 invoked by alias); 5 Aug 2015 08:57:38 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 123251 invoked by uid 48); 5 Aug 2015 08:57:34 -0000
From: "mrestelli at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/67123] New: ICE with source allocation
Date: Wed, 05 Aug 2015 08:57:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mrestelli at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone
Message-ID: <bug-67123-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-08/txt/msg00282.txt.bz2
Content-length: 1777

https://gcc.gnu.org/bugzilla/show_bug.cgi?idg123

            Bug ID: 67123
           Summary: ICE with source allocation
           Product: gcc
           Version: 6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: mrestelli at gmail dot com
  Target Milestone: ---

The following code produces an internal compiler error with
gfortran-6.0.0 (works with 5.1.0):


module m
 implicit none
 public

 type :: ta
 end type ta

contains

 subroutine sub()
  type(ta), allocatable :: as(:)
   allocate( as(0) , source=f() )
 end subroutine sub

 pure function f() result(res)
  type(ta), allocatable :: res(:)
   allocate(res(0))
 end function f

end module m


$ gfortran -c ice-test.f90
ice-test.f90:12:0:

    allocate( as(0) , source=f() )
1
internal compiler error: in gfc_conv_procedure_call, at
fortran/trans-expr.c:5831
0x699752 gfc_conv_procedure_call(gfc_se*, gfc_symbol*, gfc_actual_arglist*,
gfc_expr*, vec<tree_node*, va_gc, vl_embed>*)
        gcc/fortran/trans-expr.c:5831
0x69987c gfc_conv_function_expr
        gcc/fortran/trans-expr.c:6516
0x69f5d8 gfc_conv_expr_reference(gfc_se*, gfc_expr*)
        gcc/fortran/trans-expr.c:7617
0x6cc8b2 gfc_trans_allocate(gfc_code*)
        gcc/fortran/trans-stmt.c:5195
0x66ac67 trans_code
        gcc/fortran/trans.c:1829
0x68dba3 gfc_generate_function_code(gfc_namespace*)
        gcc/fortran/trans-decl.c:5884
0x66e181 gfc_generate_module_code(gfc_namespace*)
        gcc/fortran/trans.c:2045
0x62776d translate_all_program_units
        gcc/fortran/parse.c:5508
0x62776d gfc_parse_file()
        gcc/fortran/parse.c:5726
0x668042 gfc_be_parse_file
        gcc/fortran/f95-lang.c:209

[Bug libstdc++/67116] incorrect detection of thread model when cross-compiling the tool chain

[sliwa at ifpan dot edu.pl]

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

--- Comment #6 from Cezary Śliwa <sliwa at ifpan dot edu.pl> ---
Created attachment 36131
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36131&action=edit
config.log

libstdc++v3 config.log
>From gcc-bugs-return-494153-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Aug 05 10:33:28 2015
Return-Path: <gcc-bugs-return-494153-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 75034 invoked by alias); 5 Aug 2015 10:33:28 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 74992 invoked by uid 48); 5 Aug 2015 10:33:25 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/67121] [6 Regression] wrong code at -O3 on x86_64-linux-gnu
Date: Wed, 05 Aug 2015 10:33:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 6.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-67121-4-qhCcxEW2D1@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-67121-4@http.gcc.gnu.org/bugzilla/>
References: <bug-67121-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-08/txt/msg00295.txt.bz2
Content-length: 178

https://gcc.gnu.org/bugzilla/show_bug.cgi?idg121

--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
Disabling if-conversion fixes it so does disabling VRP2.

[Bug libstdc++/67116] incorrect detection of thread model when cross-compiling the tool chain

[redi at gcc dot gnu.org]

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

Jonathan Wakely <redi at gcc dot gnu.org> changed:

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

--- Comment #9 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Cezary Śliwa from comment #6)
> Created attachment 36131 [details]
> config.log
> 
> libstdc++v3 config.log

This shows:

CXX=' x86_64-w64-mingw32-c++ -L/mingw64/x86_64-w64-mingw32/lib
-L/mingw64/mingw/lib -isystem /mingw64/x86_64-w64-mingw32/include -isystem
/mingw64/mingw/include   '
CXXCPP=' x86_64-w64-mingw32-c++ -L/mingw64/x86_64-w64-mingw32/lib
-L/mingw64/mingw/lib -isystem /mingw64/x86_64-w64-mingw32/include -isystem
/mingw64/mingw/include    -E'

That means you're building libstdc++ with the wrong compiler.