[Bug ld/13131] internal error in ppc64_elf_edit_toc when linking 416.gamess

2011-09-07 Thread cvs-commit at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=13131

--- Comment #3 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot 
gnu.org 2011-09-07 13:56:14 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:amo...@sourceware.org2011-09-07 13:56:09

Modified files:
bfd: ChangeLog elf64-ppc.c 

Log message:
PR ld/13131
* bfd/elf64-ppc.c (adjust_toc_syms): Ensure ppc64_elf_howto_table
is initialized.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/ChangeLog.diff?cvsroot=srcr1=1.5465r2=1.5466
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elf64-ppc.c.diff?cvsroot=srcr1=1.362r2=1.363

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gold/13162] New: gold should support -Ttext-segment, not overload -Ttext

2011-09-07 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13162

 Bug #: 13162
   Summary: gold should support -Ttext-segment, not overload
-Ttext
   Product: binutils
   Version: 2.22 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: gold
AssignedTo: i...@airs.com
ReportedBy: rol...@gnu.org
Classification: Unclassified


gold does not support the -Ttext-segment option that BFD ld has.
It is anti-helpful that gold defines -Ttext to mean what -Ttext-segment means
in BFD ld.  BFD ld has established the canonical meaning of -Ttext (and -Tdata
and -Tbss) as setting the address of the section named .text.  This is not a
very useful feature, but it is far worse to have an option of the same name
that does something different.  If you don't want to support that feature,
that's fine--but don't provide an option called -Ttext that does something
subtly different.  That's just inane.

The -Ttext-segment option is the one BFD ld provides that is actually useful.
Gold should accept that same option name for the same functionality.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gold/13163] New: internal error in set_segment_offsets, at ../../../binutils/gold/layout.cc:3050

2011-09-07 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13163

 Bug #: 13163
   Summary: internal error in set_segment_offsets, at
../../../binutils/gold/layout.cc:3050
   Product: binutils
   Version: 2.22 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: gold
AssignedTo: i...@airs.com
ReportedBy: rol...@gnu.org
Classification: Unclassified


Created attachment 5921
  -- http://sourceware.org/bugzilla/attachment.cgi?id=5921
linker script

With today's trunk:

gold/ld-new --build-id -m elf_i386 -o foo
--script=chrome/nacl/nacl_helper_bootstrap_linux.x -z max-page-size=0x1000
out/Debug/obj.target/nacl_helper_bootstrap_raw/chrome/nacl/nacl_helper_bootstrap_linux.o

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gold/13163] internal error in set_segment_offsets, at ../../../binutils/gold/layout.cc:3050

2011-09-07 Thread roland at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=13163

--- Comment #1 from Roland McGrath roland at gnu dot org 2011-09-07 16:59:09 
UTC ---
Created attachment 5922
  -- http://sourceware.org/bugzilla/attachment.cgi?id=5922
object file

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gas/13167] New: Patch for 13024 breaks GCC build on IA64 HP-UX

2011-09-07 Thread sje at cup dot hp.com
http://sourceware.org/bugzilla/show_bug.cgi?id=13167

 Bug #: 13167
   Summary: Patch for 13024 breaks GCC build on IA64 HP-UX
   Product: binutils
   Version: 2.22 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: gas
AssignedTo: unassig...@sources.redhat.com
ReportedBy: s...@cup.hp.com
Classification: Unclassified


-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug gas/13167] Patch for 13024 breaks GCC build on IA64 HP-UX

2011-09-07 Thread sje at cup dot hp.com
http://sourceware.org/bugzilla/show_bug.cgi?id=13167

Steve Ellcey sje at cup dot hp.com changed:

   What|Removed |Added

 Target||ia64-hp-hpux11*
 CC||richard.sandiford at linaro
   ||dot org

--- Comment #1 from Steve Ellcey sje at cup dot hp.com 2011-09-07 21:47:41 
UTC ---
Looks like I accidently submitted this without the full info.  The C program
that I am trying to compile is:

float __floattisf (long long u)
{
  long double f = (long) (u  8);
  return (float) f;
}

This generates about 300 lines of assembly, but if I cut that down, I get
this file that will not go through the assembler:

.file 1 x.c
mov r1 = r35
.loc 1 4 0
nop 0
mov r36 = r8
br.call.sptk.many b0 = _U_Qfcnvff_quad_to_sgl#
.loc 1 5 0
.loc 1 4 0
mov r1 = r35

I think the problem are the last two .loc lines.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/13168] New: Comdat group breaks hppa stub placement on hppa-unknown-linux-gnu

2011-09-07 Thread danglin at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=13168

 Bug #: 13168
   Summary: Comdat group breaks hppa stub placement on
hppa-unknown-linux-gnu
   Product: binutils
   Version: 2.22 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
AssignedTo: unassig...@sources.redhat.com
ReportedBy: dang...@gcc.gnu.org
Classification: Unclassified


The cmake-next package build fails with the following error:

Linking CXX executable ../bin/ccmake
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmGlobalGenerator.cxx.o)(.text._ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE16_M_insert_uniqueERKS4_[std::_Rb_treecmsys::String,
std::paircmsys::String const, int,
std::_Select1ststd::paircmsys::String const, int ,
std::lesscmsys::String, std::allocatorstd::paircmsys::String const,
int  ::_M_insert_unique(std::paircmsys::String const, int
const)]+0xbc): cannot reach
4abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
recompile with -ffunction-sections
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmGlobalGenerator.cxx.o)(.text._ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE16_M_insert_uniqueERKS4_[std::_Rb_treecmsys::String,
std::paircmsys::String const, int,
std::_Select1ststd::paircmsys::String const, int ,
std::lesscmsys::String, std::allocatorstd::paircmsys::String const,
int  ::_M_insert_unique(std::paircmsys::String const, int
const)]+0xbc): cannot handle R_PARISC_PCREL17F for
std::_Rb_treecmsys::String, std::paircmsys::String const, int,
std::_Select1ststd::paircmsys::String const, int ,
std::lesscmsys::String, std::allocatorstd::paircmsys::String const,
int  ::_S_right(std::_Rb_tree_node_base*)
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
final link failed: Bad value
collect2: ld returned 1 exit status

The R_PARISC_PCREL17F is close to the start of the cmGlobalGenerator.cxx.o
object.

I see that all the .text.* sections in the various cmake objects are
contained in comdat groups.

Linking with --unique='.text.*' results in a successful link, but I think
this hack probably breaks comdat group and discard support.

I'm not sure how to interpret the linker script when comdat groups are used:
*(.text .stub${RELOCATING+ .text.* .gnu.linkonce.t.*})

Also, shouldn't .stub be *.stub?

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils