[Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain'

[Bug libstdc++/56779] New: libstdc++.so: undefined reference to `libintl_textdomain'

[treeve at sourcemage dot org]

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-

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[rguenth at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[jakub at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[jakub at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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?

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[rguenth at gcc dot gnu.org]

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?

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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?

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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 \

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[jakub at gcc dot gnu.org]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[fragabr at gmail dot com]

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.

[Bug libstdc++/56779] [4.8/4.9 Regression] libstdc++.so: undefined reference to `libintl_textdomain'

[redi at gcc dot gnu.org]

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.