From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 51624 invoked by alias); 30 Aug 2015 07:23:05 -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 51573 invoked by uid 48); 30 Aug 2015 07:22:59 -0000 From: "jeanmichael.celerier at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67398] New: Segfault when template static references another template Date: Sun, 30 Aug 2015 07:23: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: 5.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jeanmichael.celerier at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: 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 target_milestone Message-ID: 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: 2015-08/txt/msg02021.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67398 Bug ID: 67398 Summary: Segfault when template static references another template Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: jeanmichael.celerier at gmail dot com Target Milestone: --- Error given by gcc :=20 /home/jcelerier/i-score/base/plugins/iscore-plugin-scenario/source/Process/= ScenarioModel.cpp : dans l'instantiation de =E2=80=98const qt_meta_stringdata_NotifyingMap_t staticStringData=E2=80=99 : /home/jcelerier/i-score/base/plugins/iscore-plugin-scenario/source/Process/= ScenarioModel.cpp:57:29: required from =E2=80=98const QMetaObject NotifyingMap::staticMetaObject=E2=80=99 /home/jcelerier/i-score/base/plugins/iscore-plugin-scenario/source/Process/= ScenarioModel.cpp:73:172: required from here /home/jcelerier/i-score/base/plugins/iscore-plugin-scenario/source/Process/= ScenarioModel.cpp:31:3: erreur interne du compilateur: Erreur de segmentation } staticStringData{}; ^ Rough translation of the last line : Internal Compiler Error : segmentation fault. The relevant part starts at line 196141 of the attached preprocessed source. It started when I added a template at line 196240 : staticStringData.data,=20 The "required from here" refers to an usage of staticMetaObject in code. Requires -fPIC and -std=3Dc++14. >>From gcc-bugs-return-495880-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 30 07:25:29 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 53532 invoked by alias); 30 Aug 2015 07:25:28 -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 53499 invoked by uid 48); 30 Aug 2015 07:25:24 -0000 From: "jeanmichael.celerier at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67398] Segfault when template static references another template Date: Sun, 30 Aug 2015 07:25: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.2.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jeanmichael.celerier at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: 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: 2015-08/txt/msg02022.txt.bz2 Content-length: 360 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D67398 --- Comment #1 from Jean-Micha=C3=ABl Celerier --- I couldn't upload the attachment here (>1mb) so here is the preprocessed so= urce : https://gist.githubusercontent.com/jcelerier/6e67a053e08188cac07f/raw/b74ad= 5be0dcc12ff230cc7212fe5fa94b6413686/gccsegfault.cpp >>From gcc-bugs-return-495882-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 30 07:31:36 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 67544 invoked by alias); 30 Aug 2015 07:31:36 -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 67128 invoked by uid 48); 30 Aug 2015 07:31:32 -0000 From: "egall at gwmail dot gwu.edu" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/67363] [6 Regression] r227188 breaks build for mingw-w64 Date: Sun, 30 Aug 2015 07:31:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: egall at gwmail dot gwu.edu X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dmalcolm at redhat dot com X-Bugzilla-Target-Milestone: 6.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: 2015-08/txt/msg02024.txt.bz2 Content-length: 774 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363 --- Comment #2 from Eric Gallager --- Actually on further investigation, libiberty should already provide a strndup implementation, the issue is just that it's not getting picked up here... I'm not sure whether it would be better to put a declaration for it in include/libiberty.h or in gcc/system.h though? Or both? The former seems like the more correct location, but the latter was the one that actually worked, so... I guess I should attach a patch for the latter then? Along with the proper configure changes required for the ifdefs to work properly, that is... (anyways, that's just the strndup part of the issue; I have no clue about the setenv/unsetenv part in the original bug...)