[Bug target/57753] New: FSF gcc bootstrap needs to use xcrun to bootstrap post-darwin12

[Bug target/57753] New: FSF gcc bootstrap needs to use xcrun to bootstrap post-darwin12

[howarth at nitro dot med.uc.edu]

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

            Bug ID: 57753
           Summary: FSF gcc bootstrap needs to use xcrun to bootstrap
                    post-darwin12
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: howarth at nitro dot med.uc.edu

The WWDC "What’s New in the LLVM Compiler" video on
https://developer.apple.com/wwdc/videos/ indicated that the SDK will be moved
out of / on future releases after Mountain Lion and that the proper way to find
the headers, previously in /usr/include and
/System/Library/Frameworks/*.framework/Headers is to use the xcrun tool on
darwin to access the compiler...

     xcrun provides a means to locate or invoke coexistence- and platform-aware
developer tools from the com-
     mand-line, without requiring users to modify makefiles or otherwise take
inconvenient measures to support
     multiple Xcode tool chains.

     The tool xcode-select is used to specify which installation of Xcode is
used, and may be overridden by the
     DEVELOPER_DIR environment variable.

     The SDK defaults to the boot system OS SDK, and can be specified by the
SDKROOT environment variable or the
     -sdk option (which takes precedences over SDKROOT).

So the configure scripts for bootstrapping on darwin will need to be adjusted
to call compilers during the build using the xcrun command...

     xcrun <tool_name> [<tool_arguments>]

We don't need to pass '-sdk SDK' as xcrun defaults to the deployment SDK. FYI,
this change can be tested on Mac OS X 10.7/10.8 using Xcode 4.6.3 by performing
the following steps...

sudo mv /usr/include /usr/include.off
sudo mv /System/Library/Frameworks/CoreFoundation.framework/Headers
/System/Library/Frameworks/CoreFoundation.framework/Headers.off

Note that the CoreFoundation.framework headers are used by the libasan build on
darwin.
>From gcc-bugs-return-425386-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jun 28 13:51:21 2013
Return-Path: <gcc-bugs-return-425386-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2226 invoked by alias); 28 Jun 2013 13:51:21 -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 2205 invoked by uid 48); 28 Jun 2013 13:51:18 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57752] during the lookup for a base class name, non-type names should be ignored
Date: Fri, 28 Jun 2013 13:51: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: 4.7.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
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-57752-4-p1U9naNmR2@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57752-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57752-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: 2013-06/txt/msg01765.txt.bz2
Content-length: 474

http://gcc.gnu.org/bugzilla/show_bug.cgi?idW752

--- Comment #1 from Jonathan Wakely <redi at gcc dot gnu.org> ---
There's a cross-reference to [basic.scope.hiding] which explains how a class
name can be hidden by variables, members and enumerators, and it seems that
both G++ and clang interpret [class.derived]/2 to mean only that type of name
hiding is ignored, e.g. the variable x is ignored here:

struct x
{};

namespace
{
    int x = 0;
    struct y : x
    {};
}

[Bug target/57753] FSF gcc bootstrap needs to use xcrun to bootstrap post-darwin12

[howarth at nitro dot med.uc.edu]

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

--- Comment #1 from Jack Howarth <howarth at nitro dot med.uc.edu> ---
I should also note that removal of SDK from / isn't as bad as it sounds. In
general, most builds can puzzle out the location of the necessary headers.
However, FSF gcc is a complex build (especially regarding the fix includes
step) and in the absence of using xrcun, something like...

darwinvers=`sw_vers -productVersion | cut -d. -f1-2`
if [[ $darwinvers > 10.8 ]]; then
   if [ -d /Library/Developer/CommandLineTools ]; then
     configure CPPFLAGS="-O2 -g -isysroot `xcode-select
--print-path`/SDKs/MacOSX$darwinvers.sdk"
--with-native-system-header-dir=`xcode-select
--print-path`/SDKs/MacOSX$darwinvers.sdk/usr/include CXXFLAGS="-O2 -g
-iframework `xcode-select
--print-path`/SDKs/MacOSX$darwinvers.sdk/System/Library/Frameworks"
   else
     configure CPPFLAGS="-O2 -g -isysroot `xcode-select
--print-path`/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$darwinvers.sdk"
--with-native-system-header-dir=`xcode-select
--print-path`/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$darwinvers.sdk/usr/include
CXXFLAGS="-O2 -g -iframework `xcode-select
--print-path`/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$darwinvers.sdk/System/Library/Frameworks"
   fi
 else 
   configure
 fi

has to be used. Note that using xrcun eliminates the need for end-user to
define where the SDK resides (i.e. in Xcode.app or Command Line Tools) as well
as avoiding the need to define which exact SDK release to use.

[Bug target/57753] FSF gcc bootstrap needs to use xcrun to bootstrap post-darwin12

[howarth at nitro dot med.uc.edu]

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

--- Comment #2 from Jack Howarth <howarth at nitro dot med.uc.edu> ---
Okay, the bootstrap without headers outside of the SDK can be simplified on
darwin to…

./configure -with-native-system-header-dir=`xcrun --show-sdk-path`/usr/include
CXX_FOR_BUILD="xcrun g++" CC_FOR_BUILD="xcrun gcc" CXXFLAGS="-O2 -g -iframework
`xcrun --show-sdk-path`/System/Library/Frameworks"
>From gcc-bugs-return-425403-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jun 29 07:00:56 2013
Return-Path: <gcc-bugs-return-425403-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27628 invoked by alias); 29 Jun 2013 07:00:56 -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 27590 invoked by uid 55); 29 Jun 2013 07:00:48 -0000
From: "zeccav at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/57749] -ffpe-trap=zero or invalid produces SIGFPE on complex zero ** 1e0
Date: Sat, 29 Jun 2013 07:00:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zeccav at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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-57749-4-n8MpO5Hexy@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57749-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57749-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: 2013-06/txt/msg01782.txt.bz2
Content-length: 530

http://gcc.gnu.org/bugzilla/show_bug.cgi?idW749

--- Comment #2 from Vittorio Zecca <zeccav at gmail dot com> ---
I believe -O0 is the default optimization level, so it is important.

Of course the code I sent you is a fragment from a much larger program,
kind of c**x with c complex and x real. It is not possible to make x
into an integer.

When x is zero and y is real, x**y is singular for y<=0, right?

Also, I do not understand why I get SIGFPE on either zero or invalid
-ffpe-trap suboption,
but this is a lesser issue.

[Bug target/57753] FSF gcc bootstrap needs to use xcrun to bootstrap post-darwin12

[howarth at nitro dot med.uc.edu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 7346 bytes --]

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

--- Comment #4 from Jack Howarth <howarth at nitro dot med.uc.edu> ---
Actually, FSF gcc doesn't know about the SDKROOT path that xcrun sets. A change
similar to…

http://permalink.gmane.org/gmane.comp.compilers.clang.scm/56103

needs to be implemented on darwin so that FSF checks for the SDKROOT
environmental and uses it to find usr/include.
>From gcc-bugs-return-425631-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 03 01:41:43 2013
Return-Path: <gcc-bugs-return-425631-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30053 invoked by alias); 3 Jul 2013 01:41:43 -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 29955 invoked by uid 48); 3 Jul 2013 01:41:40 -0000
From: "howarth at nitro dot med.uc.edu" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/57792] New: --with-native-system-header-dir confuses -isysroot
Date: Wed, 03 Jul 2013 01:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: howarth at nitro dot med.uc.edu
X-Bugzilla-Status: UNCONFIRMED
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
Message-ID: <bug-57792-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-07/txt/msg00138.txt.bz2
Content-length: 1430

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

            Bug ID: 57792
           Summary: --with-native-system-header-dir confuses -isysroot
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: howarth at nitro dot med.uc.edu

The removal of the SDK from / (i.e. no /usr/include or
/System/Library/Frameworks/*.framework/Headers directories) breaks the
fixincludes step of the bootstrap on darwin. The only current workaround
appears to be using the
"--with-native-system-header-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include"
however this causes -isysroot in the resulting compiler to malfunction so that…

/sw/lib/gcc4.8/bin/gcc-fsf-4.8 -isysroot
/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk himenoBMTxpa.c

searches…

ignoring nonexistent directory
"/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include"

Oddly executing the non-sensical…

/sw/lib/gcc4.8/bin/gcc-fsf-4.8 -isysroot / himenoBMTxpa.c 

works because the search path becomes…

/Library/Developer/CommandLineTools/SDKs/MacOSX10.9.sdk/usr/include

I assume no one ever tested --with-native-system-header-dir with -ixysroot
before.
>From gcc-bugs-return-425632-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 03 01:59:10 2013
Return-Path: <gcc-bugs-return-425632-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12524 invoked by alias); 3 Jul 2013 01:59:10 -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 12477 invoked by uid 48); 3 Jul 2013 01:59:02 -0000
From: "ian at geometrian dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57793] New: Cross-Compiler Templates and Bitfields Ask to Report Problem
Date: Wed, 03 Jul 2013 01:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ian at geometrian dot com
X-Bugzilla-Status: UNCONFIRMED
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 attachments.created
Message-ID: <bug-57793-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: 2013-07/txt/msg00139.txt.bz2
Content-length: 1909

http://gcc.gnu.org/bugzilla/show_bug.cgi?idW793

            Bug ID: 57793
           Summary: Cross-Compiler Templates and Bitfields Ask to Report
                    Problem
           Product: gcc
           Version: 4.8.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ian at geometrian dot com

Created attachment 30432
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id0432&actioníit
Self-contained example of problem

Compile attached example: "i586-elf-gcc manager.cpp"

Output from attached example:

manager.cpp: In member function 'void* Block<n>::malloc(size_t) [with unsigned
int n = 2147483648u; size_t = unsigned int]':
manager.cpp:71:4: internal compiler error: in get_bit_range, at expr.c:4562
    info.allocated = true;
    ^
0x7036e6 get_bit_range
    ../../gcc-4.8.1/gcc/expr.c:4562
0x7036e6 expand_assignment(tree_node*, tree_node*, bool)
    ../../gcc-4.8.1/gcc/expr.c:4703
0x655532 expand_gimple_stmt_1
    ../../gcc-4.8.1/gcc/cfgexpand.c:2208
0x655532 expand_gimple_stmt
    ../../gcc-4.8.1/gcc/cfgexpand.c:2304
0x656436 expand_gimple_basic_block
    ../../gcc-4.8.1/gcc/cfgexpand.c:4138
0x65831e gimple_expand_cfg
    ../../gcc-4.8.1/gcc/cfgexpand.c:4657
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.

The example is being developed from a kernel, so some operations may look
strange.  However, the example is self-contained.


Platform:
    Ubuntu 12.04 x86-64, all updated

Compiler:
    Cross compiler as described here: http://wiki.osdev.org/GCC_Cross-Compiler
for i586-elf.  Compiled for x86.
    Error does not occur with standard GCC (this may be because the standard
GCC on the platform is x64-64).