Thanks David. Just to update, I have successfully built the v7.39 .lib and .dll 
via the command line instructions that Ray sent yesterday, and was able to 
re-compile with the new .lib/.dll into my application cleanly as well. I have 
also tested a couple of CURL functions and they are working.

 

Many thanks to both David and Ray for your help!!

 

From: curl-library [mailto:[email protected]] On Behalf Of 
David Chapman
Sent: Tuesday, November 25, 2014 6:45 PM
To: libcurl development
Subject: Re: Cannot get curllib to work with Visual C++ 11

 

On 11/25/2014 10:40 AM, Jon wrote:

Hi David,

 

I downloaded the code from the curllib site which I believe included the 
project, and compiled it in VC 11. I set error checking to L2 and it built 
completely clean. I then tried to build a .dll and I received a whole bunch of 
errors which I haven’t yet tried to resolve. 

 

I matched many of the conventions (i.e. project properties menu) but I haven’t 
yet done a clean sweep of all conventions to match against what I have in my 
application. I’m thinking now that this should be my next step.

 

May sound like a silly question, but do I need both the libcurl.lib and 
libcurl.dll files or can I get away with just libcurl.lib?

 

 


Perhaps the project file for the DLL is out of date relative to the makefiles 
(missing header file, for example, or #define difference).  Since I don't build 
from project files I can't help, sorry.

Use of a DLL (on Linux, a .so file) vs. a static linked library is one of 
preference.

A DLL can be updated independently of the application, assuming certain 
conditions are met (i.e. no existing function interface signatures change).  
With multiple packages incorporated in your application, this can greatly 
reduce your update overhead.  On the other hand, an update that you don't 
control can break your critical application at an inopportune time if there are 
incompatibilities or bugs.

I tend to use static linking so I can test the complete configuration fully, 
control when updates occur, and reduce installation overhead (especially when 
it is deployed to bare-metal Linux cloud servers).  This does require a little 
more work on my part to gather everything together.

If you are willing to respin your application when libcurl updates occur, then 
by all means use the .lib file you have built.




-- 
    David Chapman      [email protected]
    Chapman Consulting -- San Jose, CA
    Software Development Done Right.
    www.chapman-consulting-sj.com
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

Reply via email to