From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2099 invoked by alias); 27 Nov 2014 23:34:39 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 2070 invoked by uid 48); 27 Nov 2014 23:34:35 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug other/63758] liblto_plugin.so has undefined reference to _environ on OSX Date: Thu, 27 Nov 2014 23:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: other X-Bugzilla-Version: 4.9.2 X-Bugzilla-Keywords: lto X-Bugzilla-Severity: normal X-Bugzilla-Who: iains 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: In-Reply-To: References: 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-11/txt/msg03279.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D63758 --- Comment #3 from Iain Sandoe --- I'm not disputing that the code is wrong=E2=80=A6 =E2=80=A6 and the change that you've put forward looks reasonable. However, I'm not finding it easy to reproduce any failure - I've got a cross from darwin12 =3D> x86-64-linux-gnu with gold-enabled binutils.=20=20 There's no failure at either build-time or runtime for the liblto plugin. This is not entirely surprising (at least on the host I've tried), since the plugin is linked with -Wl,-undefined,dynamic_lookup. This means that _envi= ron will be resolved from the executable. So I'm interested in how to reproduce the effect you show in c#1 >>From gcc-bugs-return-468808-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 28 01:13:18 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 15039 invoked by alias); 28 Nov 2014 01:13:18 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 14989 invoked by uid 48); 28 Nov 2014 01:13:03 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/64096] std::list, set and map violate a rule about allocator::construct Date: Fri, 28 Nov 2014 01:13: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.9.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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/msg03280.txt.bz2 Content-length: 765 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64096 --- Comment #1 from Jonathan Wakely --- (In reply to rylai from comment #0) > As we can see, std::list implementation tries to call construct for whole > list node (U = std::_List_node), This is already fixed on the SVN trunk, which will be GCC 5. > and std::set and map (and also > multiset and multimap) call it for right type (int or std::pair int>), but from rebinded allocator (T = std::_Rb_tree_node). I've discussed this extensively with the main author of the C++11 allocator proposals and other members of the committee. The standard is supposed to allow that, the fact it doesn't is a defect, see http://cplusplus.github.io/LWG/lwg-active.html#2218