Re: [sqlite] [OT] Shell globbing - Re: [sqlite] trying to compile SQLite

2004-09-05 Thread Greg Miller
Christian Smith wrote: On Fri, 3 Sep 2004, Greg Miller wrote: I guess the UNIX folks just didn't know any better way back then. Putting globbing in the API instead of the shell is a much better approach, but that wasn't all that obvious when UNIX first came along. You condone the DOS/Windows (lack

[sqlite] [OT] Shell globbing - Re: [sqlite] trying to compile SQLite

2004-09-03 Thread Christian Smith
On Fri, 3 Sep 2004, Greg Miller wrote: >Christian Smith wrote: > >> I found it funny, while looking through Dr Dobbs journal some time ago, >> about a columnist (Al Stevens, I think!) being surprised that under UNIX, >> such things as filename globbing was done by the shell, and all main() >> usua

Re: [sqlite] trying to compile SQLite

2004-09-03 Thread Greg Miller
Christian Smith wrote: I found it funny, while looking through Dr Dobbs journal some time ago, about a columnist (Al Stevens, I think!) being surprised that under UNIX, such things as filename globbing was done by the shell, and all main() usually gets is a list of valid filenames. Under DOS and Wi

Re: [sqlite] trying to compile SQLite

2004-09-02 Thread Christian Smith
On Tue, 31 Aug 2004, Dennis Cote wrote: >Doug Currie wrote: >> GCC doesn't need libsqlitedll.a -- you can just link to sqlite.dll and >> gcc understands what to do. > >Oh...Right you are. I just tried it with DevC++. > >That just seems too easy. :-) > >I wonder why every other compiler needs a

Re: [sqlite] trying to compile SQLite

2004-08-31 Thread Dennis Cote
Doug Currie wrote: > GCC doesn't need libsqlitedll.a -- you can just link to sqlite.dll and > gcc understands what to do. Oh...Right you are. I just tried it with DevC++. That just seems too easy. :-) I wonder why every other compiler needs an import library to link to a DLL?

Re: [sqlite] trying to compile SQLite

2004-08-31 Thread Doug Currie
Tuesday, August 31, 2004, 5:40:15 PM, Dennis Cote wrote: > I have also filed a ticket with attached patches to have the SQLite > makefiles (both sqlite 2 and 3) produce GCC compatible import libraries for > sqlite.dll in addition to the Borland and MSVC import libraries. > So now you can build a

Re: [sqlite] trying to compile SQLite

2004-08-31 Thread Dennis Cote
Dennis Cote wrote: > I haven't tried linking to a DLL using DevC++, but that should be > basically the same, except you will need to produce a gcc compatible > import library for the DLL and link to that rather than libsqlite.a. > You can do this with dlltool like so; > > dlltool --implib libsqlite

Re: [sqlite] trying to compile SQLite

2004-08-31 Thread Dennis Cote
Reid Thompson wrote: > a SQLite devpak for dev-cpp --- template program compiles out of the > box > > http://www.ingmezzina.it/dev-packs/default.asp > Unfortunately it uses version 2.8.8 of SQLite which is very old. I have used Bloodshed's DevC++ IDE to build apps linked to the libsqlite library

RE: [sqlite] trying to compile SQLite

2004-08-31 Thread Reid Thompson
a SQLite devpak for dev-cpp --- template program compiles out of the box http://www.ingmezzina.it/dev-packs/default.asp Jonathan Gennick wrote: > I'm trying to compile SQLite, but, unfortunately, with very > little joy. I'm running on Windows (sorry), and I'm using > Bloodshed's C++ IDE, which

Re: [sqlite] trying to compile SQLite

2004-08-31 Thread Doug Currie
Tuesday, August 31, 2004, 10:32:25 AM, Jonathan Gennick wrote: > I'm trying to compile SQLite, but, unfortunately, with very > little joy. I'm running on Windows (sorry), and I'm using > Bloodshed's C++ IDE, which appears to run some form of GNU's > C++ compiler. Is anyone else using this particu

Re: [sqlite] trying to compile SQLite

2004-08-31 Thread Christian Smith
On Tue, 31 Aug 2004, Jonathan Gennick wrote: >I'm trying to compile SQLite, but, unfortunately, with very >little joy. I'm running on Windows (sorry), and I'm using >Bloodshed's C++ IDE, which appears to run some form of GNU's >C++ compiler. Is anyone else using this particular >combination? > >Be