Re: [sqlite] Advice on compiling 3.5.5 for Mac OS X?

2006-05-22 Thread Bill Bumgarner

On May 21, 2006, at 5:05 PM, Kon Lovett wrote:
I second this. I am not even sure /usr/lib/libreadline.dylib is  
readline. It is a symbolic link to libedit.dylib for me. So I use  
my own build of readline as well.


It is the BSD version of readline which lacks the history API and a  
couple of other non-primary bits of the GNU readline library.


Why not the real thing?

Because libreadline is GPL'd (or LPGL'd) and, thus, taints anything  
it touches.   Even the LGPL is a taint in the eyes of many.


b.bum


Re: [sqlite] Advice on compiling 3.5.5 for Mac OS X?

2006-05-21 Thread Jerry Krinock
on 06/05/21 17:05, Kon Lovett at [EMAIL PROTECTED] wrote:

> An XCode project for SQlite 3 would be nice but I don't have one.

Hey, it was easy.  Summary: Download the "pure C" source code, create a new
Xcode "BSD Dynamic Library" project, add the source code, add Tcl.Framework
from /System, click Build and you're done!!

I'll write back and post step-by-step details after I test it for a few days
and find the bugs ;|

Jerry 




Re: [sqlite] Advice on compiling 3.5.5 for Mac OS X?

2006-05-21 Thread Kon Lovett

On May 21, 2006, at 2:09 PM, Thomas Chust wrote:


On Sun, 21 May 2006, Jerry Krinock wrote:

I would like to compile SQLite 3.3.5 for Mac OS 10.3 and Mac OS  
10.4. [...] Are there any tricks that I should know about before  
attempting this? [...]


Hello,

I had no trouble whatsoever to build the standard UNIX tarball of  
SQLite 3.3.5 on MacOS X 10.4.6 by just unpacking it, running ./ 
configure and running make. I must add, though, that I built  
against a libreadline that I installed myself instead of the MacOS  
X system supplied one -- I don't know whether this makes any  
difference for SQLite, but I recollect that the system supplied  
libreadline in MacOS X is quite broken and many other things I  
installed by hand failed to build against it correctly.


I second this. I am not even sure /usr/lib/libreadline.dylib is  
readline. It is a symbolic link to libedit.dylib for me. So I use my  
own build of readline as well.


Uh, for 10.3 you will have a little work (unless compiling on a 10.3  
installation). You will need to specify the compiler version since  
the runtime system is different.


An XCode project for SQlite 3 would be nice but I don't have one.

Best Wishes,
Kon



cu,
Thomas




Re: [sqlite] Advice on compiling 3.5.5 for Mac OS X?

2006-05-21 Thread Thomas Chust

On Sun, 21 May 2006, Jerry Krinock wrote:

I would like to compile SQLite 3.3.5 for Mac OS 10.3 and Mac OS 10.4. 
[...] Are there any tricks that I should know about before attempting 
this? [...]


Hello,

I had no trouble whatsoever to build the standard UNIX tarball of SQLite 
3.3.5 on MacOS X 10.4.6 by just unpacking it, running ./configure and 
running make. I must add, though, that I built against a libreadline that 
I installed myself instead of the MacOS X system supplied one -- I don't 
know whether this makes any difference for SQLite, but I recollect that 
the system supplied libreadline in MacOS X is quite broken and many other 
things I installed by hand failed to build against it correctly.


cu,
Thomas


[sqlite] Advice on compiling 3.5.5 for Mac OS X?

2006-05-21 Thread Jerry Krinock
I would like to compile SQLite 3.3.5 for Mac OS 10.3 and Mac OS 10.4.  I see
from the list archives a couple months ago that some people were using the
TEA compatible distribution for this.

Are there any tricks that I should know about before attempting this?  I
have compiled a couple packages using ./configure and makefile, but this is
not my forte.  Should I try Xcode first?

Sincerely,

Jerry Krinock

P.S. I realize that SQLite 3.1.3 is built into Tiger, but 3.1.3 is missing
many basic features.