From: fiveight <fiv...@to...> - 2013-08-29 07:06:12
|
Hi All: I downloaded binutils-2.23.2-1-mingw32-bin.tar.lzma from sourceforge.net, and I find size of ld is 0 ! fiveight fiv...@to... 2013-08-29 |
From: Earnie B. <ea...@us...> - 2013-08-29 11:11:34
|
On Thu, Aug 29, 2013 at 3:05 AM, fiveight wrote: > Hi All: > > I downloaded binutils-2.23.2-1-mingw32-bin.tar.lzma from sourceforge.net, and I find size of ld is 0 ! That version has yet to be announced. I'll be uploading a newer package of the file set before I announce it. None the less, you obviously have a bad download or extract. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Keith M. <kei...@us...> - 2013-08-29 12:01:01
|
On 29 August 2013 12:11, Earnie Boyd wrote: > On Thu, Aug 29, 2013 at 3:05 AM, fiveight wrote: > > Hi All: > > > > I downloaded binutils-2.23.2-1-mingw32-bin.tar.lzma from > sourceforge.net, and I find size of ld is 0 ! > > That version has yet to be announced. I'll be uploading a newer > package of the file set before I announce it. None the less, you > obviously have a bad download or extract. > I'm more inclined to suspect a badly structured *upload*. Indeed, if I download that archive myself, I see: $ tar tvf /download/binutils-2.23.2-1-mingw32-bin.tar.lzma ... -rwxr-xr-x ... 7798408 ... bin/ld.bfd.exe hrwxr-xr-x ... 0 ... bin/ld.exe link to bin/ld.bfd.exe ... -rwxr-xr-x ... 7798408 ... mingw32/bin/ld.bfd.exe hrwxr-xr-x ... 0 ... mingw32/bin/ld.exe link to mingw32/bin/ld.bfd.exe ... Note the two links, which violate our agreed packaging policy. While our own MSYS tar.exe, (and presumably also cygwin's tar.exe), can handle these correctly, pretty much every other MS-Windows archiving tool will just drop them on the floor, creating a zero size file, (which is what has likely happened in the OP's case). You'll need to address this, for your forthcoming upload. Please don't expect mingw-get to handle this, because right now it won't; (one day, I *will* fix this, but since our current policy says, unequivocally, that there shall be *no* file links, (neither hard nor symbolic), in *any* package archive we distribute, this is not an immediate priority). -- Regards, Keith. |
From: Sergio N. <sfh...@ho...> - 2013-08-29 13:31:44
|
> Hi All: > > I downloaded binutils-2.23.2-1-mingw32-bin.tar.lzma from sourceforge.net, and I find size of ld is 0 ! > I'm more inclined to suspect a badly structured *upload*. Indeed, if I > download that archive myself, I see: > $ tar tvf /download/binutils-2.23.2-1-mingw32-bin.tar.lzma > ... > -rwxr-xr-x ... 7798408 ... bin/ld.bfd.exe > hrwxr-xr-x ... 0 ... bin/ld.exe link to bin/ld.bfd.exe > ... > -rwxr-xr-x ... 7798408 ... mingw32/bin/ld.bfd.exe > hrwxr-xr-x ... 0 ... mingw32/bin/ld.exe link to mingw32/bin/ld.bfd.exe Hi. I want to add to what 'fiveight' & Keith wrote: a few days ago i started upgrading my old GCC, MinGW, and so on and I noticed the same problem: size of ld is 0. Now I'm in the process of re-building all my libraries (over 40) from source using the new version of GCC (4.7.2) and I'm facing some linking and runtime issues. I'm sending another email after this advising about those issues. Thanks. Sergio. |
From: Earnie B. <ea...@us...> - 2013-08-29 21:09:41
|
On Thu, Aug 29, 2013 at 8:00 AM, Keith Marshall wrote: > On 29 August 2013 12:11, Earnie Boyd wrote: >> >> On Thu, Aug 29, 2013 at 3:05 AM, fiveight wrote: >> > Hi All: >> > >> > I downloaded binutils-2.23.2-1-mingw32-bin.tar.lzma from >> > sourceforge.net, and I find size of ld is 0 ! >> >> That version has yet to be announced. I'll be uploading a newer >> package of the file set before I announce it. None the less, you >> obviously have a bad download or extract. > > > I'm more inclined to suspect a badly structured *upload*. Indeed, if I > download that archive myself, I see: > > $ tar tvf /download/binutils-2.23.2-1-mingw32-bin.tar.lzma > ... > -rwxr-xr-x ... 7798408 ... bin/ld.bfd.exe > hrwxr-xr-x ... 0 ... bin/ld.exe link to bin/ld.bfd.exe > ... > -rwxr-xr-x ... 7798408 ... mingw32/bin/ld.bfd.exe > hrwxr-xr-x ... 0 ... mingw32/bin/ld.exe link to mingw32/bin/ld.bfd.exe > ... I adjusted my script to add --dereference --hard-dereference for the archive creation. The result of course now looks appropriate. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Keith M. <kei...@us...> - 2013-08-30 09:05:44
|
On 29 August 2013 22:09, Earnie Boyd wrote: > On Thu, Aug 29, 2013 at 8:00 AM, Keith Marshall wrote: > > I'm more inclined to suspect a badly structured *upload*. Indeed, if I > > download that archive myself, I see: > > > > $ tar tvf /download/binutils-2.23.2-1-mingw32-bin.tar.lzma > > ... > > -rwxr-xr-x ... 7798408 ... bin/ld.bfd.exe > > hrwxr-xr-x ... 0 ... bin/ld.exe link to bin/ld.bfd.exe > > ... > > -rwxr-xr-x ... 7798408 ... mingw32/bin/ld.bfd.exe > > hrwxr-xr-x ... 0 ... mingw32/bin/ld.exe link to > mingw32/bin/ld.bfd.exe > > ... > > I adjusted my script to add --dereference --hard-dereference for the > archive creation. The result of course now looks appropriate. > Thanks. -- Keith. |