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