[MinGW-dvlpr] binutil-2.19.1 source tarball naming anomaly

[Keith M. <kei...@us...>]

Chris,

Did you, perhaps, forget this previous discussion?

http://thread.gmane.org/gmane.comp.gnu.mingw.devel/3159/focus=3175
On Thursday 11 December 2008 16:19:13 Chris Sutcliffe wrote:
> > where
> > the tarball isn't specific to only one host, as is the case when
> > we distribute generic sources.  Can we now take it as agreed
> > that, for such cases, we will simply omit the host designator?
>
> I think this is reasonable .

Yet, you've published binutils-2.19.1-mingwrt32-src.tar.gz, where 
again I assume the tarball is completely generic.  When I update 
x86-mingw32-build.sh to use binutils-2.19.1, it expects to find 
binutils-2.19.1-src.tar.gz, (without the host qualifier, since the 
source code isn't host specific).  When it doesn't find it, and as a 
consequence of yet another SF mirror selection screw up, it blows up 
in fairly spectacular fashion, trying to interpret the raw HTML for 
the SF `showfiles.php?group_id=2435' page as the binutils source.

I'll correct this anomaly, after I've implemented a more elegant means 
of dealing with the garbage, which SF "helpfully" downloads for me; 
(I'll simply create a correctly named duplicate tarball in the FRS, 
remove the incorrect one, and invite SF to delete it, if they so 
wish).

-- 

Regards,
Keith.