Things we ought to do to improve our packaging

Adrian Buehlmann adrian at cadifra.com
Thu Aug 8 18:18:04 UTC 2013


On 2013-08-08 20:01, Steve Borho wrote:
> 
> 
> 
> On Thu, Aug 8, 2013 at 2:56 AM, Adrian Buehlmann <adrian at cadifra.com
> <mailto:adrian at cadifra.com>> wrote:
> 
>     On 2013-08-08 06:37, Steve Borho wrote:
>     > One suggestion I have, if we try to automate this process in the
>     > hg/contrib folder, is that we make an attempt to drop the
>     requirement on
>     > Microsoft's C compilers and try to use recent MinGW GCCs to
>     compile the
>     > Explorer extension and the Mercurial (and other hg extension) Python
>     > extensions.
> 
>     Why?
> 
>     MSC is gratis and the standard C compiler on the Windows platform.
> 
> 
> MSFT is making it harder and harder to install the gratis VC9 compilers
> that Python 2.7 requires, that is the primary complication.

..

> Long term,
> it would be better not to be dependent on their good nature.

IMHO, rather FUD-ish.

I'd rather prefer not to depend on a new set of compiler and linker bugs
/ broken libraries/incompatibilities + install hell.


>     > We had problems with GCC some 5-6 years ago but perhaps
>     > those are all resolved now
> 
>     ..and in the mean time, "we" need a 64-bit C (C++) compiler.
> 
>     The standard Windows platform is nowadays x64.
> 
>     IIRC, last time I checked, there were still problems with MinGW for x64.
>     But it's been a while...
> 
> 
> 64bit MinGW (gcc 4.8) is pretty decent these days.

Nice to hear. So, good luck with that.

>     IIRC C-Python uses the MSC compiler as well for their Windows builds.
> 
> 
> Yep

The surely know why :-)




More information about the Mercurial-packaging mailing list