public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain'
@ 2013-03-29 12:55 treeve at sourcemage dot org
2013-04-02 9:06 ` [Bug libstdc++/56779] [4.8/4.9 Regression] " rguenth at gcc dot gnu.org
` (21 more replies)
0 siblings, 22 replies; 23+ messages in thread
From: treeve at sourcemage dot org @ 2013-03-29 12:55 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Bug #: 56779
Summary: libstdc++.so: undefined reference to
`libintl_textdomain'
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libstdc++
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: treeve@sourcemage.org
Created attachment 29749
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29749
full compile log for gcc-4.8.0
libstdc++.so has references to libintl_textdomain, but intl is not listed as a
needed library
$ readelf -d
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/../../../../lib/libstdc++.so |grep
NEEDED
0x0000000000000001 (NEEDED) Shared library: [libm.so.6]
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
0x0000000000000001 (NEEDED) Shared library: [ld-linux-x86-64.so.2]
0x0000000000000001 (NEEDED) Shared library: [libgcc_s.so.1]
$ readelf -s
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/../../../../lib/libstdc++.so |grep
libintl
252: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND libintl_gettext
1825: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND libintl_textdomain
2592: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND
libintl_bindtextdomain
961: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND libintl_gettext
2534: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND libintl_textdomain
3301: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND
libintl_bindtextdomain
This causes major problems when trying to link a C++ program
eg:
g++ -march=native -mtune=native -m64 -pipe -ffast-math -funroll-loops -O3 -s
-Wl,--as-needed -lpthread -lintl -pthread -Wl,-rpath,'$ORIGIN/../lib'
-Wl,-rpath,'$ORIGIN/../intl' -Wl,--version-script,empty.vers
/var/git/x86_64/firebird3/temp/Release/gpre/hsh.o
/var/git/x86_64/firebird3/temp/Release/gpre/jrdmet.o
/var/git/x86_64/firebird3/temp/Release/gpre/cme.o
/var/git/x86_64/firebird3/temp/Release/gpre/par.o
/var/git/x86_64/firebird3/temp/Release/gpre/sqe.o
/var/git/x86_64/firebird3/temp/Release/gpre/msc.o
/var/git/x86_64/firebird3/temp/Release/gpre/c_cxx.o
/var/git/x86_64/firebird3/temp/Release/gpre/exp.o
/var/git/x86_64/firebird3/temp/Release/gpre/movg.o
/var/git/x86_64/firebird3/temp/Release/gpre/pat.o
/var/git/x86_64/firebird3/temp/Release/gpre/cmp.o
/var/git/x86_64/firebird3/temp/Release/gpre/gpre.o
/var/git/x86_64/firebird3/temp/Release/gpre/sql.o
/var/git/x86_64/firebird3/temp/Release/gpre/int_cxx.o
/var/git/x86_64/firebird3/temp/Release/gpre/cmd.o
/var/git/x86_64/firebird3/temp/Release/gpre/boot/gpre_meta_boot.o
/var/git/x86_64/firebird3/temp/Release/yvalve/gds.o
/var/git/x86_64/firebird3/temp/Release/common.a -o
/var/git/x86_64/firebird3/gen/Release/firebird/bin/gpre_boot
-L/var/git/x86_64/firebird3/gen/Release/firebird/lib -lpthread -latomic_ops -lm
-ldl -lcurses
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/../../../../lib/libstdc++.so: undefined
reference to `libintl_gettext'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/../../../../lib/libstdc++.so: undefined
reference to `libintl_textdomain'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/../../../../lib/libstdc++.so: undefined
reference to `libintl_bindtextdomain'
collect2: error: ld returned 1 exit status
gettext
In some cases this can be solved by setting LDFLAGS="-lintl", but in other
cases the makefiles ignore this setting and fail.
gcc was configure with --disable-nls, but gettext-0.18.2 was on the system,and
installed
/usr/lib/libasprintf.a
/usr/lib/libasprintf.la
/usr/lib/libasprintf.so
/usr/lib/libasprintf.so.0
/usr/lib/libasprintf.so.0.0.0
/usr/lib/libgettextlib-0.18.2.so
/usr/lib/libgettextlib.la
/usr/lib/libgettextlib.so
/usr/lib/libgettextpo.a
/usr/lib/libgettextpo.la
/usr/lib/libgettextpo.so
/usr/lib/libgettextpo.so.0
/usr/lib/libgettextpo.so.0.5.2
/usr/lib/libgettextsrc-0.18.2.so
/usr/lib/libgettextsrc.la
/usr/lib/libgettextsrc.so
/usr/lib/libintl.a
/usr/lib/libintl.la
/usr/lib/libintl.so
/usr/lib/libintl.so.8
/usr/lib/libintl.so.8.1.2
The output from configure includes the following:
checking whether NLS is requested... no
checking build system type... checking for msgfmt... x86_64-pc-linux-gnu
checking for x86_64-pc-linux-gnu-gcc... gcc
x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking target system type... /usr/bin/msgfmt
checking for gmsgfmt... x86_64-pc-linux-gnu
checking target system type... /usr/bin/msgfmt
checking for xgettext... x86_64-pc-linux-gnu
checking for x86_64-pc-linux-gnu-ar... ar
checking for x86_64-pc-linux-gnu-ranlib... ranlib
checking for x86_64-pc-linux-gnu-gcc... gcc
x86_64-pc-linux-gnu
checking for x86_64-pc-linux-gnu-gcc... gcc
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... /usr/bin/xgettext
checking for C compiler default output file name... checking for msgmerge...
/usr/bin/msgmerge
....
checking whether NLS is requested... no
checking whether to use NLS... no
gcc was build using:
gcc-4.7.2
binutils-2.23.1
gettext-0.18.2
A full compile log for gcc-4.8.0 is attached
when gcc is built without gettext support, but gettext-
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
@ 2013-04-02 9:06 ` rguenth at gcc dot gnu.org
2013-05-31 10:58 ` jakub at gcc dot gnu.org
` (20 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-04-02 9:06 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dnovillo at gcc dot gnu.org
Target Milestone|--- |4.8.1
Summary|libstdc++.so: undefined |[4.8/4.9 Regression]
|reference to |libstdc++.so: undefined
|`libintl_textdomain' |reference to
| |`libintl_textdomain'
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> 2013-04-02 09:05:57 UTC ---
Diego, this may be due to your patch as well.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
2013-04-02 9:06 ` [Bug libstdc++/56779] [4.8/4.9 Regression] " rguenth at gcc dot gnu.org
@ 2013-05-31 10:58 ` jakub at gcc dot gnu.org
2013-06-25 18:44 ` fragabr at gmail dot com
` (19 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: jakub at gcc dot gnu.org @ 2013-05-31 10:58 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.1 |4.8.2
--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.1 has been released.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
2013-04-02 9:06 ` [Bug libstdc++/56779] [4.8/4.9 Regression] " rguenth at gcc dot gnu.org
2013-05-31 10:58 ` jakub at gcc dot gnu.org
@ 2013-06-25 18:44 ` fragabr at gmail dot com
2013-08-24 2:04 ` fragabr at gmail dot com
` (18 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2013-06-25 18:44 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Dâniel Fraga <fragabr at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fragabr at gmail dot com
--- Comment #3 from Dâniel Fraga <fragabr at gmail dot com> ---
Is this already fixed? I installed gcc 4.8.2 20130620 (prerelease) and it keeps
happening. For example, when trying to configure Firefox:
configure:3223: checking whether the C++ compiler (c++ -march=native -O3 -pipe
-floop-interchange -floop-strip-mine -floop-block -L/usr/local/ssl/lib
-L/usr/local/BerkeleyDB/lib -L/usr/X11/lib -L/usr/local/lib64) works
configure:3239: c++ -o conftest -march=native -O3 -pipe -floop-interchange
-floop-strip-mine -floop-block -L/usr/local/ssl/lib
-L/usr/local/BerkeleyDB/lib -L/usr/X11/lib -L/usr/local/lib64 conftest.C 1>&5
/usr/local/lib64/libstdc++.so: undefined reference to `libintl_gettext'
/usr/local/lib64/libstdc++.so: undefined reference to `libintl_textdomain'
/usr/local/lib64/libstdc++.so: undefined reference to `libintl_bindtextdomain'
collect2: error: ld returned 1 exit status
configure: failed program was:
#line 3234 "configure"
#include "confdefs.h"
int main(){return(0);}
*****************************************************
It started to happen with gcc 4.8.0. So something was changed in 4.8.0 to cause
this.
>From gcc-bugs-return-425125-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 25 19:03:42 2013
Return-Path: <gcc-bugs-return-425125-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8067 invoked by alias); 25 Jun 2013 19:03:42 -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 8027 invoked by uid 55); 25 Jun 2013 19:03:39 -0000
From: "zeccav at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/34547] NULL(): Fortran 2003 changes, accepts invalid, ICE on invalid
Date: Tue, 25 Jun 2013 19:03: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.3.0
X-Bugzilla-Keywords: accepts-invalid, diagnostic, ice-on-invalid-code, rejects-valid
X-Bugzilla-Severity: normal
X-Bugzilla-Who: zeccav at gmail 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-34547-4-44rCYtsl61@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-34547-4@http.gcc.gnu.org/bugzilla/>
References: <bug-34547-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: 2013-06/txt/msg01504.txt.bz2
Content-length: 258
http://gcc.gnu.org/bugzilla/show_bug.cgi?id4547
--- Comment #7 from Vittorio Zecca <zeccav at gmail dot com> ---
It looks like it was fixed in 4.7.0 with the following error message
Error: NULL intrinsic at (1) in data transfer statement requires MOLD
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (2 preceding siblings ...)
2013-06-25 18:44 ` fragabr at gmail dot com
@ 2013-08-24 2:04 ` fragabr at gmail dot com
2013-10-16 9:51 ` jakub at gcc dot gnu.org
` (17 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2013-08-24 2:04 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #4 from Dâniel Fraga <fragabr at gmail dot com> ---
Nobody?
>From gcc-bugs-return-428325-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 24 02:07:18 2013
Return-Path: <gcc-bugs-return-428325-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25022 invoked by alias); 24 Aug 2013 02:07: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 24979 invoked by uid 48); 24 Aug 2013 02:07:16 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/54485] g++ should diagnose default arguments in out-of-line definitions for template class member functions
Date: Sat, 24 Aug 2013 02:07: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.8.0
X-Bugzilla-Keywords: accepts-invalid
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: paolo.carlini at oracle dot com
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status assigned_to target_milestone
Message-ID: <bug-54485-4-27QyYB6wkF@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-54485-4@http.gcc.gnu.org/bugzilla/>
References: <bug-54485-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: 2013-08/txt/msg01249.txt.bz2
Content-length: 522
http://gcc.gnu.org/bugzilla/show_bug.cgi?idT485
Paolo Carlini <paolo.carlini at oracle dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com
Target Milestone|--- |4.9.0
--- Comment #3 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Mine.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (3 preceding siblings ...)
2013-08-24 2:04 ` fragabr at gmail dot com
@ 2013-10-16 9:51 ` jakub at gcc dot gnu.org
2013-10-17 0:17 ` fragabr at gmail dot com
` (16 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: jakub at gcc dot gnu.org @ 2013-10-16 9:51 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.2 |4.8.3
--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.2 has been released.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (4 preceding siblings ...)
2013-10-16 9:51 ` jakub at gcc dot gnu.org
@ 2013-10-17 0:17 ` fragabr at gmail dot com
2013-10-25 12:46 ` rguenth at gcc dot gnu.org
` (15 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2013-10-17 0:17 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #6 from Dâniel Fraga <fragabr at gmail dot com> ---
(In reply to Jakub Jelinek from comment #5)
> GCC 4.8.2 has been released.
The problem remains with 4.8.2. A workaround is to go back and use
libstdc++.so.6.0.17 from previous version prior to gcc 4.8.0 (where hits bug
was introduced).
>From gcc-bugs-return-432025-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 17 01:28:20 2013
Return-Path: <gcc-bugs-return-432025-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30074 invoked by alias); 17 Oct 2013 01:28:20 -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 30047 invoked by uid 48); 17 Oct 2013 01:28:16 -0000
From: "conradsand.arma at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/55436] g++ compiles invalid code with child class of nested class in template class
Date: Thu, 17 Oct 2013 01:28: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.0
X-Bugzilla-Keywords: accepts-invalid, rejects-valid, wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: conradsand.arma at gmail 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-55436-4-mwhr0fet7x@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-55436-4@http.gcc.gnu.org/bugzilla/>
References: <bug-55436-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: 2013-10/txt/msg01169.txt.bz2
Content-length: 146
http://gcc.gnu.org/bugzilla/show_bug.cgi?idU436
--- Comment #11 from Conrad <conradsand.arma at gmail dot com> ---
btw, any news on this bug?
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (5 preceding siblings ...)
2013-10-17 0:17 ` fragabr at gmail dot com
@ 2013-10-25 12:46 ` rguenth at gcc dot gnu.org
2013-10-25 13:03 ` fragabr at gmail dot com
` (14 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-10-25 12:46 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2013-10-25
Ever confirmed|0 |1
--- Comment #7 from Richard Biener <rguenth at gcc dot gnu.org> ---
I get these functions from glibc instead:
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 gettext
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 textdomain
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 bindtextdomain
both with and without --disable-nls. How does configure end up adding
the lib into the link flags for libstdc++ in your case?
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (6 preceding siblings ...)
2013-10-25 12:46 ` rguenth at gcc dot gnu.org
@ 2013-10-25 13:03 ` fragabr at gmail dot com
2014-01-09 10:28 ` redi at gcc dot gnu.org
` (13 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2013-10-25 13:03 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #8 from Dâniel Fraga <fragabr at gmail dot com> ---
(In reply to Richard Biener from comment #7)
> I get these functions from glibc instead:
>
> 0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 gettext
> 0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 textdomain
> 0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 bindtextdomain
>
> both with and without --disable-nls. How does configure end up adding
> the lib into the link flags for libstdc++ in your case?
Good question. How can I debug this? Is there a simple way?
>From gcc-bugs-return-432729-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Oct 25 13:11:22 2013
Return-Path: <gcc-bugs-return-432729-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 14946 invoked by alias); 25 Oct 2013 13:11:21 -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 14918 invoked by uid 48); 25 Oct 2013 13:11:17 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/57189] [4.9 Regression] Vector register is spilled for vector extract pattern
Date: Fri, 25 Oct 2013 13:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: missed-optimization, ra
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: priority
Message-ID: <bug-57189-4-7dD991v0hQ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57189-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57189-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: 2013-10/txt/msg01873.txt.bz2
Content-length: 290
http://gcc.gnu.org/bugzilla/show_bug.cgi?idW189
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P1
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (7 preceding siblings ...)
2013-10-25 13:03 ` fragabr at gmail dot com
@ 2014-01-09 10:28 ` redi at gcc dot gnu.org
2014-01-09 13:00 ` fragabr at gmail dot com
` (12 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-09 10:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #10 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to treeve from comment #0)
>
> when gcc is built without gettext support, but gettext-
This was truncated, could the submitter also please clarify what was meant?
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (8 preceding siblings ...)
2014-01-09 10:28 ` redi at gcc dot gnu.org
@ 2014-01-09 13:00 ` fragabr at gmail dot com
2014-01-20 18:19 ` redi at gcc dot gnu.org
` (11 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2014-01-09 13:00 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #11 from Dâniel Fraga <fragabr at gmail dot com> ---
(In reply to Jonathan Wakely from comment #9)
> Could the submitter and/or Daniel please provide the complete configure
> command used to build GCC (e.g. from the output of 'gcc -v', this is
> supposed to be part of any bug report, see http://gcc.gnu.org/bugs/ for
> details).
Here it's Jonathan:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.8.2/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.8.2/configure --disable-multilib
--disable-isl-version-check --enable-cloog-backend=isl
--enable-languages=c,c++,lto
Thread model: posix
gcc version 4.8.2 (GCC)
>From gcc-bugs-return-439758-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 09 13:01:16 2014
Return-Path: <gcc-bugs-return-439758-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13480 invoked by alias); 9 Jan 2014 13:01: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 13438 invoked by uid 48); 9 Jan 2014 13:01:12 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/59737] [4.9 Regression] ice from optimize_inline_calls
Date: Thu, 09 Jan 2014 13:01: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.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth 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: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc component target_milestone short_desc
Message-ID: <bug-59737-4-XjnoxLg73z@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59737-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59737-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-01/txt/msg00900.txt.bz2
Content-length: 575
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY737
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hubicka at gcc dot gnu.org
Component|c++ |middle-end
Target Milestone|--- |4.9.0
Summary|ice from |[4.9 Regression] ice from
|optimize_inline_calls |optimize_inline_calls
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (9 preceding siblings ...)
2014-01-09 13:00 ` fragabr at gmail dot com
@ 2014-01-20 18:19 ` redi at gcc dot gnu.org
2014-01-20 18:22 ` redi at gcc dot gnu.org
` (10 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-20 18:19 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #12 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Thanks, Daniel. I'm still trying to understand what's happening here so I can
reproduce it.
libintl_textdomain is the GNU gettext implementation of the textdomain(3)
function. On my Fedora systems textdomain(3) is provided by glibc, not GNU
gettext, so it defines the symbol textdomain not libintl_textdomain.
The GNU clocale model unconditionally includes <libintl.h> in
<bits/messages_members.h> and uses textdomain, and assumes it comes from glibc:
# Don't call AM-GNU-GETTEXT here. Instead, assume glibc.
AC_CHECK_PROG(check_msgfmt, msgfmt, yes, no)
if test x"$check_msgfmt" = x"yes" && test x"$enable_nls" = x"yes"; then
USE_NLS=yes
fi
When using --disable-nls the configure script does not check whether -lintl is
needed for gettext:
# A standalone libintl (e.g., GNU libintl) may be in use.
if test $USE_NLS = yes; then
AC_CHECK_HEADERS([libintl.h], [], USE_NLS=no)
AC_SEARCH_LIBS(gettext, intl, [], USE_NLS=no)
fi
So I need to know which GNU/Linux distro you are using, and why it does not
provide textdomain in glibc.
1) Which GNU/Linux distro are you using?
2) Does your libintl.h come from glibc or gettext?
3) What does this command print?
g++ -E -x c++ - <<< '#include <libintl.h>' | head
4) What does this command print?
which msgfmt
Here's an untested patch that might help:
diff --git a/libstdc++-v3/acinclude.m4 b/libstdc++-v3/acinclude.m4
index fcdcd9a..50b0b0e 100644
--- a/libstdc++-v3/acinclude.m4
+++ b/libstdc++-v3/acinclude.m4
@@ -2093,6 +2093,7 @@ AC_DEFUN([GLIBCXX_ENABLE_CLOCALE], [
AC_CHECK_PROG(check_msgfmt, msgfmt, yes, no)
if test x"$check_msgfmt" = x"yes" && test x"$enable_nls" = x"yes"; then
USE_NLS=yes
+ AC_SEARCH_LIBS(gettext, intl, [], USE_NLS=no)
fi
# Export the build objects.
for ling in $ALL_LINGUAS; do \
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (10 preceding siblings ...)
2014-01-20 18:19 ` redi at gcc dot gnu.org
@ 2014-01-20 18:22 ` redi at gcc dot gnu.org
2014-01-20 19:56 ` redi at gcc dot gnu.org
` (9 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-20 18:22 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #13 from Jonathan Wakely <redi at gcc dot gnu.org> ---
A possible workaround is to ensure that *either* glibc provides textdomain(3)
*or* you have GNU gettext installed and do not use --disable-nls
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (11 preceding siblings ...)
2014-01-20 18:22 ` redi at gcc dot gnu.org
@ 2014-01-20 19:56 ` redi at gcc dot gnu.org
2014-01-20 19:58 ` fragabr at gmail dot com
` (8 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-20 19:56 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #17 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Marc Glisse from comment #16)
> > AC_SEARCH_LIBS(gettext, intl, [], USE_NLS=no)
>
> seems a bit crude, as it results in this link test:
It also doesn't help solve the bug :-)
Yes, I realised later that we need a custom test that ensures we use the
correct lib to match whichever libintl.h is included.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (12 preceding siblings ...)
2014-01-20 19:56 ` redi at gcc dot gnu.org
@ 2014-01-20 19:58 ` fragabr at gmail dot com
2014-01-20 20:02 ` redi at gcc dot gnu.org
` (7 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2014-01-20 19:58 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #18 from Dâniel Fraga <fragabr at gmail dot com> ---
(In reply to Jonathan Wakely from comment #15)
> (In reply to Dâniel Fraga from comment #14)
> Thanks for the quick response, that explains the problem.
>
> G++ finds the version in /usr/local/include first, so the library gets a
> dependency on libintl_textdomain, but the configure checks find textdomain
> in glibc, so thinks there is no need to link to libintl.
So the solution is to change configure?
>From gcc-bugs-return-441056-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jan 20 19:59:50 2014
Return-Path: <gcc-bugs-return-441056-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18771 invoked by alias); 20 Jan 2014 19:59: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 18735 invoked by uid 48); 20 Jan 2014 19:59:46 -0000
From: "dominiq at lps dot ens.fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/59888] ld: warning: PIE disabled. Absolute addressing (perhaps -mdynamic-no-pic) not allowed in code signed PIE ...
Date: Mon, 20 Jan 2014 19:59: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.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dominiq at lps dot ens.fr
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-59888-4-Dx3a7bi27j@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59888-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59888-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-01/txt/msg02198.txt.bz2
Content-length: 1569
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY888
--- Comment #2 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
When I opened this PR I missed the "-fshared". With it I get the linker error.
On IRC Iain Sandoe gives the following workaround:
(1) gfc -S F03_iso.f90
(2) apply the following patch:
--- F03_iso.s 2014-01-20 20:54:05.000000000 +0100
+++ F03_iso_orig.s 2014-01-20 20:53:06.000000000 +0100
@@ -54,7 +54,7 @@ LCFI4:
LCFI5:
ret
LFE1:
- .const
+ .const_data
.align 3
LC2:
.quad _compute
(3) gfc -shared F03_iso.s -o F03_iso.dylib
(4) gfc F03_iso_main.f90 F03_iso.dylib with F03_iso_main.f90 being
use F03_ISO_C
use, intrinsic :: iso_c_binding
implicit none
integer :: F03_ISO_C_init
integer :: i
i = F03_ISO_C_init()
print *, i
end
Then the executable outputs
4493950477 is the address
1
and otool -Lv gives
F03_iso.dylib (compatibility version 0.0.0, current version 0.0.0)
time stamp 2 Thu Jan 1 01:00:02 1970
/opt/gcc/gcc4.9w/lib/libgfortran.3.dylib (compatibility version 4.0.0,
current version 4.0.0)
time stamp 2 Thu Jan 1 01:00:02 1970
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
1197.1.1)
time stamp 2 Thu Jan 1 01:00:02 1970
/opt/gcc/gcc4.9w/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
version 1.0.0)
time stamp 2 Thu Jan 1 01:00:02 1970
/opt/gcc/gcc4.9w/lib/libquadmath.0.dylib (compatibility version 1.0.0,
current version 1.0.0)
time stamp 2 Thu Jan 1 01:00:02 1970
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (13 preceding siblings ...)
2014-01-20 19:58 ` fragabr at gmail dot com
@ 2014-01-20 20:02 ` redi at gcc dot gnu.org
2014-01-22 18:34 ` redi at gcc dot gnu.org
` (6 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-20 20:02 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #19 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Yes. Currently configure has a broken check for libintl that gives the wrong
result if you have GNU gettext installed as well as glibc, and we only do that
check when USE_NLS=yes. For GNU/Linux we always need textdomain even with
--disable-nls so always need the libintl check.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (14 preceding siblings ...)
2014-01-20 20:02 ` redi at gcc dot gnu.org
@ 2014-01-22 18:34 ` redi at gcc dot gnu.org
2014-01-23 18:35 ` redi at gcc dot gnu.org
` (5 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-22 18:34 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |normal
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (15 preceding siblings ...)
2014-01-22 18:34 ` redi at gcc dot gnu.org
@ 2014-01-23 18:35 ` redi at gcc dot gnu.org
2014-01-23 18:40 ` redi at gcc dot gnu.org
` (4 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-23 18:35 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #20 from Jonathan Wakely <redi at gcc dot gnu.org> ---
I've installed gettext, and it doesn't install its own libintl.h, so I don't
know how your LFS system is built but I still can't reproduce the problem.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (16 preceding siblings ...)
2014-01-23 18:35 ` redi at gcc dot gnu.org
@ 2014-01-23 18:40 ` redi at gcc dot gnu.org
2014-01-23 18:47 ` fragabr at gmail dot com
` (3 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-23 18:40 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #21 from Jonathan Wakely <redi at gcc dot gnu.org> ---
OK, configuring GNU gettext with --with-included-gettext creates
/usr/local/include/libintl.h ... but why would you do that on GNU/Linux when
glibc provides it? I'm tempted to say doing that is user error and not a GCC
bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (17 preceding siblings ...)
2014-01-23 18:40 ` redi at gcc dot gnu.org
@ 2014-01-23 18:47 ` fragabr at gmail dot com
2014-01-23 19:18 ` jakub at gcc dot gnu.org
` (2 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2014-01-23 18:47 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #22 from Dâniel Fraga <fragabr at gmail dot com> ---
(In reply to Jonathan Wakely from comment #21)
> OK, configuring GNU gettext with --with-included-gettext creates
> /usr/local/include/libintl.h ... but why would you do that on GNU/Linux when
> glibc provides it? I'm tempted to say doing that is user error and not a
> GCC bug.
I didn't use this option. I just installed it the normal way:
./configure
make
sudo make install
I installed it here and it installs the libintl.h (I didn't use any configure
options, just "./configure"):
fraga@tux ~/src/gettext-0.18.3.2$ ls /usr/local/bin/gettext -l
-rwxr-xr-x 1 root root 43481 Jan 23 16:43 /usr/local/bin/gettext*
fraga@tux ~/src/gettext-0.18.3.2$ ls /usr/local/include/libintl.h -l
-rw-r--r-- 1 root root 16654 Jan 23 16:43 /usr/local/include/libintl.h
Should I complain with gettext developers?
>From gcc-bugs-return-441355-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 23 18:55:14 2014
Return-Path: <gcc-bugs-return-441355-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 1903 invoked by alias); 23 Jan 2014 18:55:13 -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 1332 invoked by uid 55); 23 Jan 2014 18:54:41 -0000
From: "jason at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/55189] enable -Wreturn-type by default
Date: Thu, 23 Jan 2014 18:55: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.6.2
X-Bugzilla-Keywords: diagnostic
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-55189-4-X1nntz6ME7@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-55189-4@http.gcc.gnu.org/bugzilla/>
References: <bug-55189-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-01/txt/msg02497.txt.bz2
Content-length: 1133
http://gcc.gnu.org/bugzilla/show_bug.cgi?idU189
--- Comment #7 from Jason Merrill <jason at gcc dot gnu.org> ---
Author: jason
Date: Thu Jan 23 18:54:08 2014
New Revision: 207001
URL: http://gcc.gnu.org/viewcvs?rev 7001&root=gcc&view=rev
Log:
PR c++/55189
* cp-tree.h (struct language_function): Add infinite_loop and
infinite_loops.
(current_function_infinite_loop): New.
* semantics.c (begin_maybe_infinite_loop, end_maybe_infinite_loop)
(break_maybe_infinite_loop): New.
(finish_while_stmt_cond, finish_while_stmt, begin_do_stmt)
(finish_do_stmt, finish_for_cond, finish_for_stmt)
(begin_range_for_stmt): Use them.
* decl.c (finish_function): Don't warn about missing return
if current_function_infinite_loop.
* pt.c (instantiate_decl): Copy current_function_infinite_loop.
* parser.c (cp_parser_jump_statement): Call break_maybe_infinite_loop.
Added:
trunk/gcc/testsuite/g++.dg/warn/Wreturn-type-9.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/semantics.c
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (18 preceding siblings ...)
2014-01-23 18:47 ` fragabr at gmail dot com
@ 2014-01-23 19:18 ` jakub at gcc dot gnu.org
2014-01-23 19:25 ` fragabr at gmail dot com
2014-01-23 19:42 ` redi at gcc dot gnu.org
21 siblings, 0 replies; 23+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-01-23 19:18 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #23 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
gettext Makefile has:
# We must not install the libintl.h/libintl.a files if we are on a
# system which has the GNU gettext() function in its C library or in a
# separate library.
# If you want to use the one which comes with this version of the
# package, you have to use "configure --with-included-gettext".
so I'd say it is definitely not a libstdc++ bug if you have it installed. If
you roll your own Linux from scratch, it is up to you to debug why it happened.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (19 preceding siblings ...)
2014-01-23 19:18 ` jakub at gcc dot gnu.org
@ 2014-01-23 19:25 ` fragabr at gmail dot com
2014-01-23 19:42 ` redi at gcc dot gnu.org
21 siblings, 0 replies; 23+ messages in thread
From: fragabr at gmail dot com @ 2014-01-23 19:25 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #24 from Dâniel Fraga <fragabr at gmail dot com> ---
(In reply to Jakub Jelinek from comment #23)
> gettext Makefile has:
> # We must not install the libintl.h/libintl.a files if we are on a
> # system which has the GNU gettext() function in its C library or in a
> # separate library.
> # If you want to use the one which comes with this version of the
> # package, you have to use "configure --with-included-gettext".
>
> so I'd say it is definitely not a libstdc++ bug if you have it installed.
> If you roll your own Linux from scratch, it is up to you to debug why it
> happened.
Ok, thanks. I'll forward this to gettext developers. Something is wrong with
the default gettext installation.
>From gcc-bugs-return-441361-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 23 19:35:18 2014
Return-Path: <gcc-bugs-return-441361-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25200 invoked by alias); 23 Jan 2014 19:35:18 -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 25159 invoked by uid 48); 23 Jan 2014 19:35:14 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug other/59924] [4.9 Regression] uninit memory hog
Date: Thu, 23 Jan 2014 19:35: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.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub 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: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc target_milestone short_desc everconfirmed
Message-ID: <bug-59924-4-0HU4viihEt@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59924-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59924-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-01/txt/msg02503.txt.bz2
Content-length: 1376
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY924
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-01-23
CC| |davidxl at gcc dot gnu.org,
| |jakub at gcc dot gnu.org
Target Milestone|--- |4.9.0
Summary|[4.9 Regression] memory hog |[4.9 Regression] uninit
|/ build failure with |memory hog
|-Wformat |
|-Werror=format-security |
Ever confirmed|0 |1
--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Started with r206309. WIth r206308 -O1 -Wall it builds just fine even with
ulimit -v 100000, with r206309 -O1 -Wall it doesn't build even with ulimit -v
2000000. With that limit, xmalloc_failed is hit on trying to grow
norm_preds vector with 15354379 elements (at least the bunch of elements of
that vector I've looked at were all vectors with a single element).
So, either there is some bug, or we need to cap the size of the normalization
and give up above the limit.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
` (20 preceding siblings ...)
2014-01-23 19:25 ` fragabr at gmail dot com
@ 2014-01-23 19:42 ` redi at gcc dot gnu.org
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2014-01-23 19:42 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WORKSFORME
--- Comment #25 from Jonathan Wakely <redi at gcc dot gnu.org> ---
I can't reproduce this except by using --with-included-gettext, which is a
mistake, so closing.
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2014-01-23 19:42 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-03-29 12:55 [Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain' treeve at sourcemage dot org
2013-04-02 9:06 ` [Bug libstdc++/56779] [4.8/4.9 Regression] " rguenth at gcc dot gnu.org
2013-05-31 10:58 ` jakub at gcc dot gnu.org
2013-06-25 18:44 ` fragabr at gmail dot com
2013-08-24 2:04 ` fragabr at gmail dot com
2013-10-16 9:51 ` jakub at gcc dot gnu.org
2013-10-17 0:17 ` fragabr at gmail dot com
2013-10-25 12:46 ` rguenth at gcc dot gnu.org
2013-10-25 13:03 ` fragabr at gmail dot com
2014-01-09 10:28 ` redi at gcc dot gnu.org
2014-01-09 13:00 ` fragabr at gmail dot com
2014-01-20 18:19 ` redi at gcc dot gnu.org
2014-01-20 18:22 ` redi at gcc dot gnu.org
2014-01-20 19:56 ` redi at gcc dot gnu.org
2014-01-20 19:58 ` fragabr at gmail dot com
2014-01-20 20:02 ` redi at gcc dot gnu.org
2014-01-22 18:34 ` redi at gcc dot gnu.org
2014-01-23 18:35 ` redi at gcc dot gnu.org
2014-01-23 18:40 ` redi at gcc dot gnu.org
2014-01-23 18:47 ` fragabr at gmail dot com
2014-01-23 19:18 ` jakub at gcc dot gnu.org
2014-01-23 19:25 ` fragabr at gmail dot com
2014-01-23 19:42 ` redi at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).