[ITP] mingw-w64 Second try

[JonY]

On 9/10/2010 08:51, JonY wrote:
> On 9/10/2010 07:09, Charles Wilson wrote:
>> On 9/9/2010 6:10 AM, JonY wrote:
>>
>> OK, we're allllmost there.
>>
>> binutils and runtime are GTG.
>>
>> gcc, headers, and pthreads are really close.
>>
>> Everything rebuilds from source fine, and the uploaded packages actually
>> match the rebuilt versions (or vice versa). So that's all good. Plus, I
>> was able to build a sample project using these tools
>> (mingw64-x86_86-xz-4.999.9beta-1) with no problems.
>>
>> However, when I tried to install these packages via setup.exe, I ran
>> into problems with the setup.hints. In the first case, "genini" (*) did
>> not like some of them -- complained about missing fields -- AND, genini
>> couldn't actually parse the package name of mingw64-x86_64-headers.
>>
>> (*) genini is a user script that can be used to generate a "setup.ini"
>> for a cygwin package repository. On the sourceware server, a different
>> tool -- "upset" -- is used.
>>
>> Now, maybe -- MAYBE -- upset is smarter than genini, and won't complain.
>> However, it's usually better to make sure that genini is happy; then you
>> are much more likely to NOT cause the upset script on sourceware to send
>> cgf a bunch of nasty warnings via email. That makes cgf angry. You
>> wouldn't like cgf when he's angry.
>>
>> Here are the "bad" setup.hints:
>>
>> mingw64-x86_64-gcc-core/setup.hint
>> mingw64-x86_64-gcc-fortran/setup.hint
>> mingw64-x86_64-gcc-g++/setup.hint
>> mingw64-x86_64-gcc-objc/setup.hint
>> mingw64-x86_64-gcc-ada/setup.hint
>> mingw64-x86_64-gcc/setup.hint
>>
>> mingw64-x86_64-pthreads/setup.hint
>>
>> Plus there are bigger changes required to the -headers package. We'll
>> talk about that last.
>>
>> In each of the following cases, the setup.hint was missing an "ldesc:"
>> field. This annoys genini, but upset might be ok with it.
>> mingw64-x86_64-gcc-core/setup.hint
>> mingw64-x86_64-gcc-fortran/setup.hint
>> mingw64-x86_64-gcc-g++/setup.hint
>> mingw64-x86_64-gcc-objc/setup.hint
>> mingw64-x86_64-gcc-ada/setup.hint
>> mingw64-x86_64-pthreads/setup.hint
>>
>> The "top" gcc setup.hint was missing both an "ldesc:" and a "requires:"
>> field (requires was empty, of course).
>> mingw64-x86_64-gcc/setup.hint
>>
>> I've attached the updated setup.hints.
>>
>> Here's what I would suggest we do, for gcc: DON'T bother to rebuild it.
>> Just save these setup.hints, and make sure to fold them in to your NEXT
>> official release's CYGWIN-PATCHES/ directory. When I upload this first
>> version of mingw64-gcc, I'll be sure to use these new hints instead of
>> the ones you pasted inline. Let's call gcc "GTG with alternate hint
>> files".
>>
>> For pthreads, I'd suggest you actually rebuild and re-upload it with the
>> attached hint (it doesn't take nearly as long...) but if you want to
>> treat it just like gcc, above, that's fine. Let me know -- we'll call
>> pthreads "GTG with alternate hint files, or as rebuilt".
>>
>> Now...headers.
>>
>> Here's the problem: genini requires that the "version" part of the
>> package name begin with a numeral. I think this is true of upset as
>> well, but I'm not sure (but again, better safe than sorry. You wouldn't
>> like cgf when he's angry). Also, genini and cygport do NOT like having
>> a hyphen in the version number (but upset is ok with it).
>>
>> So, just liike your earlier gendef and libmangle packages -- where we
>> discovered that they had to be named, e.g.
>>
>> gendef-1.0-svn2931-1.tar.bz2
>> gendef-1.0-svn2931-1-src.tar.bz2
>>
>> libmangle-1.0-svn2930-1.tar.bz2
>> libmangle-1.0-svn2930-1-src.tar.bz2
>>
>> ...the current name of the headers package is no good:
>>
>> mingw64-x86_64-headers-svn3433-1.tar.bz2
>> mingw64-x86_64-headers-svn3433-1-src.tar.bz2
>> ^^^
>> must start with numeral
>>
>> Now, following the gendef/libmangle pattern, I tried
>>
>> mingw64-x86_64-headers-1.0b-svn3433-1.tar.bz2
>> ^^^^^^^^^^^^
>> where 1.0b came from the configure.ac file, but I discovered that genini
>> doesn't like the hyphen between 1.0b and svn3433 -- when you do that,
>> genini (and cygport-0.10.0, for that matter) thinks the package name is
>> "mingw64-x86_64-headers-1.0b", and the version is "svn3433", and we're
>> right back where we started! Now, upset doesn't care about this --
>> obviously -- since gendef and libmangle, which use '-' between 1.0 and
>> svnXXXX -- have not yet caused cgf to become angry.
>>
>> But...let's also try to keep genini happy. And, it may be a regression
>> in cygport -- I'm not sure (obv. you were able to build gendef and
>> libmangle with an older version of cygport, even with a hyphen in the
>> middle of the version string), but we have to keep cygport happy, too.
>>
>> So, I rebuilt as:
>>
>> mingw64-x86_64-headers-1.0b_svn3433-1.tar.bz2
>> mingw64-x86_64-headers-1.0b_svn3433-1-src.tar.bz2
>> ^^^^^^^^^^^^
>>
>
> OK, this is fine.
>
>> And that worked fine (genini was happy, cygport was happy, setup.exe was
>> happy -- and presumably upset will be happy == no angry cgf). I've
>> uploaded the modified version here:
>>
>> http://cygwin.cwilson.fastmail.fm/mingw64-x86_64-headers-1.0b_svn3433-1-src.tar.bz2
>>
>> http://cygwin.cwilson.fastmail.fm/mingw64-x86_64-headers-1.0b_svn3433-1.tar.bz2
>>
>>
>> so you can download it and pick it apart. The only thing that's
>> different is (a) the package name, (b) the name of the "checked out"
>> source tarball is mingw64-x86_64-headers-1.0b_svn3433.tar.bz2, but
>> 'cygport ... get' does that automatically, and (c) the setup.hint and
>> README were both updated to reflect the new name and genini issues.
>>
>> So, let me know how you want to handle gcc, pthreads, and headers, and
>> we'll go from there.
>>
>
> OK, I'll repackage gcc and pthreads with cygport, setup.hint shouldn't
> affect the binaries as it is cygwin metadata.
>
> I'll also rename the headers version to 1.0b_svnXXXX.
>
> Thanks for your help.


OK, new files are up, same links.