public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/65159] New: Linker forgets definition of type_info::__is_pointer_p
@ 2015-02-22  7:19 potswa at mac dot com
  2015-02-22 11:00 ` [Bug c++/65159] " schwab@linux-m68k.org
                   ` (10 more replies)
  0 siblings, 11 replies; 12+ messages in thread
From: potswa at mac dot com @ 2015-02-22  7:19 UTC (permalink / raw)
  To: gcc-bugs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 6126 bytes --]

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

            Bug ID: 65159
           Summary: Linker forgets definition of type_info::__is_pointer_p
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: potswa at mac dot com

In r220825 on Darwin/x64, the build fails with a complaint that
type_info::__is_pointer_p is undefined, although it's still there in
libstdc++-v3/libsupc++/tinfo.cc as ever.

If I go to that file and comment out __is_function_p, it complains about that
function instead and not __is_pointer_p. If I swap the order of those two
definitions, the complaint goes away and the build succeeds. (Hmm, I might have
the functions backwards… same difference anyway.)

The problem persists if I update to the current trunk, so this isn't completely
transient.
>From gcc-bugs-return-478078-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Feb 22 05:20:08 2015
Return-Path: <gcc-bugs-return-478078-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17215 invoked by alias); 22 Feb 2015 05:20:06 -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 17143 invoked by uid 48); 22 Feb 2015 05:20:00 -0000
From: "potswa at mac dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65160] New: Linker forgets definition of type_info::__is_pointer_p
Date: Sun, 22 Feb 2015 08:09:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: potswa at mac dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-65160-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-SW-Source: 2015-02/txt/msg02410.txt.bz2
Content-length: 965

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

            Bug ID: 65160
           Summary: Linker forgets definition of type_info::__is_pointer_p
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: potswa at mac dot com

In r220825 on Darwin/x64, the build fails with a complaint that
type_info::__is_pointer_p is undefined, although it's still there in
libstdc++-v3/libsupc++/tinfo.cc as ever.

If I go to that file and comment out __is_function_p, it complains about that
function instead and not __is_pointer_p. If I swap the order of those two
definitions, the complaint goes away and the build succeeds. (Hmm, I might have
the functions backwards… same difference anyway.)

The problem persists if I update to the current trunk, so this isn't completely
transient.
>From gcc-bugs-return-478079-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Feb 22 07:19:51 2015
Return-Path: <gcc-bugs-return-478079-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29034 invoked by alias); 22 Feb 2015 07:19: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 28987 invoked by uid 48); 22 Feb 2015 07:19:45 -0000
From: "kkojima at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/65153] [SH][4.9 Regression] "insn does not satisfy its constraints" when compiling libmcrypt
Date: Sun, 22 Feb 2015 08:34: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.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: kkojima 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: attachments.isobsolete attachments.created
Message-ID: <bug-65153-4-bXU8Btx2PN@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65153-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65153-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: 2015-02/txt/msg02411.txt.bz2
Content-length: 575

https://gcc.gnu.org/bugzilla/show_bug.cgi?ide153

Kazumoto Kojima <kkojima at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #34831|0                           |1
        is obsolete|                            |

--- Comment #7 from Kazumoto Kojima <kkojima at gcc dot gnu.org> ---
Created attachment 34832
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id4832&actioníit
a possible patch (take 2)

I've uploaded a wrong patch.  Try again.


^ permalink raw reply	[flat|nested] 12+ messages in thread
end of thread, other threads:[~2015-03-16 22:46 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-22  7:19 [Bug c++/65159] New: Linker forgets definition of type_info::__is_pointer_p potswa at mac dot com
2015-02-22 11:00 ` [Bug c++/65159] " schwab@linux-m68k.org
2015-03-05 11:40 ` redi at gcc dot gnu.org
2015-03-06 17:14 ` dominiq at lps dot ens.fr
2015-03-06 17:42 ` redi at gcc dot gnu.org
2015-03-06 20:44 ` redi at gcc dot gnu.org
2015-03-07  0:15 ` redi at gcc dot gnu.org
2015-03-15 12:27 ` potswa at mac dot com
2015-03-15 12:39 ` redi at gcc dot gnu.org
2015-03-16 13:35 ` potswa at mac dot com
2015-03-16 15:07 ` redi at gcc dot gnu.org
2015-03-16 22:46 ` potswa at mac dot com

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).