cURL / Mailing Lists / curl-library / Single Mail


Re: sukender: curl/include/curl curl.h,1.380,1.381

From: Sukender <>
Date: Thu, 09 Apr 2009 15:18:11 +0200

Daniel Stenberg wrote:
> On Thu, 9 Apr 2009, Sukender wrote:
>> the fact is that it will probably be totally impossible for me to work
>> on it in a few weeks (or months?), and this surely for a year or so. I
>> simply would like to "have most of it done" before that deadline. I
>> simply hate beginning things without finishing my job.
> I understand your desire and I do appreciate that willingness to make
> soemthing "complete". But it needs to be done right too, and if nobody
> else is around after you to keep up the tradition and maintain/improve
> the cmake build system further it is all pointless anyway... This is not
> a one-shot job. It will be constant maintainance from this day on!

Of course! What I expect is *AT LEAST* to set up the thing. If I can do a bit of maintenance that would be better, but I guess some people, like Tetetest, would be willing to participate.

>>> I don't see why we need this at all, as I mentioned in my previous
>>> response.
>> Well, because tests/server won't compile properly under Windows:
> But... those two "extra" functions aren't used in the server are they? I
> thought they were used by lib558?

Errr... I think there is a confusion between two problems.
1. lib558 has missing symbols fir Win32+DLL. That's okay, we'll simply disable lib558 in that case. Let's say this point is over (...for now!)
2. tests/server projects directly include libcurl source files. This is a fact. However, under Win32, some symbols in these files are marked as "imported" which is wrong when we include the files instead of linking with libcurl. My first solution was to put a definintion in tests/server projects to avoid libcurl symbols to be marked as "imported".

I hope my explanation is clear enough! :)

PVLE - Lightweight cross-platform game engine -
Received on 2009-04-09