On Tue, May 13, 2008 at 12:28 AM, Samuel Neff <[EMAIL PROTECTED]> wrote:
>
> One other issue we're having and are not sure about is we get a compiler
> error on sqlite3_profile and sqlite3_trace. We need to remove these two
> lines from the def file included with the sqlite source in order to g
Matthey,
Thanks for making this change. We got latest from CVS today and
configure/make worked great.
One other issue we're having and are not sure about is we get a compiler
error on sqlite3_profile and sqlite3_trace. We need to remove these two
lines from the def file included with the sqlite
In the latest CVS, you should now also be able to do what you intended
in the first place. Namely:
./configure
make sqlite3.c
I thought about it, and there's no good reason to inline the
auto-generated config.h file in to the amalgamation like we were
doing, so now it keeps it as an #include tha
Matthew,
Thanks! After deleting everthing and re-checking out from cvs, using the
pre-build makefile worked great.
Best regards,
Sam
On Tue, May 6, 2008 at 4:46 PM, Matthew L. Creech <[EMAIL PROTECTED]>
wrote:
>
> If you want to create a generic amalgamation (without pre-defined
> features l
On Tue, May 6, 2008 at 4:38 PM, Samuel Neff <[EMAIL PROTECTED]> wrote:
>
> we ran
>
> configure
> make sqlite3.c
>
> and got an amalgamation with those types defined using unmodified sources
> from CVS. Are you saying the types should not be defined?
No - you got what I'd expect: #defines ad
On Tue, May 6, 2008 at 2:42 PM, Matthew L. Creech <[EMAIL PROTECTED]>
wrote:
>
>
> By default things like HAVE_GMTIME_R aren't defined, so you'd have to
> add those to your CPPFLAGS or something if you wanted to build a
> generic amalgamation with those features included. The datatypes that
> are
On Tue, May 6, 2008 at 11:22 AM, Brad House
<[EMAIL PROTECTED]> wrote:
> We ran into the same problem here. It seems as though maybe the
> amalgamation is hand-edited for distribution to remove the contents
> of the config.h to be system agnostic. When we built ours from CVS,
> we just did the
We ran into the same problem here. It seems as though maybe the
amalgamation is hand-edited for distribution to remove the contents
of the config.h to be system agnostic. When we built ours from CVS,
we just did the same hand-edit and packaged it and it compiled fine on the
dozen or so OS's we di
On Tue, May 6, 2008 at 10:49 AM, Samuel Neff <[EMAIL PROTECTED]> wrote:
>
> Is this related to a change in the CVS source or is there something we're
> doing wrong in building the amalgamation?
>
> We're building the amalgmation on Fedora Core release 4 (Stentz),
> 2.6.17-1.2142_FC4smp #1 SMP i
Samuel Neff wrote:
> We're trying to build an amalgamation from CVS to use within our application
> for the first time. However, when we try to compile we get an error on this
> line:
>
>
> #ifdef HAVE_STDINT_H
> #include
> #endif
>
> fatal error C1083: Cannot open include file: 'stdint.h': No
We're trying to build an amalgamation from CVS to use within our application
for the first time. However, when we try to compile we get an error on this
line:
#ifdef HAVE_STDINT_H
#include
#endif
fatal error C1083: Cannot open include file: 'stdint.h': No such file or
directory
We tracked ba
11 matches
Mail list logo