#include >typedef int64_t curl_off_t; >#define CURL_FORMAT_OFF_T '%I64d' >>Note the stdint.h include. Incidently, to rant, I don't really get why >there's all this mess in this header anyway. Most of this stuff is already >handled in system headers (like the int64_t), etc, and it seems like it >would be a bit more sane to just check for the presence of those headers >during autoconf and have a simple backup plan rather than doing all this >system detection stuff here Then let me rant back.
Passport File Status Govt Of India. First, we of course provide that define to allow applications to be able to printf() the curl_off_t type in a portable manner. Since this is a header that is installed and is used by applications, it cannot simply use #ifdefs based on configure results (like HAVE_BLABLABLA), since the application may not use configure and may in fact not even be able to, or can in fact use the same defined names for other purposes. So, for that to work we have to generate a curl header with config defines at build time that can be installed and then those defines could be checked in this header file. That approach has its own set of problems, but I once started on something like that with the patch available here: I'm especially interested in ideas and solutions to this concept for the platforms that cannot run configure.
>(and it might be nice to reduce the number of build packages from 100000 to >3 or 4). I don't understand what this refers to. -- Commercial curl and libcurl Technical Support: Received on 2007-02-10.
From: Andrew Clarkin Date: Sun, 17 Feb 2013 16:49:51 +0000 Hi I'd be grateful if anybody could help me out or tell me to stop if what I'm attempting is not possible. I've not managed to answer my question with google or the list archive. I run mingw on windows 7 without msys. It usually works fine and I've managed to compile and link successfully, including a bit of sockets programming.