> Thanks for the reminder, I've merged and pushed those 5 patches now.
Thanks.
> It is still a notable difference between a plain build with cmake and with
> configure on my debian box (tested on git HEAD just now):
> I would say that the biggest (only?) actual problems of these are: IPv6 and
On Tue, 7 Oct 2014, Alfred Gebert wrote:
Because tomorrow the feature freeze starts I want to send a friendly
reminder about the CMake patches from Jakub. I did review the patches. I'm
biased because I work for the same company as Jakub. But at least a second
person can help if things goes wro
On Fri, Sep 26, 2014 at 12:05 PM, Jakub Zakrzewski wrote:
>
> In the mean while, we've needed kerberos support, so I've added possibility
> to build libcurl with it (MIT or Heimdal only) there are also few other
> fixes. Like before - I can build on win 32/64, lin 32/64 (CentOS), solaris
> x86_
> I made some changes to CMakeLists.txt to get curl_config.h output closer to
> what's in config-win32.h. There are a
> few things I couldn't resolve if anyone can pick up from here
Thanks for interest. I'm considering doing some more work on CMake in my free
time. If I do this, I'll definately
On 8/25/2014 4:03 PM, Ray Satiro wrote:
The conditionals from config-win32 could be rewritten in cmake
language but then either time one was updated the other probably would
need to be too. Another idea is some of the defines that are always
the same not compiler specific or otherwise condition
On 8/25/2014 6:46 AM, Daniel Stenberg wrote:
On Wed, 20 Aug 2014, Daniel Stenberg wrote:
We are willing to proceed on this but first it'd be nice to get some
feedback. I tried to keep the changes as small, easy-to-review commits.
That's lovely. I'm not personally a suitable reviewer for cmake
>>> We are willing to proceed on this but first it'd be nice to get some
>>> feedback. I tried to keep the changes as small, easy-to-review commits.
>>
>> That's lovely. I'm not personally a suitable reviewer for cmake stuff
>> but I hope one or two who are fluent in cmake will step up and at
>
On Wed, 20 Aug 2014, Daniel Stenberg wrote:
We are willing to proceed on this but first it'd be nice to get some
feedback. I tried to keep the changes as small, easy-to-review commits.
That's lovely. I'm not personally a suitable reviewer for cmake stuff but I
hope one or two who are fluent i
-Original Message-
From: curl-library [mailto:curl-library-boun...@cool.haxx.se] On Behalf Of
Daniel Stenberg
Sent: Mittwoch, 20. August 2014 00:20
To: libcurl development
Subject: RE: Call for libcurl cmake users/maintainers!
On Mon, 18 Aug 2014, Jakub Zakrzewski wrote:
> Since
On Mon, 18 Aug 2014, Jakub Zakrzewski wrote:
Since we really want to have CMake as (lib)curl build system I've started
working on this. With the attached patches I am able to build on at least
64-bit linux and windows using OpenSSL, OpenLDAP, LibSSH2, zlib. This is
basically the configuration
-Original Message-
From: curl-library [mailto:curl-library-boun...@cool.haxx.se] On Behalf Of
Daniel Stenberg
Sent: Mittwoch, 30. Juli 2014 00:19
To: libcurl development
Subject: Re: Call for libcurl cmake users/maintainers!
On Tue, 29 Jul 2014, Jakub Zakrzewski wrote:
> we alre
On Tue, 29 Jul 2014, Jakub Zakrzewski wrote:
we already have a CMake-based build system for our product and we'd really
would like to extend it to also build our dependencies. Right now we build
everything manually on each platform, what is a pain.
The alternatives to cmake that we already ha
On Fri, 25 Jul 2014, Sergei Nikulov wrote:
Could you please be more specific? I'll review cmake related issues and
provide fixes if possible.
It doesn't really work very well that way.
1) Clearly it's been broken for ~6 months without anyone noticing. By
definition, that makes at best a seco
> From: Geoff Beier
> Date: Thu, 24 Jul 2014 08:23:58 -0400
> Daniel Stenberg wrote:
>>
>> I was never convinced adding cmake support was a good idea but I allowed
>> it to get added in April 2009 as there were a bunch of eager advocates
>> of it at the time. Ever since then, it has remained
2014-07-24 18:13 GMT+04:00 Daniel Stenberg :
> On Thu, 24 Jul 2014, Sergei Nikulov wrote:
>
> Merged. Been this broken since January!
>>>
>>
>> It happens. But I'm not always using latest SW...
>>
>
> I'm not blaming you! But I think it is valuable input that hardly anyone
> has built curl/libcur
On Thu, Jul 24, 2014 at 6:09 PM, Daniel Stenberg wrote:
> On Thu, 24 Jul 2014, Geoff Beier wrote:
>
> FWIW, we use the cmake build system exclusively for libcurl on Windows.
>>
>
> How come you do that? Is there any other reason beside you just picked it
> once and it worked?
>
>
We use cmake qu
On Thu, 24 Jul 2014, Geoff Beier wrote:
FWIW, we use the cmake build system exclusively for libcurl on Windows.
How come you do that? Is there any other reason beside you just picked it once
and it worked?
--
/ daniel.haxx.se
---
On Thu, 24 Jul 2014, Sergei Nikulov wrote:
Merged. Been this broken since January!
It happens. But I'm not always using latest SW...
I'm not blaming you! But I think it is valuable input that hardly anyone has
built curl/libcurl with cmake since January (I'm not sure which platforms that
w
2014-07-24 17:36 GMT+04:00 Daniel Stenberg :
> On Thu, 24 Jul 2014, Sergei Nikulov wrote:
>
> I've submitted pull request for build issue (
>> https://github.com/bagder/curl/pull/105)
>> Patch also attached for review.
>> Could you please review and integrate it?
>>
>
> Merged. Been this broken s
On Thu, 24 Jul 2014, Sergei Nikulov wrote:
I've submitted pull request for build issue (
https://github.com/bagder/curl/pull/105)
Patch also attached for review.
Could you please review and integrate it?
Merged. Been this broken since January!
--
/ daniel.haxx.se
---
Daniel Stenberg wrote:
I was never convinced adding cmake support was a good idea but I allowed
it to get added in April 2009 as there were a bunch of eager advocates
of it at the time. Ever since then, it has remained an inferior way to
build libcurl on probably all platforms since there's ju
2014-07-24 13:54 GMT+04:00 Sergei Nikulov :
>
>
>
> 2014-07-24 13:43 GMT+04:00 Sergei Nikulov :
>
>
>>
>>
>> 2014-07-24 11:42 GMT+04:00 Daniel Stenberg :
>>
>> Hey,
>>>
>>> As an experiment and just checking in which status our current cmake
>>> build files are at, I've tried to build curl/libcurl
2014-07-24 13:43 GMT+04:00 Sergei Nikulov :
>
>
>
> 2014-07-24 11:42 GMT+04:00 Daniel Stenberg :
>
> Hey,
>>
>> As an experiment and just checking in which status our current cmake
>> build files are at, I've tried to build curl/libcurl with it on my 64 bit
>> Debian Linux.
>>
>> It couldn't even
2014-07-24 11:42 GMT+04:00 Daniel Stenberg :
> Hey,
>
> As an experiment and just checking in which status our current cmake build
> files are at, I've tried to build curl/libcurl with it on my 64 bit Debian
> Linux.
>
> It couldn't even generate a first set of Makefiles. It identified problems
>
Hey,
As an experiment and just checking in which status our current cmake build
files are at, I've tried to build curl/libcurl with it on my 64 bit Debian
Linux.
It couldn't even generate a first set of Makefiles. It identified problems in
the tests/libtest/CMakeLists.txt file/builds.
We n
25 matches
Mail list logo
