[Bug ld/14156] --sort-section=alignment trashes init/fini sections, and anything similar

2012-07-10 Thread cvs-commit at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=14156

--- Comment #4 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot 
gnu.org 2012-07-10 06:51:02 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:h...@sourceware.org2012-07-10 06:50:57

Modified files:
ld : ChangeLog NEWS ld.h ld.texinfo ldgram.y 
 ldlang.c ldlex.l 
ld/testsuite   : ChangeLog 
Added files:
ld/testsuite/ld-elf: fini0.s fini1.s fini2.s fini3.s finin.s 
 foo0.s foo1.s foo2.s foo3.s foon.s init0.s 
 init1.s init2.s init3.s initn.s pr14156a.d 
 pr14156b.d pr14156c.d pr14156c.t 

Log message:
Add SORT_NONE and don't sort sort .init/.fini sections

ld/

PR ld/14156
* NEWS: Mention SORT_NONE.

* ld.h (sort_type): Add by_none.

* ld.texinfo: Document SORT_NONE.

* ldgram.y: Handle SORT_NONE.

* ldlang.c (update_wild_statements): Handle by_none.  Don't
sort .init/.fini sections.

* ldlex.l: Add SORT_NONE.

ld/testsuite/

PR ld/14156
* ld-elf/fini0.s: New file.
* ld-elf/fini1.s: Likewise.
* ld-elf/fini2.s: Likewise.
* ld-elf/fini3.s: Likewise.
* ld-elf/finin.s: Likewise.
* ld-elf/foo0.s: Likewise.
* ld-elf/foo1.s: Likewise.
* ld-elf/foo2.s: Likewise.
* ld-elf/foo3.s: Likewise.
* ld-elf/foon.s: Likewise.
* ld-elf/init0.s: Likewise.
* ld-elf/init1.s: Likewise.
* ld-elf/init2.s: Likewise.
* ld-elf/init3.s: Likewise.
* ld-elf/initn.s: Likewise.
* ld-elf/pr14156a.d: Likewise.
* ld-elf/pr14156b.d: Likewise.
* ld-elf/pr14156c.d: Likewise.
* ld-elf/pr14156c.t: Likewise.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ChangeLog.diff?cvsroot=srcr1=1.2465r2=1.2466
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/NEWS.diff?cvsroot=srcr1=1.129r2=1.130
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ld.h.diff?cvsroot=srcr1=1.54r2=1.55
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ld.texinfo.diff?cvsroot=srcr1=1.282r2=1.283
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ldgram.y.diff?cvsroot=srcr1=1.69r2=1.70
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ldlang.c.diff?cvsroot=srcr1=1.395r2=1.396
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ldlex.l.diff?cvsroot=srcr1=1.55r2=1.56
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ChangeLog.diff?cvsroot=srcr1=1.1576r2=1.1577
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/fini0.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/fini1.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/fini2.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/fini3.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/finin.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/foo0.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/foo1.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/foo2.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/foo3.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/foon.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/init0.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/init1.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/init2.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/init3.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/initn.s.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/pr14156a.d.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/pr14156b.d.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/pr14156c.d.diff?cvsroot=srcr1=NONEr2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-elf/pr14156c.t.diff?cvsroot=srcr1=NONEr2=1.1

-- 
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/14344] FAIL: gdb_index_test_[12].sh

2012-07-10 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14344

--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-07-10 06:54:24 
UTC ---
The difference is GCC 4.6 vs GCC 4.7. GCC 4.7 mangles const int
as const int while GCC 4.6 uses int const.

-- 
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/14156] --sort-section=alignment trashes init/fini sections, and anything similar

2012-07-10 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14156

H.J. Lu hjl.tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2012-07-10 06:55:56 
UTC ---
Fixed.

-- 
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/14344] FAIL: gdb_index_test_[12].sh

2012-07-10 Thread hjl.tools at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14344

--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2012-07-10 06:59:10 
UTC ---
I think tests should accept both const int and int const.

-- 
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/14344] FAIL: gdb_index_test_[12].sh

2012-07-10 Thread ccoutant at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14344

--- Comment #3 from Cary Coutant ccoutant at google dot com 2012-07-10 
08:15:28 UTC ---
 I think tests should accept both const int and int const.

The point of the test is to make sure that it's in the canonical form
expected by GDB. For GCC 4.6, perhaps we should just treat this as an
XFAIL, or maybe have a configure check to turn off the test.

-cary

-- 
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/14342] [gold] symbol 'std::__once_callable' used as both __thread and non-__thread

2012-07-10 Thread cryptooctoploid at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14342

Octoploid cryptooctoploid at gmail dot com changed:

   What|Removed |Added

 CC||cryptooctoploid at gmail
   ||dot com

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


Unclear readout from ar when invoked faulty.

2012-07-10 Thread Josef Vukovic
Hello,

When I invode ar faulty say print only the name of it , I think this is a
faulty invokation because the man page says in the
synopsis section ar [--plugin name] [-X32_64] [--][mod [relpos] [count]]
archive [member...]  If I'm right ar archive is requied

josef@josef-laptop:~/src/hello$ ar
Usage: ar [emulation options] [--plugin name]
[-]{dmpqrstx}[abcfilNoPsSuvV] [member-name] [count] archive-file file...
   ar -M [mri-script]
 commands:
  d- delete file(s) from the archive
  m[ab]- move file(s) in the archive
  p- print file(s) found in the archive
  q[f] - quick append file(s) to the archive
  r[ab][f][u]  - replace existing or insert new file(s) into the archive
  t- display contents of archive
  x[o] - extract file(s) from the archive
 command specific modifiers:
  [a]  - put file(s) after [member-name]
  [b]  - put file(s) before [member-name] (same as [i])
  [D]  - use zero for timestamps and uids/gids
  [N]  - use instance [count] of name
  [f]  - truncate inserted file names
  [P]  - use full path names when matching
  [o]  - preserve original dates
  [u]  - only replace files that are newer than current archive
contents
 generic modifiers:
  [c]  - do not warn if the library had to be created
  [s]  - create an archive index (cf. ranlib)
  [S]  - do not build a symbol table
  [T]  - make a thin archive
  [v]  - be verbose
  [V]  - display the version number
  @file  - read options from file
 optional:
  --plugin p - load the specified plugin
 emulation options:
  No emulation specific options
ar: supported targets: elf32-powerpc aixcoff-rs6000 elf32-powerpcle ppcboot
elf32-little elf32-big elf64-powerpc elf64-powerpcle aixcoff64-rs6000
elf64-little elf64-big elf32-spu plugin srec symbolsrec verilog tekhex
binary ihex
josef@josef-laptop:~/src/hello$

It prints then a unclear Usage: in which first the member-name and then the
archive-file is mentioned. but if  I invoke it like this

josef@josef-laptop:~/src/hello$ ar -t hello_2.4-3_powerpc.deb | grep
control --
control.tar.gz
josef@josef-laptop:~/src/hello$ ar -xo control.tar.gz
hello_2.4-3_powerpc.deb
ar: control.tar.gz: File format not recognized
josef@josef-laptop:~/src/hello$

further it seems to write only to the standarerror strem if I invoke it like

josef@josef-laptop:~/src/hello$ ar  ar

There is nothing in the file ar but if I invoke it like:

josef@josef-laptop:~/src/hello$ ar 2 ar

There is the description with wrong synopsis section in the file ar

further if invoked faulty like this:

josef@josef-laptop:~/src/hello$ ar --help

It readouts on the standard output and standard error stream but with an
additional line which says Report bugs to 
http://www.sourceware.org/bugzilla and still the faulty synopsis section.

What do you think is it a bug?

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


[Bug gold/14309] gold doesn't build with gcc 4.1.3

2012-07-10 Thread cvs-commit at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=14309

--- Comment #7 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot 
gnu.org 2012-07-10 14:54:35 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2012-07-10 14:54:30

Modified files:
gold   : ChangeLog config.in configure configure.ac 
 gold.h output.h 

Log message:
PR gold/14309
* configure.ac: Test whether std::tr1::hashoff_t works.
* gold.h: Add a specialization for std::tr1::hashoff_t if
needed.
* output.h (class Output_fill): Add virtual destructor.
* configure, config.in: Rebuild.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/ChangeLog.diff?cvsroot=srcr1=1.924r2=1.925
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/config.in.diff?cvsroot=srcr1=1.34r2=1.35
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/configure.diff?cvsroot=srcr1=1.77r2=1.78
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/configure.ac.diff?cvsroot=srcr1=1.74r2=1.75
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/gold.h.diff?cvsroot=srcr1=1.48r2=1.49
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/output.h.diff?cvsroot=srcr1=1.134r2=1.135

-- 
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/14309] gold doesn't build with gcc 4.1.3

2012-07-10 Thread ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14309

Ian Lance Taylor ian at airs dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #7 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot 
gnu.org 2012-07-10 14:54:35 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:i...@sourceware.org2012-07-10 14:54:30

Modified files:
gold   : ChangeLog config.in configure configure.ac 
 gold.h output.h 

Log message:
PR gold/14309
* configure.ac: Test whether std::tr1::hashoff_t works.
* gold.h: Add a specialization for std::tr1::hashoff_t if
needed.
* output.h (class Output_fill): Add virtual destructor.
* configure, config.in: Rebuild.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/ChangeLog.diff?cvsroot=srcr1=1.924r2=1.925
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/config.in.diff?cvsroot=srcr1=1.34r2=1.35
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/configure.diff?cvsroot=srcr1=1.77r2=1.78
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/configure.ac.diff?cvsroot=srcr1=1.74r2=1.75
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/gold.h.diff?cvsroot=srcr1=1.48r2=1.49
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gold/output.h.diff?cvsroot=srcr1=1.134r2=1.135

--- Comment #8 from Ian Lance Taylor ian at airs dot com 2012-07-10 14:55:35 
UTC ---
Fixed.

-- 
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/14309] gold doesn't build with gcc 4.1.3

2012-07-10 Thread cvs-commit at gcc dot gnu.org
http://sourceware.org/bugzilla/show_bug.cgi?id=14309

Ian Lance Taylor ian at airs dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #8 from Ian Lance Taylor ian at airs dot com 2012-07-10 14:55:35 
UTC ---
Fixed.

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