From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
 id 3CCC43851C16; Mon, 15 Jun 2020 08:12:52 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3CCC43851C16
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
 s=default; t=1592208772;
 bh=d8sDAAWPucG0yYUmgoLjuwWu8x18+UpmrMQNp9qDgSo=;
 h=From:To:Subject:Date:In-Reply-To:References:From;
 b=uRhMG2cOp+UWbQ3UjGEsvF74F/34ciIkeMq5RQCyiyioSqB76J5gAMN7/JozNZEqe
 pwFqEno6V+qddV6j17EVkE8cUmzHQmaD1QaXqiVT3B8flbtIqtWBNJcxp24QYgHOVm
 sAVeKNP0k1nhR+qb7e18KuD40NTM3crlTXc5BbwU=
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/95677] undefined reference to `(anonymous namespace)::xx'
Date: Mon, 15 Jun 2020 08:12:51 +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: 10.1.0
X-Bugzilla-Keywords: lto, wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: keywords component version cc
Message-ID: <bug-95677-4-WJjJSNsGOl@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-95677-4@http.gcc.gnu.org/bugzilla/>
References: <bug-95677-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: gcc-bugs@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-bugs mailing list <gcc-bugs.gcc.gnu.org>
List-Unsubscribe: <http://gcc.gnu.org/mailman/options/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-request@gcc.gnu.org?subject=help>
List-Subscribe: <http://gcc.gnu.org/mailman/listinfo/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Jun 2020 08:12:52 -0000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D95677

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |lto, wrong-code
          Component|lto                         |c++
            Version|lto                         |10.1.0
                 CC|                            |hubicka at gcc dot gnu.org,
                   |                            |jason at gcc dot gnu.org,
                   |                            |nathan at gcc dot gnu.org

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
It's more likely the GENERIC / cgraph output by the C++ frontend is not cor=
rect
and works by accident without LTO.  Initial symbol table:

Initial Symbol table:

int {anonymous}::xx/3 (int {anonymous}::xx) @0x7f615d2d8180
  Type: variable
  Visibility: external
  References:
  Referring: _ZN12_GLOBAL__N_13fooEv/0 (write)
  Availability: not-ready
  Varpool flags:
main/2 (int main()) @0x7f615d421168
  Type: function definition analyzed
  Visibility: force_output no_reorder public
  Aux: @0x37a5000
  References: int {anonymous}::xx/1 (write)
  Referring:
  Function flags: body
  Called by:
  Calls:
int {anonymous}::xx/1 (int {anonymous}::xx) @0x7f615d2d8100
  Type: variable definition analyzed
  Visibility: force_output no_reorder
  Aux: @0x7f615d421168
  References:
  Referring: main/2 (write)
  Availability: not-ready
  Varpool flags: initialized
_ZN12_GLOBAL__N_13fooEv/0 (void {anonymous}::foo()) @0x7f615d421000
  Type: function definition analyzed
  Visibility: force_output no_reorder
  Aux: @0x7f615d2d8100
  References: int {anonymous}::xx/3 (write)
  Referring:
  Function flags: body
  Called by:
  Calls:

where you can see there are actually two 'xx' objects and the C++ FE
takes it up to the linker/assembler to resolve them.  But the symtab
code does not include such "resolving" step.=