From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-301605-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 30274 invoked by alias); 7 Sep 2011 17:00:36 -0000
Received: (qmail 30253 invoked by uid 22791); 7 Sep 2011 17:00:35 -0000
X-SWARE-Spam-Status: No, hits=-2.1 required=5.0	tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from qmta03.emeryville.ca.mail.comcast.net (HELO qmta03.emeryville.ca.mail.comcast.net) (76.96.30.32)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Sep 2011 17:00:18 +0000
Received: from omta13.emeryville.ca.mail.comcast.net ([76.96.30.52])	by qmta03.emeryville.ca.mail.comcast.net with comcast	id Vszj1h00617UAYkA3t0Cbm; Wed, 07 Sep 2011 17:00:12 +0000
Received: from up.mrs.kithrup.com ([24.4.193.8])	by omta13.emeryville.ca.mail.comcast.net with comcast	id Vszz1h00W0BKwT48Zt006x; Wed, 07 Sep 2011 17:00:00 +0000
Subject: Re: [Patch, Ada, Darwin] Remove use of "flat_namespace" linker flag.
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: Mike Stump <mikestump@comcast.net>
In-Reply-To: <F37ADD6C-CFB3-4A3D-98E6-8E390F65AB90@sandoe-acoustics.co.uk>
Date: Wed, 07 Sep 2011 17:05:00 -0000
Cc: GCC Patches <gcc-patches@gcc.gnu.org>, Arnaud Charlet <charlet@adacore.com>, Mike Stump <mrs@gcc.gnu.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <43F29799-9106-45A0-AFFF-43F48CAC22CE@comcast.net>
References: <F37ADD6C-CFB3-4A3D-98E6-8E390F65AB90@sandoe-acoustics.co.uk>
To: Iain Sandoe <developer@sandoe-acoustics.co.uk>
X-IsSubscribed: yes
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
X-SW-Source: 2011-09/txt/msg00507.txt.bz2

On Sep 7, 2011, at 1:08 AM, Iain Sandoe wrote:
> It also upsets our careful use of an extension library to provide current=
 GCC facilities to Darwin 8...11 (which relies on the two-level namespace t=
o use both the system and GCC versions of libgcc_s) ... and, in particular,=
 this can cause subtle and difficult to diagnose differences of behavior be=
tween darwin 9 and later systems.

> So is the following OK for trunk?

I'm ok with it from a darwin perspective if you want to go that direction, =
though, this would be an Ada person call in the end.