On Fri, 19 Mar 2004, SourceForge.net wrote:

> Bugs item #919839, was opened at 2004-03-19 16:12
> Message generated for change (Tracker Item Submitted) made by Item Submitter
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=100976&aid=919839&group_id=976
>
> Category: compile or build problem
> Group: portability problem
> Status: Open
> Resolution: None
> Priority: 5
> Submitted By: Jared McIntyre (thepoet)
> Assigned to: Daniel Stenberg (bagder)
> Summary: Can't find ca-bundle.h
>
> Initial Comment:
> When building Libcurl 7.11.1 in Visual Studio .NET 2003 (7.1) I ran
> into a problem in url.c. The compiler was unable to find ca-
> bundle.h using this directive:
>
> #include <ca-bundle.h>
>
> I noticed that my old version had it as:
>
> #include "ca-bundle.h"
>
> On a whim, I changed it to the old version and everything built. I
> haven&#039;t had a chance to research why this happened yet.
>

I had the same problem with the VMS builds. Normally, an include that
has <> means the compiler should look in the normal system areas where
the standard library includes are. A "" include usually means look
"here", where here might be (current build directory, directories you
defined in the include switch in the compile command, etc).

I had to change my compiler switch to look in the lib and src cURL
subdirectories as well as the standard system library directory when a
<> include was encountered to get this to work.
Received on 2004-03-20