aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/bin/Mono.Data.Sqlite.dll.config (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Bundle a built-from-source Mac OS X sqlite3 universal dylib with OpenSim and ↵Justin Clark-Casey (justincc)2011-04-071-0/+1
| | | | | | | | | | | | | use this instead of the system one. This means that Mac OS X users can now use the standard sqlite adaptor instead of the legacy one. This is SQLite 3.7.5. I configured the build with the line CFLAGS="-Os -g -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -arch ppc7400 -DSQLITE_ENABLE_COLUMN_METADATA" LDFLAGS="-arch i386 -arch x86_64 -arch ppc7400" ./configure --disable-dependency-tracking The SQLITE_ENABLE_COLUMN_METADATA flag exports the metadata symbols that modern Mono SQLite adaptors need. The -Os removes debugging symbols (as per the sqlite3 source pkg README) The other parts are to cross compile for x86_64, i386 and ppc. On Mac OS X, Mono can actually only P/INVOKE 32-bit libraries even on 64 bit platforms so i386 is being used. The dylib has not been tested on ppc.
* More touchup for SQLite.Marck2011-03-281-1/+1
| | | | Apply the same change to both the 32-bit and 64-bit DLL target paths. This makes the previous addition to the instructions in the README for running on Linux unnecessary.
* Touchup for SQLiteBlueWall2011-03-271-1/+1
|
* Fix a typo in the SQLite DLL config and amend the instructions for running ↵Marck2011-03-231-1/+1
| | | | | | on Linux. Under Linux (and probably also under OSX), the operating system must be able to find the new SQLite DLL in the library search path.
* Typo fixBlueWall2011-03-221-1/+1
|
* More SQLite work.BlueWall2011-03-221-0/+4