[Bug target/61407] New: Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[Bug target/61407] New: Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[kassafari at gmail dot com]

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

            Bug ID: 61407
           Summary: Build errors on latest OS X 10.10 Yosemite with Xcode
                    6 on GCC 4.8.3
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: kassafari at gmail dot com

Created attachment 32886
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32886&action=edit
make log

Will not build on latest OS X and Xcode... Attaching log...

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[pinskia at gcc dot gnu.org]

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

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Looks like the Mac OS X's headers are not C99/C++98 compatible at all:

/Applications/Xcode6-Beta.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/Availability.h:174:44:
error: missing binary operator before token "("
 #if defined(__has_feature) &&
__has_feature(attribute_availability_with_message)
                                            ^

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[pinskia at gcc dot gnu.org]

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

--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #1)
> Looks like the Mac OS X's headers are not C99/C++98 compatible at all:
> 
> /Applications/Xcode6-Beta.app/Contents/Developer/Platforms/MacOSX.platform/
> Developer/SDKs/MacOSX10.10.sdk/usr/include/Availability.h:174:44: error:
> missing binary operator before token "("
>  #if defined(__has_feature) &&
> __has_feature(attribute_availability_with_message)
>                                             ^

This error is correct because with the preprocessor && does not short cutting
if the first operand is true.

So look like we need a fixincludes of this issue.  You should also report this
bug to Apple too since their headers don't support C99/C++98 preprocessors
correctly.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[kassafari at gmail dot com]

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

--- Comment #3 from kassafari at gmail dot com ---
Alright, reported to apple as well [:

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[schwab@linux-m68k.org]

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

--- Comment #5 from Andreas Schwab <schwab@linux-m68k.org> ---
This has nothing to do with evaluation, it's a syntax error.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[pinskia at gcc dot gnu.org]

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

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |denji0k at gmail dot com

--- Comment #6 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
*** Bug 61432 has been marked as a duplicate of this bug. ***

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[pinskia at gcc dot gnu.org]

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

--- Comment #7 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
So it turns out there is a defect report against the C, see PR 36453 but that
is only for #elif and not #if defined(a) && a()

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[morpheby at gmail dot com]

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

Ilya Mikhaltsou <morpheby at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |morpheby at gmail dot com

--- Comment #8 from Ilya Mikhaltsou <morpheby at gmail dot com> ---
Created attachment 32949
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32949&action=edit
Patch to compile gcc on OS X 10.10 Yosemite

Fixed everything I encountered during build. GCC compiled successfully in
three-stage build and is working fine for me.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[manu at gcc dot gnu.org]

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

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

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-06-17
     Ever confirmed|0                           |1

--- Comment #9 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Ilya Mikhaltsou from comment #8)
> Created attachment 32949 [details]
> Patch to compile gcc on OS X 10.10 Yosemite
> 
> Fixed everything I encountered during build. GCC compiled successfully in
> three-stage build and is working fine for me.

Hi Ilya,

If you want to see this working for future versions of GCC, perhaps it would be
better to get your patch into the official GCC. Check
https://gcc.gnu.org/contribute.html
>From gcc-bugs-return-454364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 17 09:53:41 2014
Return-Path: <gcc-bugs-return-454364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10183 invoked by alias); 17 Jun 2014 09:53:41 -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 10113 invoked by uid 48); 17 Jun 2014 09:53:33 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug preprocessor/60723] Line directives with incorrect system header flag
Date: Tue, 17 Jun 2014 09:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: preprocessor
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: NEW
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_status cf_reconfirmed_on everconfirmed
Message-ID: <bug-60723-4-MQ4Gai5CvD@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60723-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60723-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: 2014-06/txt/msg01446.txt.bz2
Content-length: 974

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

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-06-17
     Ever confirmed|0                           |1

--- Comment #10 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Nicholas from comment #9)
> Manuel, I have filed a patch to gcc-patches.
> https://gcc.gnu.org/ml/gcc-patches/2014-06/msg00862.html

Great!  unfortunately I don't have any power to approve patches. You'll have to
wait until one of the CPP/C/C++ maintainers approves it. Perhaps you can ping
the patch once per week (see the mailing list archives for examples of people
pinging patches).

Does it fix the problem reported by Matt in PR6142 also?
>From gcc-bugs-return-454365-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 17 09:55:50 2014
Return-Path: <gcc-bugs-return-454365-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12043 invoked by alias); 17 Jun 2014 09:55:50 -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 12004 invoked by uid 48); 17 Jun 2014 09:55:47 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/61533] gcc.target/i386/fuse-caller-save.c FAILs on 64-bit Solaris/x86
Date: Tue, 17 Jun 2014 09:55:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak 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: 4.10.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61533-4-tLfppr5C4i@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61533-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61533-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: 2014-06/txt/msg01447.txt.bz2
Content-length: 269

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

--- Comment #2 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Rainer Orth from comment #1)
> Created attachment 32950 [details]
> assembler output

The test assumes that frame pointer is omitted.
>From gcc-bugs-return-454366-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 17 09:56:01 2014
Return-Path: <gcc-bugs-return-454366-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12750 invoked by alias); 17 Jun 2014 09:56:00 -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 12693 invoked by uid 48); 17 Jun 2014 09:55:57 -0000
From: "y.gribov at samsung dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug sanitizer/61530] [4.10 Regression] segfault with asan
Date: Tue, 17 Jun 2014 09:56:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: sanitizer
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: y.gribov at samsung dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.10.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-61530-4-Sio0gli1jU@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61530-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61530-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: 2014-06/txt/msg01448.txt.bz2
Content-length: 315

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

--- Comment #2 from Yury Gribov <y.gribov at samsung dot com> ---
Created attachment 32951
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id2951&actioníit
Proposed patch

This seems to fix the ICE (I haven't yet done complete bootstrap, just Asan
tests).

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[morpheby at gmail dot com]

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

--- Comment #10 from Ilya Mikhaltsou <morpheby at gmail dot com> ---
(In reply to Manuel López-Ibáñez from comment #9)
> (In reply to Ilya Mikhaltsou from comment #8)
> > Created attachment 32949 [details]
> > Patch to compile gcc on OS X 10.10 Yosemite
> > 
> > Fixed everything I encountered during build. GCC compiled successfully in
> > three-stage build and is working fine for me.
> 
> Hi Ilya,
> 
> If you want to see this working for future versions of GCC, perhaps it would
> be better to get your patch into the official GCC. Check
> https://gcc.gnu.org/contribute.html

Thanks.
I think, it may be better first to ensure this works for everybody affected.
Anyway, I hope someone else picks it up from there.
>From gcc-bugs-return-454368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 17 10:22:12 2014
Return-Path: <gcc-bugs-return-454368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12491 invoked by alias); 17 Jun 2014 10:22:11 -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 12004 invoked by uid 48); 17 Jun 2014 10:22:05 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/56785] std::tuple of two elements does not apply empty base class optimization when one of its elements is a std::tuple with two elements
Date: Tue, 17 Jun 2014 10:22:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 4.7.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
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-56785-4-G0giSTsYRK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56785-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56785-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: 2014-06/txt/msg01450.txt.bz2
Content-length: 615

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

--- Comment #5 from Jonathan Wakely <redi at gcc dot gnu.org> ---
The solution I'm testing is to give every tuple hierarchy a distinct base
class, differentiated by an unused template argument that depends on the types
of all the elements, so the base classes can be at the same address.

The downside is this produces additional instantiations for programs using
different tuple types that have common tails, e.g. tuple<A,B,C> and
tuple<D,B,C> would no longer share any code. Those class instantiation
shouldn't generate much code, so maybe that's not an issue

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[egall at gwmail dot gwu.edu]

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

Eric Gallager <egall at gwmail dot gwu.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |egall at gwmail dot gwu.edu

--- Comment #11 from Eric Gallager <egall at gwmail dot gwu.edu> ---
(In reply to kassafari from comment #3)
> Alright, reported to apple as well [:

Do you have a radar number or OpenRadar link for easier tracking?

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[ericmark26 at gmail dot com]

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

Eric Martin <ericmark26 at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ericmark26 at gmail dot com

--- Comment #12 from Eric Martin <ericmark26 at gmail dot com> ---
I'm sure I sound like an idiot asking this, but I tried copying and pasting the
raw unified data of the patch and pasting it into a .diff file, then running
patch < ~/Documents/patch.diff. Nothing happened. How do I implement this fix?

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[dominyktiller at gmail dot com]

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

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

Dominyk Tiller <dominyktiller at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dominyktiller at gmail dot com

--- Comment #13 from Dominyk Tiller <dominyktiller at gmail dot com> ---
This remains an issue on the latest release of 4.9.1 - 



xgcc: warning: couldn’t understand kern.osversion ‘14.0.0
In file included from /usr/include/stdio.h:65:0,
                 from ../../.././libgcc/../gcc/tsystem.h:87,
                 from ../../.././libgcc/libgcc2.c:27:
/usr/include/Availability.h:174:44: error: missing binary operator before token
"("
 #if defined(__has_feature) &&
__has_feature(attribute_availability_with_message)
                                            ^
In file included from /usr/include/stdio.h:65:0,
                 from ../../.././libgcc/../gcc/tsystem.h:87,
                 from ../../.././libgcc/libgcc2.c:27:
/usr/include/Availability.h:184:44: error: missing binary operator before token
"("
 #if defined(__has_feature) &&
__has_feature(attribute_availability_app_extension)
                                            ^
make[5]: *** [_muldi3.o] Error 1
make[4]: *** [multi-do] Error 1
make[3]: *** [all-multi] Error 2
make[2]: *** [all-stage1-target-libgcc] Error 2
make[1]: *** [stage1-bubble] Error 2
make: *** [all] Error 2



The patch provided on 4.8.3 also doesn't apply to 4.9.1, which was pretty much
expected. Is there status/timeline for folding in 10.10 support?
>From gcc-bugs-return-456809-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 20 17:00:06 2014
Return-Path: <gcc-bugs-return-456809-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 28120 invoked by alias); 20 Jul 2014 17:00:04 -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 27580 invoked by uid 48); 20 Jul 2014 16:59:53 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/61854] Warning single-line comment for -stdÈ9?
Date: Sun, 20 Jul 2014 17:00: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.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: NEW
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_status cf_reconfirmed_on cc everconfirmed
Message-ID: <bug-61854-4-pqIdP2ZjgA@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61854-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61854-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: 2014-07/txt/msg01400.txt.bz2
Content-length: 680

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

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-07-20
                 CC|                            |manu at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #1 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Perhaps GCC should accept // without comment unless -Wpedantic. The current
error is nonsensical.
>From gcc-bugs-return-456810-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 20 17:36:00 2014
Return-Path: <gcc-bugs-return-456810-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19481 invoked by alias); 20 Jul 2014 17:35:59 -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 18828 invoked by uid 48); 20 Jul 2014 17:35:48 -0000
From: "jvdelisle at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/61632] Memory corruption on error when writing formatted data
Date: Sun, 20 Jul 2014 17:35: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.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jvdelisle at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jvdelisle at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created
Message-ID: <bug-61632-4-IjzGhyuCSi@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61632-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61632-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: 2014-07/txt/msg01401.txt.bz2
Content-length: 672

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

Jerry DeLisle <jvdelisle at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #33155|0                           |1
        is obsolete|                            |

--- Comment #21 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
Created attachment 33160
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3160&actioníit
Updated patch taking care of valgrind error

This patch includes fixing the valgrind error by allocating and setting the
NULL byte at the end of the format string.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

James Clarke <jrtc27 at jrtc27 dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jrtc27 at jrtc27 dot com

--- Comment #14 from James Clarke <jrtc27 at jrtc27 dot com> ---
The issue with Availability.h has been fixed as of Developer Preview 4, however
`all-stage1-target-libsanitizer` still fails with Error 2.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

--- Comment #15 from James Clarke <jrtc27 at jrtc27 dot com> ---
(In reply to James Clarke from comment #14)
> The issue with Availability.h has been fixed as of Developer Preview 4,
> however `all-stage1-target-libsanitizer` still fails with Error 2.

I should note that I am building 4.8.3 with Homebrew.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

--- Comment #16 from James Clarke <jrtc27 at jrtc27 dot com> ---
Created attachment 33180
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33180&action=edit
Patch For GCC 4.9.1 On Yosemite

Requires DP 4 (or above), as I have also removed the fix for Availability.h
which was only needed in DP 3 and below.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[alexandermbock at gmail dot com]

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

Alexander Bock <alexandermbock at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alexandermbock at gmail dot com

--- Comment #17 from Alexander Bock <alexandermbock at gmail dot com> ---
(In reply to James Clarke from comment #16)
> Created attachment 33180 [details]
> Patch For GCC 4.9.1 On Yosemite
> 
> Requires DP 4 (or above), as I have also removed the fix for Availability.h
> which was only needed in DP 3 and below.

Worked great for me on DP4, thanks!

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[alexandermbock at gmail dot com]

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

--- Comment #19 from Alexander Bock <alexandermbock at gmail dot com> ---
(In reply to aggrostyle from comment #18)
> Guys, a question... how can i apply the patch? I've read that i have to add:
> 
> patch do
>     url "https://gcc.gnu.org/bugzilla/attachment.cgi?id=33180"
>     sha1 "def0cb036a255175db86f106e2bb9dd66d19b702"
>   end
> 
> But i don't know WHERE to add that in the formula when i use brew edit gcc...
> 
> Any help? Thanks!

Running this command while in the gcc source directory
patch -p1 < patchfile
where patchfile is the name you saved Clarke's attachment with is a quick way
to apply it; I'm not sure about homebrew specifics as I was building from
source manually.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

--- Comment #20 from James Clarke <jrtc27 at jrtc27 dot com> ---
(In reply to aggrostyle from comment #18)
> Guys, a question... how can i apply the patch? I've read that i have to add:
> 
> patch do
>     url "https://gcc.gnu.org/bugzilla/attachment.cgi?id=33180"
>     sha1 "def0cb036a255175db86f106e2bb9dd66d19b702"
>   end
> 
> But i don't know WHERE to add that in the formula when i use brew edit gcc...
> 
> Any help? Thanks!

I included the patch directly in the contents of the formula (see
https://github.com/jrtc27/homebrew/commit/a94f371cb24fb68e2f55e701eb2a25a56253b726),
but it should also work if you add the patch do ... end block just before the
fails_with :gcc_4_0 line (though I haven't tried that).

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[aggrostyle at gmail dot com]

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

--- Comment #21 from aggrostyle at gmail dot com ---
Thank you! It worked perfect last night!

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[ericmark26 at gmail dot com]

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

--- Comment #22 from Eric Martin <ericmark26 at gmail dot com> ---
Was your gcc.rb git post intended as a replacement file for gcc.rb, or as a
patch for it? Either way, using it for either purpose has been unsuccessful for
me. I am getting:
/usr/bin/patch: **** malformed patch at line 13: version_as_macro (void)

--- Comment #23 from Eric Martin <ericmark26 at gmail dot com> ---
(In reply to Eric Martin from comment #22)
> Was your gcc.rb git post intended as a replacement file for gcc.rb, or as a
> patch for it? Either way, using it for either purpose has been unsuccessful
> for me. I am getting:
> /usr/bin/patch: **** malformed patch at line 13: version_as_macro (void)

However, your patch do ... end block before the line you suggested allowed it
to compile when setting autolibs=4 and compiling --with-gcc=clang

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[dominyktiller at gmail dot com]

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

--- Comment #24 from Dominyk Tiller <dominyktiller at gmail dot com> ---
(In reply to James Clarke from comment #16)
> Created attachment 33180 [details]
> Patch For GCC 4.9.1 On Yosemite
> 
> Requires DP 4 (or above), as I have also removed the fix for Availability.h
> which was only needed in DP 3 and below.

It looks like gcc are gonna require someone to submit this patch to their
mailing list before we see any further activity on this. Could you possibly do
that? Would massively appreciate it. More details are here:
https://gcc.gnu.org/contribute.html

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

--- Comment #26 from James Clarke <jrtc27 at jrtc27 dot com> ---
Patches have been sent to the mailing list -
https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02344.html and
https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02345.html.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

--- Comment #27 from James Clarke <jrtc27 at jrtc27 dot com> ---
Updated patches: https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02415.html

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[howarth.at.gcc at gmail dot com]

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

Jack Howarth <howarth.at.gcc at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |howarth.at.gcc at gmail dot com

--- Comment #28 from Jack Howarth <howarth.at.gcc at gmail dot com> ---
I noticed that MacPorts is using…

#if SANITIZER_MAC && ( !defined(__DARWIN_64_BIT_INO_T) ||
__DARWIN_64_BIT_INO_T) 

and

# if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T 

rather than just…


    #if SANITIZER_MAC && __DARWIN_64_BIT_INO_T 

and

# if __DARWIN_64_BIT_INO_T 

in their patch for gcc49…

https://trac.macports.org/browser/trunk/dports/lang/gcc49/files/patch-10.10.diff

Should we be doing the same?
>From gcc-bugs-return-459291-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 26 17:32:48 2014
Return-Path: <gcc-bugs-return-459291-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25686 invoked by alias); 26 Aug 2014 17:32:48 -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 25635 invoked by uid 48); 26 Aug 2014 17:32:44 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/62270] -Wlogical-not-parentheses warnings
Date: Tue, 26 Aug 2014 17:32: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: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek 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-62270-4-uiMoFzft4I@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62270-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62270-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: 2014-08/txt/msg01788.txt.bz2
Content-length: 746

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

--- Comment #1 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
You can see these errors if you try to bootstrap gcc with this patch:

diff --git a/gcc/c-family/c.opt b/gcc/c-family/c.opt
index d619250..d84b9fe 100644
--- a/gcc/c-family/c.opt
+++ b/gcc/c-family/c.opt
@@ -519,7 +519,7 @@ C ObjC C++ ObjC++ Var(warn_logical_op) Init(0) Warning
 Warn when a logical operator is suspiciously always evaluating to true or
false

 Wlogical-not-parentheses
-C ObjC C++ ObjC++ Var(warn_logical_not_paren) Warning
+C ObjC C++ ObjC++ Var(warn_logical_not_paren) Warning LangEnabledBy(C ObjC C++
ObjC++,Wall)
 Warn when logical not is used on the left hand side operand of a comparison

 Wlong-long

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

--- Comment #29 from James Clarke <jrtc27 at jrtc27 dot com> ---
(In reply to Jack Howarth from comment #28)
> I noticed that MacPorts is using…
> 
> #if SANITIZER_MAC && ( !defined(__DARWIN_64_BIT_INO_T) ||
> __DARWIN_64_BIT_INO_T) 
> 
> and
> 
> # if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T 
> 
> rather than just…
> 
> 
> 	#if SANITIZER_MAC && __DARWIN_64_BIT_INO_T 
> 
> and
> 
> # if __DARWIN_64_BIT_INO_T 
> 
> in their patch for gcc49…
> 
> https://trac.macports.org/browser/trunk/dports/lang/gcc49/files/patch-10.10.
> diff
> 
> Should we be doing the same?

That's because they're using my original patch from this bug report
(https://gcc.gnu.org/bugzilla/attachment.cgi?id=33180), which itself is based
off Ilya Mikhaltsou's patch
(https://gcc.gnu.org/bugzilla/attachment.cgi?id=32949, also from this bug
report). I don't know why Ilya decided to default to a 64-bit dirent struct, as
the documentation clearly states that it is only 64-bit when the
_DARWIN_FEATURE_64_BIT_INODE macro is defined
(https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man5/dir.5.html#//apple_ref/doc/man/5/dir).
This is different from __DARWIN_64_BIT_INO_T, but you can see in sys/cdefs.h
that _DARWIN_FEATURE_64_BIT_INODE is only defined (to 1) when
__DARWIN_64_BIT_INO_T is true.

Please note that I have updated my patch to use the public
_DARWIN_FEATURE_64_BIT_INODE macro, and to check whether it is defined rather
than its value (seeing as the documentation only refers to its definition, not
its value). The updated patches are at
https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02427.html.
>From gcc-bugs-return-459302-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 26 18:26:25 2014
Return-Path: <gcc-bugs-return-459302-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 4328 invoked by alias); 26 Aug 2014 18:26:25 -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 4302 invoked by uid 48); 26 Aug 2014 18:26:22 -0000
From: "trippels at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/62271] 4.9 Regression: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1449
Date: Tue, 26 Aug 2014 18:26: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.9.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: trippels at gcc dot gnu.org
X-Bugzilla-Status: WAITING
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-62271-4-sjIahyTUyX@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62271-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62271-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: 2014-08/txt/msg01799.txt.bz2
Content-length: 231

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

--- Comment #4 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
The testcase is corrupted:

RegisterView.ii:1:1: error: ‘_int128’ does not name a type
>From gcc-bugs-return-459303-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 26 18:29:07 2014
Return-Path: <gcc-bugs-return-459303-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6618 invoked by alias); 26 Aug 2014 18:29:07 -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 6578 invoked by uid 48); 26 Aug 2014 18:29:04 -0000
From: "loic.blot@unix-experience.fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/62271] 4.9 Regression: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1449
Date: Tue, 26 Aug 2014 18:29: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.9.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: loic.blot@unix-experience.fr
X-Bugzilla-Status: WAITING
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-62271-4-1xew0KaoCl@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62271-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62271-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: 2014-08/txt/msg01800.txt.bz2
Content-length: 128

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

--- Comment #5 from loic.blot@unix-experience.fr ---
Sorry. This was fixed

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[howarth.at.gcc at gmail dot com]

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

--- Comment #30 from Jack Howarth <howarth.at.gcc at gmail dot com> ---
The proposed changes in v4 of the patch aren't building here on 10.9. I don't
see how

# if defined(_DARWIN_FEATURE_64_BIT_INODE)

can completely substitute for…

# if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T 

as sys/cdefs.h shows…

/*
 * _DARWIN_FEATURE_64_BIT_INODE indicates that the ino_t type is 64-bit, and
 * structures modified for 64-bit inodes (like struct stat) will be used.
 */
#if __DARWIN_64_BIT_INO_T
#define _DARWIN_FEATURE_64_BIT_INODE            1
#endif

which means that…

# if defined(_DARWIN_FEATURE_64_BIT_INODE)

is effectively only

# if __DARWIN_64_BIT_INO_T 

as the definition of _DARWIN_FEATURE_64_BIT_INODE only checks if
__DARWIN_64_BIT_INO_T is set and not if it is undefined as well.
>From gcc-bugs-return-459307-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 26 19:40:13 2014
Return-Path: <gcc-bugs-return-459307-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21492 invoked by alias); 26 Aug 2014 19:40:12 -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 21438 invoked by uid 55); 26 Aug 2014 19:40:09 -0000
From: "jason at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/58624] gcc internal compiler error: Segmentaion fault in insert_to_assembler_name_hash
Date: Tue, 26 Aug 2014 19:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jason at gcc dot gnu.org
X-Bugzilla-Status: NEW
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-58624-4-56GXKkm32Z@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58624-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58624-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: 2014-08/txt/msg01804.txt.bz2
Content-length: 611

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

--- Comment #9 from Jason Merrill <jason at gcc dot gnu.org> ---
Author: jason
Date: Tue Aug 26 19:39:36 2014
New Revision: 214543

URL: https://gcc.gnu.org/viewcvs?rev!4543&root=gcc&view=rev
Log:
    PR c++/58624
    * pt.c (tsubst_decl) [VAR_DECL]: Copy TLS model.
    (tsubst_copy_and_build) [VAR_DECL]: Use TLS wrapper.
    * semantics.c (finish_id_expression): Don't call TLS wrapper in a
    template.

Added:
    trunk/gcc/testsuite/g++.dg/tls/thread_local10.C
Modified:
    trunk/gcc/cp/ChangeLog
    trunk/gcc/cp/pt.c
    trunk/gcc/cp/semantics.c

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[morpheby at gmail dot com]

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

--- Comment #31 from Ilya Mikhaltsou <morpheby at gmail dot com> ---
(In reply to James Clarke from comment #29)
> (In reply to Jack Howarth from comment #28)
> > I noticed that MacPorts is using…
> > 
> > #if SANITIZER_MAC && ( !defined(__DARWIN_64_BIT_INO_T) ||
> > __DARWIN_64_BIT_INO_T) 
> > 
> > and
> > 
> > # if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T 
> > 
> > rather than just…
> > 
> > 
> > 	#if SANITIZER_MAC && __DARWIN_64_BIT_INO_T 
> > 
> > and
> > 
> > # if __DARWIN_64_BIT_INO_T 
> > 
> > in their patch for gcc49…
> > 
> > https://trac.macports.org/browser/trunk/dports/lang/gcc49/files/patch-10.10.
> > diff
> > 
> > Should we be doing the same?
> 
> That's because they're using my original patch from this bug report
> (https://gcc.gnu.org/bugzilla/attachment.cgi?id=33180), which itself is
> based off Ilya Mikhaltsou's patch
> (https://gcc.gnu.org/bugzilla/attachment.cgi?id=32949, also from this bug
> report). I don't know why Ilya decided to default to a 64-bit dirent struct,
> as the documentation clearly states that it is only 64-bit when the
> _DARWIN_FEATURE_64_BIT_INODE macro is defined
> (https://developer.apple.com/library/mac/documentation/Darwin/Reference/
> ManPages/man5/dir.5.html#//apple_ref/doc/man/5/dir). This is different from
> __DARWIN_64_BIT_INO_T, but you can see in sys/cdefs.h that
> _DARWIN_FEATURE_64_BIT_INODE is only defined (to 1) when
> __DARWIN_64_BIT_INO_T is true.
> 
> Please note that I have updated my patch to use the public
> _DARWIN_FEATURE_64_BIT_INODE macro, and to check whether it is defined
> rather than its value (seeing as the documentation only refers to its
> definition, not its value). The updated patches are at
> https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02427.html.

I wasn't doing much thinking on the topic, I've simply made the minimal
necessary changes to a) compile on 10.10 and b) to work exactly the same as
before on previous versions. If you think it is redundant, there are no
objective reasons for keeping it that way.
>From gcc-bugs-return-459311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 26 20:48:06 2014
Return-Path: <gcc-bugs-return-459311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25209 invoked by alias); 26 Aug 2014 20:48:06 -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 25126 invoked by uid 48); 26 Aug 2014 20:48:03 -0000
From: "aaron.plavnick at spottradingllc dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/62272] New: Gimplify throws error on method call from inside nested lambdas
Date: Tue, 26 Aug 2014 20:48: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.9.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: major
X-Bugzilla-Who: aaron.plavnick at spottradingllc 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
Message-ID: <bug-62272-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: 2014-08/txt/msg01808.txt.bz2
Content-length: 3453

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

            Bug ID: 62272
           Summary: Gimplify throws error on method call from inside
                    nested lambdas
           Product: gcc
           Version: 4.9.1
            Status: UNCONFIRMED
          Severity: major
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: aaron.plavnick at spottradingllc dot com

Here is a minimal code sample, the bug exists in 4.7.3, 4.8.2, and 4.9.1. I
compiled with -std=c++11

--------------------------------------------

template< typename T >
class B
{
    public:
        void Foo() {}

        void Bar()
        {
            [&]()
            {
                [&]() { Foo(); }();
            }();
        }
};

int main( int argc, char** argv )
{
    B<int> b;
    b.Bar();
    return 0;
}

----------------------

The compiler returns:

main.cpp: In lambda function:
main.cpp:11:34: internal compiler error: in gimplify_var_or_parm_decl, at
gimplify.c:1741
                 [&]() { Foo(); }();
                                  ^
0x81b03d gimplify_var_or_parm_decl
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:1741
0x81d931 gimplify_expr(tree_node**, gimple_statement_base**,
gimple_statement_base**, bool (*)(tree_node*), int)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:8058
0x81cb40 gimplify_modify_expr
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:4527
0x81d97a gimplify_expr(tree_node**, gimple_statement_base**,
gimple_statement_base**, bool (*)(tree_node*), int)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:7627
0x820876 gimplify_stmt(tree_node**, gimple_statement_base**)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:5373
0x820a3a gimplify_and_add
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:385
0x820a3a gimplify_init_ctor_eval
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:3558
0x81c0f2 gimplify_init_constructor
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:3904
0x81c98e gimplify_modify_expr_rhs
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:4167
0x81ca64 gimplify_modify_expr
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:4486
0x81d97a gimplify_expr(tree_node**, gimple_statement_base**,
gimple_statement_base**, bool (*)(tree_node*), int)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:7627
0x81da18 gimplify_target_expr
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:5304
0x81da18 gimplify_expr(tree_node**, gimple_statement_base**,
gimple_statement_base**, bool (*)(tree_node*), int)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:7994
0x81e4b3 gimplify_addr_expr
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:4833
0x81e4b3 gimplify_expr(tree_node**, gimple_statement_base**,
gimple_statement_base**, bool (*)(tree_node*), int)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:7673
0x8235ba gimplify_call_expr
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:2395
0x81db82 gimplify_expr(tree_node**, gimple_statement_base**,
gimple_statement_base**, bool (*)(tree_node*), int)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:7598
0x820876 gimplify_stmt(tree_node**, gimple_statement_base**)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:5373
0x81dc0a gimplify_cleanup_point_expr
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:5149
0x81dc0a gimplify_expr(tree_node**, gimple_statement_base**,
gimple_statement_base**, bool (*)(tree_node*), int)
        ../../../../src/gcc-4.9.1/gcc/gimplify.c:7990

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jrtc27 at jrtc27 dot com]

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

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

--- Comment #32 from James Clarke <jrtc27 at jrtc27 dot com> ---
(In reply to Ilya Mikhaltsou from comment #31)
> (In reply to James Clarke from comment #29)
> > (In reply to Jack Howarth from comment #28)
> > > I noticed that MacPorts is using…
> > > 
> > > #if SANITIZER_MAC && ( !defined(__DARWIN_64_BIT_INO_T) ||
> > > __DARWIN_64_BIT_INO_T) 
> > > 
> > > and
> > > 
> > > # if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T 
> > > 
> > > rather than just…
> > > 
> > > 
> > > 	#if SANITIZER_MAC && __DARWIN_64_BIT_INO_T 
> > > 
> > > and
> > > 
> > > # if __DARWIN_64_BIT_INO_T 
> > > 
> > > in their patch for gcc49…
> > > 
> > > https://trac.macports.org/browser/trunk/dports/lang/gcc49/files/patch-10.10.
> > > diff
> > > 
> > > Should we be doing the same?
> > 
> > That's because they're using my original patch from this bug report
> > (https://gcc.gnu.org/bugzilla/attachment.cgi?id=33180), which itself is
> > based off Ilya Mikhaltsou's patch
> > (https://gcc.gnu.org/bugzilla/attachment.cgi?id=32949, also from this bug
> > report). I don't know why Ilya decided to default to a 64-bit dirent struct,
> > as the documentation clearly states that it is only 64-bit when the
> > _DARWIN_FEATURE_64_BIT_INODE macro is defined
> > (https://developer.apple.com/library/mac/documentation/Darwin/Reference/
> > ManPages/man5/dir.5.html#//apple_ref/doc/man/5/dir). This is different from
> > __DARWIN_64_BIT_INO_T, but you can see in sys/cdefs.h that
> > _DARWIN_FEATURE_64_BIT_INODE is only defined (to 1) when
> > __DARWIN_64_BIT_INO_T is true.
> > 
> > Please note that I have updated my patch to use the public
> > _DARWIN_FEATURE_64_BIT_INODE macro, and to check whether it is defined
> > rather than its value (seeing as the documentation only refers to its
> > definition, not its value). The updated patches are at
> > https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02427.html.
> 
> I wasn't doing much thinking on the topic, I've simply made the minimal
> necessary changes to a) compile on 10.10 and b) to work exactly the same as
> before on previous versions. If you think it is redundant, there are no
> objective reasons for keeping it that way.

I thought that was probably the case. I believe how it is now in my patch is
correct, but I'm open to being challenged on it!
>From gcc-bugs-return-459373-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Aug 27 18:05:41 2014
Return-Path: <gcc-bugs-return-459373-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 7660 invoked by alias); 27 Aug 2014 18:05:40 -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 7618 invoked by uid 48); 27 Aug 2014 18:05:34 -0000
From: "jrtc27 at jrtc27 dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3
Date: Wed, 27 Aug 2014 18:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
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: jrtc27 at jrtc27 dot com
X-Bugzilla-Status: NEW
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-61407-4-AMtnnSUlvk@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61407-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61407-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: 2014-08/txt/msg01870.txt.bz2
Content-length: 1319

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

--- Comment #33 from James Clarke <jrtc27 at jrtc27 dot com> ---
(In reply to Jack Howarth from comment #30)
> The proposed changes in v4 of the patch aren't building here on 10.9. I
> don't see how
> 
> # if defined(_DARWIN_FEATURE_64_BIT_INODE)
> 
> can completely substitute for…
> 
> # if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T 
> 
> as sys/cdefs.h shows…
> 
> /*
>  * _DARWIN_FEATURE_64_BIT_INODE indicates that the ino_t type is 64-bit, and
>  * structures modified for 64-bit inodes (like struct stat) will be used.
>  */
> #if __DARWIN_64_BIT_INO_T
> #define _DARWIN_FEATURE_64_BIT_INODE            1
> #endif
> 
> which means that…
> 
> # if defined(_DARWIN_FEATURE_64_BIT_INODE)
> 
> is effectively only
> 
> # if __DARWIN_64_BIT_INO_T 
> 
> as the definition of _DARWIN_FEATURE_64_BIT_INODE only checks if
> __DARWIN_64_BIT_INO_T is set and not if it is undefined as well.

I was able to perform a complete clean bootstrap on my system, so I'm curious
as to what error(s) you got?

I agree, the two are not equivalent, but the first one (!defined(X) || X) is
wrong in my opinion, as if the macro is not defined, the documentation for
dir(5) states that the 32-bit versions are used.
>From gcc-bugs-return-459374-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Aug 27 19:34:08 2014
Return-Path: <gcc-bugs-return-459374-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 14878 invoked by alias); 27 Aug 2014 19:34:07 -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 14804 invoked by uid 48); 27 Aug 2014 19:33:58 -0000
From: "jason at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/61659] [4.9 Regression] Extra undefined symbol because of devirtualization
Date: Wed, 27 Aug 2014 19:34:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jason at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jason at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-61659-4-TBRZ4Y9APW@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61659-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61659-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: 2014-08/txt/msg01871.txt.bz2
Content-length: 380

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

--- Comment #24 from Jason Merrill <jason at gcc dot gnu.org> ---
Created attachment 33407
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3407&actioníit
Patch for 4.9

Here's a patch for the 4.9 branch.  I'm nervous about applying it because I
suspect that we haven't yet found all the effects of setting DECL_COMDAT.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[larryv at macports dot org]

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

Lawrence Velázquez <larryv at macports dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |larryv at macports dot org

--- Comment #34 from Lawrence Velázquez <larryv at macports dot org> ---
(In reply to James Clarke from comment #33)
> I was able to perform a complete clean bootstrap on my system, so I'm
> curious as to what error(s) you got?

I’m also seeing a build failure on 10.9.4 13E28 with Xcode 5.1.1 5B1008, with
your mailing list patches applied. I'll attach the log in a moment; it was
generated by MacPorts during a 64-bit build of our libgcc port.

> I agree, the two are not equivalent, but the first one (!defined(X) || X) is
> wrong in my opinion, as if the macro is not defined, the documentation for
> dir(5) states that the 32-bit versions are used.

I got the build to succeed by changing

    # if defined(_DARWIN_FEATURE_64_BIT_INODE)

to

    # if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T

in your second patch.
>From gcc-bugs-return-461454-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 08 21:56:17 2014
Return-Path: <gcc-bugs-return-461454-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13670 invoked by alias); 8 Sep 2014 21:56:16 -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 13629 invoked by uid 48); 8 Sep 2014 21:56:09 -0000
From: "larryv at macports dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3
Date: Mon, 08 Sep 2014 21:56:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
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: larryv at macports dot org
X-Bugzilla-Status: NEW
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: attachments.created
Message-ID: <bug-61407-4-6RCMKqJlqa@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61407-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61407-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: 2014-09/txt/msg01288.txt.bz2
Content-length: 505

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

--- Comment #35 from Lawrence Velázquez <larryv at macports dot org> ---
Created attachment 33461
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33461&action=edit
MacPorts log from a failed attempt to build libgcc @4.9.1_0 (x86_64)

There’s a lot of text, I know. To see the environment and commands executed,
search for "configure phase started" and "build phase started". As you might
expect, the failure is near the end.
>From gcc-bugs-return-461455-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 08 23:03:16 2014
Return-Path: <gcc-bugs-return-461455-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21844 invoked by alias); 8 Sep 2014 23:03:15 -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 21808 invoked by uid 48); 8 Sep 2014 23:03:09 -0000
From: "larryv at macports dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3
Date: Mon, 08 Sep 2014 23:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
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: larryv at macports dot org
X-Bugzilla-Status: NEW
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-61407-4-ydORtnJYAi@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61407-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61407-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: 2014-09/txt/msg01289.txt.bz2
Content-length: 527

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

--- Comment #36 from Lawrence Velázquez <larryv at macports dot org> ---
(In reply to Lawrence Velázquez from comment #34)
> I got the build to succeed by changing
> 
>     # if defined(_DARWIN_FEATURE_64_BIT_INODE)
> 
> to
> 
>     # if ! defined(__DARWIN_64_BIT_INO_T) || __DARWIN_64_BIT_INO_T
> 
> in your second patch.

Sorry, I might have gotten mixed up about precisely how I altered your patch.
I'll do a couple of test builds and report back.
>From gcc-bugs-return-461456-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Sep 08 23:22:54 2014
Return-Path: <gcc-bugs-return-461456-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 31158 invoked by alias); 8 Sep 2014 23:22:54 -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 31130 invoked by uid 55); 8 Sep 2014 23:22:50 -0000
From: "joseph at codesourcery dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/38354] Spurious error: initializer element is not computable at load time
Date: Mon, 08 Sep 2014 23:22: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.3.2
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: normal
X-Bugzilla-Who: joseph at codesourcery 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-38354-4-p8ztVSBXd3@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-38354-4@http.gcc.gnu.org/bugzilla/>
References: <bug-38354-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: 2014-09/txt/msg01290.txt.bz2
Content-length: 675

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

--- Comment #7 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
On Mon, 8 Sep 2014, adam at consulting dot net.nz wrote:

> 3. To demonstrate this, a GNU extension to C++ has no problem computing the
> address of the function pointer at load time and storing it in a 32-bit integer
> array.

Standard C++ allows static initializers that can only be computed at
runtime; there's no such thing as an initializer being invalid for C++
because it's non-constant.  Thus, it's not significant that this code is
accepted for C++; quite likely the initializers get computed at runtime in
the C++ case.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[larryv at macports dot org]

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

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

--- Comment #37 from Lawrence Velázquez <larryv at macports dot org> ---
Okay, what I said initially was correct. This was the specific change I made.

https://gist.github.com/larryv/9b1cd34a34733c10f734
>From gcc-bugs-return-461462-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 09 05:58:45 2014
Return-Path: <gcc-bugs-return-461462-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 4870 invoked by alias); 9 Sep 2014 05:58:44 -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 4851 invoked by uid 48); 9 Sep 2014 05:58:37 -0000
From: "zhenqiang.chen at arm dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/63210] New: ira does not select the best register compared with gcc 4.8 for ARM THUMB1
Date: Tue, 09 Sep 2014 05:58:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zhenqiang.chen at arm 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
Message-ID: <bug-63210-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: 2014-09/txt/msg01296.txt.bz2
Content-length: 1401

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

            Bug ID: 63210
           Summary: ira does not select the best register compared with
                    gcc 4.8 for ARM THUMB1
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: rtl-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: zhenqiang.chen at arm dot com

Here is a case shown ira does not select the best register compared with gcc
4.8 for ARM Cortex-M0 with options:

-Os -mthumb -mcpu=cortex-m0

int foo1 (int c);
int foo2 (int c);

int test (int c)
{
  return (foo1 (c) || foo2 (c));
}

Its rtl is like:

    2: r115:SI=r0:SI
    7: r0:SI=r115:SI
    8: r0:SIÊll [`foo1'] argc:0
    9: r111:SI=r0:SI
    4: r110:SI=0x1
   10: pc={(r111:SI!=0)?L17:pc}
   12: r0:SI=r115:SI
   13: r0:SIÊll [`foo2'] argc:0
   14: r112:SI=r0:SI
   16: {r110:SI=r112:SI!=0;clobber r118:SI;}
   17: L17:
   23: r0:SI=r110:SI

For gcc 4.8, r115 is assigned first, which gets "r4" since

  Allocno a3r115 of GENERAL_REGS(9) has 4 avail. regs  4-7, ...

Then r110 is assigned to "r0". "r0:SI=r110:SI" can be optimized.

But for trunk/4.9, r110 is assigned first. r110 is conflict with r115 and the
confict cost of "r0" is high since "r0" is not in "avail. regs  4-7" for r115.
So r110 is not assigned with "r0".

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[larryv at macports dot org]

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

--- Comment #38 from Lawrence Velázquez <larryv at macports dot org> ---
Created attachment 33464
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33464&action=edit
Corrected dirent patch

Couple of things:

1) The version of Sanitizer included with GCC 4.9.1 at least, and probably
earlier, has the includes in the wrong order in
sanitizer_platform_limits_posix.cc:

  #include "sanitizer_platform.h"
  #if SANITIZER_LINUX || SANITIZER_MAC

  #include "sanitizer_internal_defs.h"
  #include "sanitizer_platform_limits_posix.h"

  #include <arpa/inet.h>
  #include <dirent.h>

Since sanitizer_platform_limits_posix.h is included before the system headers,
_DARWIN_FEATURE_64_BIT_INODE is *not* defined for the second hunk of your
patch, and the 32-bit dirent is always used. However, it *is* defined for the
first hunk, so CHECK_SIZE_AND_OFFSET does try to access d_seekoff (and
predictably fails).

The ordering is fixed in Sanitizer upstream, but it's more robust to directly
include sys/cdefs.h in sanitizer_platform_limits_posix.h to avoid relying on
include ordering.

2) You should report this bug upstream.

  http://compiler-rt.llvm.org
>From gcc-bugs-return-461514-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 09 21:39:18 2014
Return-Path: <gcc-bugs-return-461514-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10646 invoked by alias); 9 Sep 2014 21:39:17 -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 10315 invoked by uid 48); 9 Sep 2014 21:39:06 -0000
From: "chris2553 at googlemail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/62224] [4.9 Regression] Possible regression in gcc-4.9-20140820
Date: Tue, 09 Sep 2014 21:39: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.9.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: chris2553 at googlemail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-62224-4-sLE54XbNJK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62224-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62224-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: 2014-09/txt/msg01348.txt.bz2
Content-length: 314

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

--- Comment #17 from Chris Clayton <chris2553 at googlemail dot com> ---
I can confirm that with Jason's code changes (referenced in comment 15) to
gcc/cp/decl2.c and gcc/gimple-fold.c, the resultant compiler successfully
builds qt-creator-3.2.0. Thanks Jason.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[larryv at macports dot org]

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

--- Comment #39 from Lawrence Velázquez <larryv at macports dot org> ---
(In reply to Lawrence Velázquez from comment #38)
> 2) You should report this bug upstream.
> 
>   http://compiler-rt.llvm.org

On second thought, they probably won't accept it because the patch is invalid.

sanitizer_mac.cc explicitly defines _DARWIN_USE_64_BIT_INODE, which result in
64-bit dirents on all platforms that AddressSanitizer supports (Snow Leopard
and newer). The correct fix is to disable the AddressSanitizer build entirely
on platforms that don't support 64-bit inodes (Leopard and older).
>From gcc-bugs-return-461519-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 10 03:10:50 2014
Return-Path: <gcc-bugs-return-461519-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19728 invoked by alias); 10 Sep 2014 03:10:45 -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 19690 invoked by uid 48); 10 Sep 2014 03:10:33 -0000
From: "adam at consulting dot net.nz" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/38354] Spurious error: initializer element is not computable at load time
Date: Wed, 10 Sep 2014 03:10: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.3.2
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adam at consulting dot net.nz
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-38354-4-kmfsyGZCfX@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-38354-4@http.gcc.gnu.org/bugzilla/>
References: <bug-38354-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: 2014-09/txt/msg01353.txt.bz2
Content-length: 2975

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

--- Comment #11 from Adam Warner <adam at consulting dot net.nz> ---
Thank you Joseph for clarifying in Comment 10 why this should be considered an
enhancement request. It would be non-trivial to change the model of what GNU C
considers a constant expression and code relying on an enhanced model of
constant expression is likely to be incompatible with other compilers.

I now have a 100% efficient fairly portable workaround in a few lines of bash
scripting. Here is an example lookup_table.c:

#include <stdint.h>
#include <stdio.h>

#include "lookup_table.h"

void fn0(void) {printf("fn0\n");}
void fn1(void) {printf("fn1\n");}
void fn2(void) {printf("fn2\n");}
void fn3(void) {printf("fn3\n");}

int main(void) {
  for (int i=0; i<4; ++i) ((void (*)(void)) (uint64_t) lookup_table[i])();
  return 0;
}


To compile/execute the C code run this bash script named lookup_table.sh:

#!/bin/bash
if [[ ! -f lookup_table.h ]]; then echo "uint32_t lookup_table[4];" >>
lookup_table.h; fi
gcc -std=gnu11 -O3 lookup_table.c -o lookup_table
mv -f lookup_table.h lookup_table.h.old
echo "uint32_t lookup_table[] = {" > lookup_table.h
objdump -d -m i386:x86-64 lookup_table | grep '<fn' | sed 's/^0/0x0/' | sed 's/
.*/,/' >> lookup_table.h
echo "};" >> lookup_table.h
diff -su lookup_table.h.old lookup_table.h && ./lookup_table ||
./lookup_table.sh


Example output:

$ ./lookup_table.sh
--- lookup_table.h.old    2014-09-10 13:35:03.162644646 +1200
+++ lookup_table.h    2014-09-10 13:35:03.222648312 +1200
@@ -1 +1,6 @@
-uint32_t lookup_table[4];
+uint32_t lookup_table[] = {
+0x0000000000400530,
+0x0000000000400540,
+0x0000000000400550,
+0x0000000000400560,
+};
Files lookup_table.h.old and lookup_table.h are identical
fn0
fn1
fn2
fn3

The lookup table functions must share a unique prefix. If the new
lookup_table.h matches the old lookup_table.h then the binary is internally
consistent and ready for execution.

There is no additional overhead in the final binary:

0000000000400410 <main>:
  400410:       53                      push   rbx
  400411:       bb e0 09 60 00          mov    ebx,0x6009e0
  400416:       8b 03                   mov    eax,DWORD PTR [rbx]
  400418:       48 83 c3 04             add    rbx,0x4
  40041c:       ff d0                   call   rax
  40041e:       48 81 fb f0 09 60 00    cmp    rbx,0x6009f0
  400425:       75 ef                   jne    400416 <main+0x6>
  400427:       31 c0                   xor    eax,eax
  400429:       5b                      pop    rbx
  40042a:       c3                      ret

In this example the lookup table has been mapped into memory at address
0x6009e0. There is a 32-bit load for each function call. No code is required to
populate the lookup table at run time. No internal run time checks are required
to ensure the lookup table and function addresses match. This is a perfectly
efficient workaround that is superior to the C++ approach.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

--- Comment #40 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Author: fxcoudert
Date: Sun Sep 14 08:05:43 2014
New Revision: 215251

URL: https://gcc.gnu.org/viewcvs?rev=215251&root=gcc&view=rev
Log:
    PR target/61407

    * config/darwin-c.c (version_as_macro): Added extra 0 for OS X 10.10
    and above.
    * config/darwin-driver.c (darwin_find_version_from_kernel): Removed
    kernel version check to avoid incrementing it after every major OS X
    release.
    (darwin_default_min_version): Avoid static memory buffer.

    * gcc.dg/darwin-minversion-1.c: Fixed formatting
    * gcc.dg/darwin-minversion-2.c: Fixed formatting
    * gcc.dg/darwin-minversion-3.c: Fixed formatting
    * gcc.dg/darwin-minversion-4.c: Added test for OS X 10.10

Added:
    trunk/gcc/testsuite/gcc.dg/darwin-minversion-4.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/config/darwin-c.c
    trunk/gcc/config/darwin-driver.c
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/testsuite/gcc.dg/darwin-minversion-1.c
    trunk/gcc/testsuite/gcc.dg/darwin-minversion-2.c
    trunk/gcc/testsuite/gcc.dg/darwin-minversion-3.c

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

--- Comment #41 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Author: fxcoudert
Date: Mon Sep 29 18:40:57 2014
New Revision: 215690

URL: https://gcc.gnu.org/viewcvs?rev=215690&root=gcc&view=rev
Log:
    PR target/61407

    * config/darwin-c.c (version_as_macro): Added extra 0 for OS X 10.10
    and above.
    * config/darwin-driver.c (darwin_find_version_from_kernel): Removed
    kernel version check to avoid incrementing it after every major OS X
    release.
    (darwin_default_min_version): Avoid static memory buffer.

    * gcc.dg/darwin-minversion-1.c: Fixed formatting
    * gcc.dg/darwin-minversion-2.c: Fixed formatting
    * gcc.dg/darwin-minversion-3.c: Fixed formatting
    * gcc.dg/darwin-minversion-4.c: Added test for OS X 10.10

Added:
    branches/gcc-4_9-branch/gcc/testsuite/gcc.dg/darwin-minversion-4.c
Modified:
    branches/gcc-4_9-branch/gcc/ChangeLog
    branches/gcc-4_9-branch/gcc/config/darwin-c.c
    branches/gcc-4_9-branch/gcc/config/darwin-driver.c
    branches/gcc-4_9-branch/gcc/testsuite/ChangeLog
    branches/gcc-4_9-branch/gcc/testsuite/gcc.dg/darwin-minversion-1.c
    branches/gcc-4_9-branch/gcc/testsuite/gcc.dg/darwin-minversion-2.c
    branches/gcc-4_9-branch/gcc/testsuite/gcc.dg/darwin-minversion-3.c

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jeremyhu at macports dot org]

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

Jeremy Huddleston Sequoia <jeremyhu at macports dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jeremyhu at macports dot org

--- Comment #42 from Jeremy Huddleston Sequoia <jeremyhu at macports dot org> ---
The committed patch is incorrect.  It makes an invalid assumption which breaks
the usage of deployment targets such as 10.9.3.

Please instead use the (GPL2) patch that I provided back in June and is
available from MacPorts:
https://trac.macports.org/browser/trunk/dports/lang/apple-gcc42/files/yosemite-deployment-target.patch

I will also attach it, but it is based on gcc-4.2 (I do not intentionally read
GPL3 code) and may require modification for usage in newer gcc.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jeremyhu at macports dot org]

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

--- Comment #43 from Jeremy Huddleston Sequoia <jeremyhu at macports dot org> ---
Created attachment 33824
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33824&action=edit
gcc 4.2 based patch which handles tiny version numbers properly

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

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

--- Comment #45 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to Jeremy Huddleston Sequoia from comment #42)
> The committed patch is incorrect.  It makes an invalid assumption which
> breaks the usage of deployment targets such as 10.9.3.

All Apple doc I can find has deployment targets of the form 10.x or 10.x.0
(where x is integer, but not only one digit).

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |x86_64-apple-darwin14
             Status|NEW                         |RESOLVED
               Host|                            |x86_64-apple-darwin14
         Resolution|---                         |FIXED
              Build|                            |x86_64-apple-darwin14

--- Comment #47 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Current status for Yosemite:

 - trunk has new failures on darwin, not specific to Yosemite ("end of stage 1"
syndrome)
 - gcc 4.9.2, and the 4.9 branch, both build fine.
 - gcc 4.8.3 builds fine with a similar patch to those I committed to 4.9 and
trunk

Thus closing this one as fixed.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

--- Comment #48 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Created attachment 33932
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33932&action=edit
Patch for gcc 4.8 branch (based on gcc 4.8.3)

This is the patch for GCC 4.8 branch (here based on 4.8.3) that allows to build
it on Yosemite.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[jeremyhu at macports dot org]

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

--- Comment #50 from Jeremy Huddleston Sequoia <jeremyhu at macports dot org> ---
As this bug is now marked as resolved, I've filed #63810 to address the
remaining issues.  Lawrence Velázquez <larryv@macports.org> is working on a
patch to address the issue.
>From gcc-bugs-return-466307-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 11 02:10:26 2014
Return-Path: <gcc-bugs-return-466307-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30980 invoked by alias); 11 Nov 2014 02:10:25 -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 30837 invoked by uid 48); 11 Nov 2014 02:10:18 -0000
From: "jeremyhu at macports dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug driver/63810] gcc sets incorrect macro for OS X deployment targets
Date: Tue, 11 Nov 2014 02:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: driver
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jeremyhu at macports dot 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-63810-4-QGPSe5b72b@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63810-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63810-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: 2014-11/txt/msg00779.txt.bz2
Content-length: 1896

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

--- Comment #1 from Jeremy Huddleston Sequoia <jeremyhu at macports dot org> ---
Larry said that he's working on a patch to fix this for gcc trunk, and I
suspect he's pretty close to having something since that was about a week ago.

The algorithm for determining what the macro should be is quite simple:

Split the string by "."
Use implicit "0" if there are less than three elements.
if (first field is >10) or (first field is 10 and second field >= 10), use
"%02d%02d%02d" as the format
else use "%02d%01d%01d" as the format

I had to do this in bash for some unrelated reason, and here it is in case it
is helpful to you:

BUILD_MAJOR=$(echo ${PRODUCT_VERSION} | cut -f1 -d.)
BUILD_MINOR=$(echo ${PRODUCT_VERSION} | cut -f2 -d.)
BUILD_TINY=$(echo ${PRODUCT_VERSION} | cut -f3 -d.)

[[ -z "${BUILD_MINOR}" ]] && BUILD_MINOR="0"
[[ -z "${BUILD_TINY}" ]] && BUILD_TINY="0"

if ((BUILD_MAJOR > 10 || (BUILD_MAJOR == 10 && BUILD_MINOR >= 10))) ; then
  VERSION_ENCODED=$(printf "%02d%02d%02d" ${BUILD_MAJOR} ${BUILD_MINOR}
${BUILD_TINY})
else
  VERSION_ENCODED=$(printf "%02d%01d%01d" ${BUILD_MAJOR} ${BUILD_MINOR}
${BUILD_TINY})
fi

For clang, I did this (slightly less clean):

-    char Str[5];
-    Str[0] = '0' + (Maj / 10);
-    Str[1] = '0' + (Maj % 10);
-    Str[2] = '0' + std::min(Min, 9U);
-    Str[3] = '0' + std::min(Rev, 9U);
-    Str[4] = '\0';
+    char Str[7];
+    if (Maj < 10 || Maj == 10 && Min < 10) {
+      Str[0] = '0' + (Maj / 10);
+      Str[1] = '0' + (Maj % 10);
+      Str[2] = '0' + std::min(Min, 9U);
+      Str[3] = '0' + std::min(Rev, 9U);
+      Str[4] = '\0';
+    } else {
+      Str[0] = '0' + (Maj / 10);
+      Str[1] = '0' + (Maj % 10);
+      Str[2] = '0' + (Min / 10);
+      Str[3] = '0' + (Min % 10);
+      Str[4] = '0' + (Rev / 10);
+      Str[5] = '0' + (Rev % 10);
+      Str[6] = '\0';
+    }

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

--- Comment #51 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
> Created attachment 33932 [details]
> Patch for gcc 4.8 branch (based on gcc 4.8.3)

The test results for this 4.8.3 GCC with the above patch are good:
https://gcc.gnu.org/ml/gcc-testresults/2014-11/msg01016.html

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[larryv at macports dot org]

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

--- Comment #52 from Lawrence Velázquez <larryv at macports dot org> ---
Attachment 33932 should be superseded by attachment 33970 from bug 63810.
>From gcc-bugs-return-466733-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 14 09:46:25 2014
Return-Path: <gcc-bugs-return-466733-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 4727 invoked by alias); 14 Nov 2014 09:46:24 -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 4657 invoked by uid 48); 14 Nov 2014 09:46:21 -0000
From: "ramana at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/62173] [5.0 regression] [AArch64] Performance regression due to r213488
Date: Fri, 14 Nov 2014 09:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ramana at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jiwang at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status target_milestone
Message-ID: <bug-62173-4-atgpJZXGg3@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62173-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62173-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: 2014-11/txt/msg01205.txt.bz2
Content-length: 355

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
   Target Milestone|---                         |5.0

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[derrick.k at gmx dot de]

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

Derrick Kay <derrick.k at gmx dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |derrick.k at gmx dot de

--- Comment #53 from Derrick Kay <derrick.k at gmx dot de> ---
Hi guys,

sorry for asking such a stupid question here: I wanted to install and use
Fortran on my Mac (never used it before) and ran into the problems with
compiling described here.

I have basically two questions:

1) which one of the patches reported and listed above shall I use?
2) I tried all of them, but I seem to have difficulties implementing them.
Someone suggested to go to the appropriate directory where gcc is stored (i.e.
SSD1 ▸ Applications ▸ Xcode ▸ Contents ▸ Developer ▸ usr ▸ bin) store the patch
file there (as a .diff, right?) and then execute in the terminal

patch -p1 < patchfilename.diff

then, i get

wlan251-121:patch3 Derrick$ patch -p1 < patch.diff
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
b/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
|index 196eb3b..d55e200 100644
|--- a/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
|+++ b/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
--------------------------
File to patch: 

i enter gcc, and then i get

patching file gcc
Hunk #1 FAILED at 835.
1 out of 1 hunk FAILED -- saving rejects to file gcc.rej
can't find file to patch at input line 18
Perhaps you used the wrong -p or --strip option?

I am really new to all of this... any hint on how to implement one of the
patches, and ideally which patch to use, would be very much appreciated. thank
you, best,
derrick
>From gcc-bugs-return-466859-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 15 14:29:08 2014
Return-Path: <gcc-bugs-return-466859-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 28852 invoked by alias); 15 Nov 2014 14:29:07 -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 28823 invoked by uid 48); 15 Nov 2014 14:29:04 -0000
From: "schwab@linux-m68k.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/63886] float will fit into int with abs - possible missing warning Wabsolute-value
Date: Sat, 15 Nov 2014 14:29: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.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: schwab@linux-m68k.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-63886-4-u38KLJDnDA@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63886-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63886-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: 2014-11/txt/msg01331.txt.bz2
Content-length: 132

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

--- Comment #4 from Andreas Schwab <schwab@linux-m68k.org> ---
float f = 3.1f;

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

--- Comment #54 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to Derrick Kay from comment #53)
I've redirected that question to the mailing list (and answered it):
https://gcc.gnu.org/ml/fortran/2014-11/msg00088.html

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[howarth at bromo dot med.uc.edu]

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

--- Comment #55 from howarth at bromo dot med.uc.edu ---
(In reply to Derrick Kay from comment #53)

If you just want the gfortran compiler for Yosemite, either install the gcc49
package under the fink (http://www.finkproject.org), MacPorts
(http://www.macports.org) or homebrew (http://brew.sh) packaging systems. Also,
a stand-alone installation of gfortran for Yosemite is available at
http://hpc.sourceforge.net.

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[fxcoudert at gcc dot gnu.org]

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

--- Comment #56 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Author: fxcoudert
Date: Thu Dec 18 20:12:44 2014
New Revision: 218873

URL: https://gcc.gnu.org/viewcvs?rev=218873&root=gcc&view=rev
Log:
    PR target/61407

    * config/darwin-c.c (version_as_macro): Added extra 0 for OS X 10.10
    and above.
    * config/darwin-driver.c (darwin_find_version_from_kernel): Removed
    kernel version check to avoid incrementing it after every major OS X
    release.
    (darwin_default_min_version): Avoid static memory buffer.

    * gcc.dg/darwin-minversion-1.c: Fixed formatting
    * gcc.dg/darwin-minversion-2.c: Fixed formatting
    * gcc.dg/darwin-minversion-3.c: Fixed formatting
    * gcc.dg/darwin-minversion-4.c: Added test for OS X 10.10

Added:
    branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/darwin-minversion-4.c
Modified:
    branches/gcc-4_8-branch/gcc/ChangeLog
    branches/gcc-4_8-branch/gcc/config/darwin-c.c
    branches/gcc-4_8-branch/gcc/config/darwin-driver.c
    branches/gcc-4_8-branch/gcc/testsuite/ChangeLog
    branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/darwin-minversion-1.c
    branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/darwin-minversion-2.c
    branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/darwin-minversion-3.c

[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3

[pinskia at gcc dot gnu.org]

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

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |275438859 at qq dot com

--- Comment #58 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
*** Bug 67734 has been marked as a duplicate of this bug. ***