public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Szabolcs Nagy <szabolcs.nagy@arm.com>
To: Nick Clifton <nickc@redhat.com>, binutils@sourceware.org
Cc: nd@arm.com
Subject: Re: Commit: Update libiberty sources
Date: Mon, 15 Jan 2018 16:03:00 -0000	[thread overview]
Message-ID: <5A5CD0E4.5080307@arm.com> (raw)
In-Reply-To: <87d12hstle.fsf@redhat.com>

On 10/01/18 13:59, Nick Clifton wrote:
> Hi Guys,
> 
>   I have checked in the attached patch to synchronize our copy of the
>   libiberty sources with those from gcc.
> 

since this commit i see two new symbols in aarch64 libstdc++ that were not
there before:

$ nm -D libstdc++.so.6.0.25 | grep call_once
0000000000095e70 W _ZZSt9call_onceIMSt6threadFvvEJSt17reference_wrapperIS0_EEEvRSt9once_flagOT_DpOT0_ENKUlvE0_clEv
0000000000095d10 W
_ZZSt9call_onceIMSt6threadFvvEJSt17reference_wrapperIS0_EEEvRSt9once_flagOT_DpOT0_ENUlvE0_4_FUNEv

this makes the aarch64 libstdc++ abi tests fail.

curiously only happens when native ld is used, not when cross ld.
will debug this further, but in case anybody has ideas let me know.


> Cheers
>   Nick
> 
> libiberty/ChangeLog
> 2018-01-03  Jakub Jelinek  <jakub@redhat.com>
> 
> 	Update copyright years.
> 
> 2017-01-02  Richard Biener  <rguenther@suse.de>
> 
> 	PR lto/83452
> 	* simple-object-elf.c (simple_object_elf_copy_lto_debug_section):
> 	Do not use UNDEF locals for removed symbols but instead just
> 	define them in the first prevailing section and with no name.
> 	Use the same gnu_lto_v1 name for all removed globals we promote to
> 	WEAK UNDEFs so hpux can use a stub to provide this symbol.  Clear
> 	sh_info and sh_link in removed sections.
> 
> 2017-10-30  Richard Biener  <rguenther@suse.de>
> 
> 	PR lto/82757
> 	* simple-object-elf.c (simple_object_elf_copy_lto_debug_sections):
> 	Strip two leading _s from the __gnu_lto_* symbols.
> 
> 2017-10-24  Alan Modra  <amodra@gmail.com>
> 
> 	PR lto/82687
> 	PR lto/82575
> 	* simple-object-elf.c (simple_object_elf_copy_lto_debug_sections):
> 	Only make __gnu_lto symbols hidden.
> 
> 2017-10-20  Alan Modra  <amodra@gmail.com>
> 
> 	PR lto/82575
> 	* simple-object-elf.c (simple_object_elf_copy_lto_debug_sections):
> 	Make discarded non-local symbols weak and hidden.
> 
> 2017-10-18  Jakub Jelinek  <jakub@redhat.com>
> 
> 	PR lto/82598
> 	* simple-object.c (handle_lto_debug_sections): Copy over also
> 	.note.GNU-stack section with unchanged name.
> 	* simple-object-elf.c (SHF_EXECINSTR): Define.
> 	(simple_object_elf_copy_lto_debug_section): Drop SHF_EXECINSTR bit
> 	on .note.GNU-stack section.
> 
> 2017-09-25  Nathan Sidwell  <nathan@acm.org>
> 
> 	PR demangler/82195
> 	* cp-demangle.c (d_encoding): Strip return type when name is a
> 	LOCAL_NAME.
> 	(d_local_name): Strip return type of enclosing TYPED_NAME.
> 	* testsuite/demangle-expected: Add and adjust tests.
> 
> 2017-09-21  Nathan Sidwell  <nathan@acm.org>
> 
> 	PR demangler/82195
> 	* cp-demangle.c (d_name): Revert addition of 'toplevel' parm.
> 	(has_return_type): Recurse for DEMANGLE_COMPONENT_LOCAL_NAME.
> 	(d_encoding): Revert d_name change.  Use is_fnqual_component_type
> 	to strip modifiers that do not belong.
> 	(d_special_name, d_class_enum_type): Revert d_name call change.
> 	(d_expresion_1): Commonize DEMANGLE_COMPONENT_UNARY building.
> 	(d_local_name): Revert parsing of a function type.
> 	(d_print_comp_inner): An inner LOCAL_NAME might contain a
> 	TEMPLATE.
> 	* testsuite/demangle-expected: Add & adjust tests
> 

  reply	other threads:[~2018-01-15 16:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-10 13:59 Nick Clifton
2018-01-15 16:03 ` Szabolcs Nagy [this message]
2018-01-15 16:08   ` H.J. Lu
  -- strict thread matches above, loose matches on Subject: below --
2023-06-26 14:46 Nick Clifton
2021-07-03 12:56 Nick Clifton
2021-07-04 12:56 ` Alan Modra
2021-07-04 13:54   ` H.J. Lu
2021-07-05 15:25     ` Nick Clifton
2017-09-01  9:59 Nick Clifton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5A5CD0E4.5080307@arm.com \
    --to=szabolcs.nagy@arm.com \
    --cc=binutils@sourceware.org \
    --cc=nd@arm.com \
    --cc=nickc@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).