List Archive


Thread Index


From: "Peter Bohning" <>
To: "Benjamin Eikel" <>,
Subject: Re: mingw errors 1.3.0 1.4.0
Date: Fri, 5 Jan 2018 17:29:43 +0100

I don't know why I'm compiling Cmake either.  But certainly it should be just as easy to compile something from distributed source with a working development environment as it should be to download binary files that may or may not be appropriate.  Regardless of whether something like cmake is a reasonable solution to development for multiple platforms, certainly a compiler knows more of what platform it's on than do binary files.
Your experience aside, clearly cmake is less than perfect given the difficulties I have on a relatively standard setup, and I think my point still stands that it's potentially unnecessary.
Sent: Thursday, January 04, 2018 at 1:41 PM
From: "Benjamin Eikel" <>
To: "Peter Bohning" <>
Subject: Re: mingw errors 1.3.0 1.4.0
Dear Peter,

Am Donnerstag, 4. Januar 2018, 19:22:20 CET schrieb Peter Bohning:
> Sorry. Didn't mean to sound hostile, I'm mostly just sarcastic. I've just
> been doing this stuff for so many years and nothing ever changes. I know
> most people use autoconf, I've always kind of wondered why. It goes
> through and checks for all these types and sizes and which functions are
> supported... I don't really understand why POSIX compliance isn't... I
> don't know, more complete and supported by the government or something...
> most of the setups and operating systems are basically the same, I don't
> get why this is all such a mess.
> But here... there's like 10 different types here, right? Wouldn't it be
> easier to put them in separate files, and have a windows and a *nix
> compile? I mean that's basically all there is now: windows and *nix... I'm
> not even saying anything about libzip here, this whole thing just seems
> crazy to me... this is 2018... are you telling me I have to compile this
> whole other cmake thing, which also won't compile on my mingw, just to
> define like ten different types for libzip? And that's the same problem
> with autoconf... it's like you sit there waiting for it to run through
> configure and all these types, and the actual program uses a handful of
> them...
> I would like the application I wrote to be easy for people to compile and
> install... if I didn't, I would write my own makefile for libzip, quite
> frankly, and just define the types as necessary.
> I don't know what to do and I don't really have time to deal with it. cmake
> won't compile. I guess it doesn't matter. I'm not getting paid for my
> application, why go through this hassle. Yeah I guess maybe I'll write my
> own makefile for libzip, it can't be more trouble than getting cmake to
> compile.

I followed this mailing thread and I cannot understand why you are trying to
compile CMake at all. Lubomir already told you that you can download [1] a
pre-built CMake binary release for Windows. You can choose from a Windows
win64-x64 [2] or win32-x86 [3] Installer, or the ZIP files on CMake's download
Furthermore, concerning your other remarks about CMake: from my experience as
a software developer as well as as a user building free software from source,
CMake is a very helpful (build a project for the IDE of your choice), flexible
(use different compilers, find libraries on many platforms), and user friendly
(usable on command line as well as with Qt GUI) tool.

Kind regards


> Sent: Thursday, January 04, 2018 at 8:06 AM
> From: "Dieter Baron" <>
> To: "Peter Bohning" <>
> Cc: "libzip mailing list" <>
> Subject: Re: mingw errors 1.3.0 1.4.0
> hi,
> On 04.01.2018, at 03:04 , Peter Bohning <> wrote:
> And libzip is not that complicated. What does it need cmake for anyway?
> Just for fun? Just to stay trendy?
> We need to check which functions and types the platform libzip is compiled
> on supports. There are two common tools to do this: autoconf/automake and
> cmake. Since we want to support Windows and autoconf needs sh(1) (which is
> not available on Windows), cmake is our only practical option.
> BTW, I would really appreciate it if you could tone it down a little; you
> come across as rather aggressive.
> yours,
> dillo

Made by MHonArc.