GNU Binutils 2.40 released

GNU Binutils 2.40 released

[Nick Clifton]

Hi Everyone,

  We are pleased to announce that version 2.40 of the GNU Binutils project
  sources have been released and are now available for download at:

     https://ftp.gnu.org/gnu/binutils
     https://sourceware.org/pub/binutils/releases/

  SHA256 checksums:
     f8298eb153a4b37d112e945aa5cb2850040bcf26a3ea65b5a715c83afe05e48a  binutils-2.40.tar.bz2
     f8abdb11141faf0cec3cba64ff9d07158a9b6bc45b48f5236501f7d64edcb781  binutils-2.40.tar.bz2.sig
     d7f82c4047decf43a6f769ac32456a92ddb6932409a585c633cdd4e9df23d956  binutils-2.40.tar.gz
     b173f69e23aa1917dfbc6f5668c058676ffba02d69ab5e2f5592a9dc2897bfcf  binutils-2.40.tar.gz.sig
     48e65ecee1bbcf334d7efb4ea8487fe048dea522e5da3bdf7fa42b1ec779ea33  binutils-2.40.tar.lz
     04d16bf51043bedd9de98398ef8672a8a496e0351a628fb77e0b39146a13635f  binutils-2.40.tar.lz.sig
     0f8a4c272d7f17f369ded10a4aca28b8e304828e95526da482b0ccc4dfc9d8e1  binutils-2.40.tar.xz
     a5d04157464dda2f3a616db980553a1e4fafe350c0e01e3de9abdc161ece690b  binutils-2.40.tar.xz.sig

  As an experiment these tarballs were made with the new "-r <date>"
  option supported by the src-release.sh script.  This attempts to make
  reproducible tarballs by sorting the files and passing the
  "--mtime=<date>" option to tar.  The date used for these tarballs was
  obtained by running:
  
    git log -1 --format=%cd --date=format:%F bfd/version.m4

  This release contains numerous bug fixes, and also the following new
  features:

     * Support for more Intel, ARM, Risc-V architecture extensions.
     
     * Support for generating and reading compressed debug sections
       using the zstd compression format.

     * Support for the SFRAME unwind format.

     * Support for the CTF debug format.

     * The objdump tool now has an option to enhance its disassembly
       output by showing all of the symbols that match an address,
       instead of just the first symbol.

     * The objdump tool's disassembler is now also able to use colors to
       distinguish differents parts of each instruction.  This feature
       is only supported by a limited set of architectures at the
       moment.

     * The linker (ld) has a new command line option to disable the
       generation of warning and error messages.  This can be useful
       when it is known that the link will not be successful, but there
       is still a need to create a binary.
  
  For more information see:
   
    https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=gas/NEWS;;hb=refs/tags/binutils-2_40
    https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=ld/NEWS;hb=refs/tags/binutils-2_40
    https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=binutils/NEWS;hb=refs/tags/binutils-2_40

  In addition there is now a GNU Binutils wiki site, which attempts to
  answer some of the more social needs of the GNU Binutils project.
  This is still a work in progress however, and its contents, format and
  location may change in the future:
  
    https://sourceware.org/binutils/wiki/HomePage

  Our thanks go out to all of the binutils contributors, past and
  present, for helping to make this release possible.

Cheers
  Nick Clifton
  GNU Binutils co-chief maintainer

Re: GNU Binutils 2.40 released

[Xi Ruoyao]

Hi Nick,

binutils-2.40.tar.xz is available at sourceware.org, but not
ftp.gnu.org.  I guess something is wrong?

On Sat, 2023-01-14 at 15:32 +0000, Nick Clifton via Binutils wrote:
> Hi Everyone,
> 
>   We are pleased to announce that version 2.40 of the GNU Binutils
> project
>   sources have been released and are now available for download at:
> 
>      https://ftp.gnu.org/gnu/binutils
>      https://sourceware.org/pub/binutils/releases/
> 
>   SHA256 checksums:
>      f8298eb153a4b37d112e945aa5cb2850040bcf26a3ea65b5a715c83afe05e48a  binutils-2.40.tar.bz2
>      f8abdb11141faf0cec3cba64ff9d07158a9b6bc45b48f5236501f7d64edcb781  binutils-2.40.tar.bz2.sig
>      d7f82c4047decf43a6f769ac32456a92ddb6932409a585c633cdd4e9df23d956  binutils-2.40.tar.gz
>      b173f69e23aa1917dfbc6f5668c058676ffba02d69ab5e2f5592a9dc2897bfcf  binutils-2.40.tar.gz.sig
>      48e65ecee1bbcf334d7efb4ea8487fe048dea522e5da3bdf7fa42b1ec779ea33  binutils-2.40.tar.lz
>      04d16bf51043bedd9de98398ef8672a8a496e0351a628fb77e0b39146a13635f  binutils-2.40.tar.lz.sig
>      0f8a4c272d7f17f369ded10a4aca28b8e304828e95526da482b0ccc4dfc9d8e1  binutils-2.40.tar.xz
>      a5d04157464dda2f3a616db980553a1e4fafe350c0e01e3de9abdc161ece690b  binutils-2.40.tar.xz.sig
> 
>   As an experiment these tarballs were made with the new "-r <date>"
>   option supported by the src-release.sh script.  This attempts to
> make
>   reproducible tarballs by sorting the files and passing the
>   "--mtime=<date>" option to tar.  The date used for these tarballs
> was
>   obtained by running:
>   
>     git log -1 --format=%cd --date=format:%F bfd/version.m4
> 
>   This release contains numerous bug fixes, and also the following new
>   features:
> 
>      * Support for more Intel, ARM, Risc-V architecture extensions.
>      
>      * Support for generating and reading compressed debug sections
>        using the zstd compression format.
> 
>      * Support for the SFRAME unwind format.
> 
>      * Support for the CTF debug format.
> 
>      * The objdump tool now has an option to enhance its disassembly
>        output by showing all of the symbols that match an address,
>        instead of just the first symbol.
> 
>      * The objdump tool's disassembler is now also able to use colors
> to
>        distinguish differents parts of each instruction.  This feature
>        is only supported by a limited set of architectures at the
>        moment.
> 
>      * The linker (ld) has a new command line option to disable the
>        generation of warning and error messages.  This can be useful
>        when it is known that the link will not be successful, but
> there
>        is still a need to create a binary.
>   
>   For more information see:
>    
>    
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=gas/NEWS;;hb=refs/tags/binutils-2_40
>    
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=ld/NEWS;hb=refs/tags/binutils-2_40
>    
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob_plain;f=binutils/NEWS;hb=refs/tags/binutils-2_40
> 
>   In addition there is now a GNU Binutils wiki site, which attempts to
>   answer some of the more social needs of the GNU Binutils project.
>   This is still a work in progress however, and its contents, format
> and
>   location may change in the future:
>   
>     https://sourceware.org/binutils/wiki/HomePage
> 
>   Our thanks go out to all of the binutils contributors, past and
>   present, for helping to make this release possible.
> 
> Cheers
>   Nick Clifton
>   GNU Binutils co-chief maintainer
> 

-- 
Xi Ruoyao <xry111@xry111.site>
School of Aerospace Science and Technology, Xidian University

Re: GNU Binutils 2.40 released

[Achim Gratz]

Nick Clifton via Binutils writes:
>   We are pleased to announce that version 2.40 of the GNU Binutils project
>   sources have been released and are now available for download at:

Thanks.


This release is slightly broken on systems that already use texinfo 7
due to an error in the libctf configure script.  Patch:

--8<---------------cut here---------------start------------->8---
--- origsrc/binutils-2.40/libctf/configure.ac
+++ src/binutils-2.40/libctf/configure.ac
@@ -184,7 +184,7 @@
     # We require texinfo to be 6.3 or later, for a working synindex
     # and validatemenus: otherwise we fall back to /bin/true.
     if ${MAKEINFO} --version \
-       | egrep 'texinfo[^0-9]*(6\.[3-9]|[7-9][0-9])' >/dev/null 2>&1; then
+       | egrep 'texinfo[^0-9]*(6\.[3-9]|[7-9]\.[0-9])' >/dev/null 2>&1; then
       build_info=yes
     else
         build_info=

--8<---------------cut here---------------end--------------->8---


Also, it doesn't build on Cygwin (and when building the cross compilers
to MinGW64) when enabling target x86_64-pep due to doubly defined
symbols when linking ld-new (pep-dll-x86_64 defines the same symbols as
pep-dll).  The following patch seems to fix that particular issue, but
is unlikely to do the right thing when other configure options are used.

--8<---------------cut here---------------start------------->8---
--- origsrc/binutils-2.40/ld/configure.tgt
+++ src/binutils-2.40/ld/configure.tgt
@@ -1051,12 +1051,12 @@
 			;;
 x86_64-*-cygwin)	targ_emul=i386pep ;
 			targ_extra_emuls=i386pe
-			targ_extra_ofiles="deffilep.o pdb.o pep-dll.o pe-dll.o"
+			targ_extra_ofiles="deffilep.o pdb.o pe-dll.o"
 			test "$targ" != "$host" && LIB_PATH='${tooldir}/lib/w32api'
 			;;
 x86_64-*-mingw*)	targ_emul=i386pep ;
 			targ_extra_emuls=i386pe
-			targ_extra_ofiles="deffilep.o pdb.o pep-dll.o pe-dll.o"
+			targ_extra_ofiles="deffilep.o pdb.o pe-dll.o"
 			;;
 x86_64-*-gnu*)		targ_emul=elf_x86_64
 			targ_extra_emuls="elf32_x86_64 elf_iamcu elf_i386"

--8<---------------cut here---------------end--------------->8---


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables

Re: GNU Binutils 2.40 released

[Jan Beulich]

On 15.01.2023 22:18, Achim Gratz wrote:
> Also, it doesn't build on Cygwin (and when building the cross compilers
> to MinGW64) when enabling target x86_64-pep due to doubly defined
> symbols when linking ld-new (pep-dll-x86_64 defines the same symbols as
> pep-dll).  The following patch seems to fix that particular issue, but
> is unlikely to do the right thing when other configure options are used.
> 
> --8<---------------cut here---------------start------------->8---
> --- origsrc/binutils-2.40/ld/configure.tgt
> +++ src/binutils-2.40/ld/configure.tgt
> @@ -1051,12 +1051,12 @@
>  			;;
>  x86_64-*-cygwin)	targ_emul=i386pep ;
>  			targ_extra_emuls=i386pe
> -			targ_extra_ofiles="deffilep.o pdb.o pep-dll.o pe-dll.o"
> +			targ_extra_ofiles="deffilep.o pdb.o pe-dll.o"
>  			test "$targ" != "$host" && LIB_PATH='${tooldir}/lib/w32api'
>  			;;
>  x86_64-*-mingw*)	targ_emul=i386pep ;
>  			targ_extra_emuls=i386pe
> -			targ_extra_ofiles="deffilep.o pdb.o pep-dll.o pe-dll.o"
> +			targ_extra_ofiles="deffilep.o pdb.o pe-dll.o"
>  			;;
>  x86_64-*-gnu*)		targ_emul=elf_x86_64
>  			targ_extra_emuls="elf32_x86_64 elf_iamcu elf_i386"
> 
> --8<---------------cut here---------------end--------------->8---

There must be more to this: The logic here isn't meaningfully different
from 2.39 (only pdb.o was added). I've also checked (cross) builds of
both targets (with recent master, not 2.40), and there's no
pep-dll-x86_64.o there.

Jan

Re: GNU Binutils 2.40 released

[Nick Clifton]

Hi Xi,

> binutils-2.40.tar.xz is available at sourceware.org, but not
> ftp.gnu.org.  I guess something is wrong?

Yes!  I am not sure what happened but only the binutils-2.40.tar.bz2
tarball is present. :-(  I will try uploading the other versions again...

Cheers
   Nick

Re: GNU Binutils 2.40 released

[Nick Clifton]

Hi Xi Ruoyao wrote:

> binutils-2.40.tar.xz is available at sourceware.org, but not
> ftp.gnu.org.  I guess something is wrong?

Interesting.  I used to be able to run:

   gnupload --to ftp.gnu.org:binutils binutils-2.*.tar.*

to upload all four versions of the compressed tarballs, but it
seems that something has changed and now gnupload only loads its
first argument...

Anyway I have now uploaded the other tarballs, so all four should
be there.  Thanks for letting me know about this problem.

Cheers
   Nick

Re: GNU Binutils 2.40 released

[ASSI]

Jan Beulich via Binutils writes:
> There must be more to this: The logic here isn't meaningfully different
> from 2.39 (only pdb.o was added). I've also checked (cross) builds of
> both targets (with recent master, not 2.40), and there's no
> pep-dll-x86_64.o there.

The pep-dll-x86_64 seems to be new in 2.40.  It may be possible to
alternatively suppress linking that file (thus keeping pep-dll.o in the
binary).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds