From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22387 invoked by alias); 22 Jan 2014 19:49:10 -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 22358 invoked by uid 48); 22 Jan 2014 19:49:07 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter Date: Wed, 22 Jan 2014 19:49: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.7.0 X-Bugzilla-Keywords: 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-01/txt/msg02379.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D44107 --- Comment #30 from Iain Sandoe --- (In reply to Denis Excoffier from comment #29) > (In reply to Iain Sandoe from comment #28) > > Well, there is a fix - which is to update > > /usr/lib/libgcc_s.dylib to a non-buggy version. > I had understood that it was desirable not to replace libgcc_s.dylib. so long as the system was maintained by the Vendor, then indeed it would be= a bad thing but=E2=80=A6 see below (It's also somewhat like open-heart surgery - if you make a mistake doing t= he exchange then you need to boot from a different disk to recover. This make= s it unsuitable, without an installer, for casual users) > Personally, i use the sed command (shown in comment #17) to create my own > libgcc_s.1.dylib, i install it with GCC in /usr/local (or equivalent) and > try to always link with it (and usually succeed since i don't use any > libraries that are already linked with /usr/lib/libgcc_s.dylib). For > security matters, that's like replacing, however. I think replacing is the proper option in this case - the security issue is moot for an unsupported EOL system. >=20 > In any case, that bug is not NEW any more. Well, I think we should close as WONTFIX - because we don't have resources = to find a better solution - and replacing the library is an acceptable work-ar= ound for EOL systems (I've now done this on both my i686 and ppc darwin9 boxes). Note: that a replacement library MUST be built FAT if you want ppc64 to work and FAT including ppc on i686-darwin9 if you want rosetta to work. >>From gcc-bugs-return-441238-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jan 22 19:53:27 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 26716 invoked by alias); 22 Jan 2014 19:53:27 -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 26300 invoked by uid 48); 22 Jan 2014 19:53:22 -0000 From: "glisse at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/58764] [4.9 Regression] [lwg/2193] error:=?UTF-8?Q?=20converting=20to=20=E2=80=98const=20std?=::vector >=?UTF-8?Q?=E2=80=99=20from=20initializer=20list=20would=20use=20explicit=20constructor?= Date: Wed, 22 Jan 2014 19:53: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: glisse at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: redi at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.9.0 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-01/txt/msg02380.txt.bz2 Content-length: 336 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58764 --- Comment #10 from Marc Glisse --- vector() _GLIBCXX_NOEXCEPT : _Base() { } list() _GLIBCXX_NOEXCEPT I think that's wrong, the default construction of the allocator may throw, hence the conditional noexcept I was suggesting in comment #3.