Re: [Mono-dev] Hi System.xml.parse error in compiling mono

2014-07-17 Thread Atsushi Eno 

Your mcs/class/System.XML/System.Xml.XPath/Parser.cs should look like this:
https://gist.github.com/atsushieno/b2290bc1162e42848cb3

If it doesn't there is some problem in your build regarding 'jay' output.

You can share your build log in mcs/class/System.XML : "make V=1 clean 
all" and some people might have some comments.


Atsushi Eno


morteza adi wrote:

I'm getting crazy :)

I removed my cloned source and get a new clone from git repo. nothing 
changed, again same problem.
I also tried to make the code in another pc - ubuntu 12.04  I got a 
new error:


make[2]: Entering directory `/home/morteza/git/mono/runtime'
if test -w /home/morteza/git/mono/mcs; then :; else chmod -R +w 
/home/morteza/git/mono/mcs; fi
cd /home/morteza/git/mono/mcs && make --no-print-directory -s 
NO_DIR_CHECK=1 PROFILES='net_2_0 net_3_5 net_4_0 net_4_5 xbuild_12   ' 
CC='gcc' all-profiles

Bootstrap compiler: Mono C# compiler version 2.10.8.1
MCS [secxml/basic] System.dll
System.Security.AccessControl/SemaphoreSecurity.cs(136,35): warning 
CS0109: The member 
`System.Security.AccessControl.SemaphoreSecurity.PersistModifications(System.Runtime.InteropServices.SafeHandle)' 
does not hide an inherited member. The new keyword is not required
Mono.Http/NtlmClient.cs(99,54): error CS1502: The best overloaded 
method match for 
`Mono.Security.Protocol.Ntlm.Type3Message.Type3Message(byte[])' has 
some invalid arguments
/usr/lib/mono/gac/Mono.Security/2.0.0.0__0738eb9f132ed756/Mono.Security.dll 
(Location of the symbol related to previous error)
Mono.Http/NtlmClient.cs(99,54): error CS1503: Argument `#1' cannot 
convert `Mono.Security.Protocol.Ntlm.Type2Message' expression to type 
`byte[]'

Compilation failed: 2 error(s), 1 warnings
make[9]: *** [../../class/lib/basic/secxml/System.dll] Error 1
make[8]: *** [../../class/lib/basic/secxml/System.dll] Error 2
make[7]: *** [do-all] Error 2
make[6]: *** [all-recursive] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [profile-do--basic--all] Error 2
make[3]: *** [profiles-do--all] Error 2
make[2]: *** [all-local] Error 2
make[2]: Leaving directory `/home/morteza/git/mono/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/morteza/git/mono'
make: *** [all] Error 2

I wonder how the same code gets built and installed in my virtual 
ubuntu machine!!




On Wed, Jul 16, 2014 at 9:51 PM, Marek Safar > wrote:


Hello,

No i didn't build in parallel. just a simple make command with
no parameter.

when i ran the Make command for the first time i got an error
said Perl XML:Parser wasn't installed.
so i installed XML::Parser by apt-get libexpat1-dev

then  i ran into this error.


That's probably it. Try to clean your code and rebuild again.

Marek

On Wed, Jul 16, 2014 at 8:26 PM, Marek Safar
mailto:marek.sa...@gmail.com>> wrote:

Hello,

*
*
*I successfully make & install the mono code in ubuntu
12.04
*
*when i do the same steps in ubuntu 14.04 i get this
error*

Bootstrap compiler: Mono C# compiler version 3.2.8.0
MCS [build] System.Xml.dll
System.Xml.XPath/Parser.jay(12,0): error CS1525:
Unexpected symbol `using'


This is weird error. Did you try to build in parallel ?
Also showing what is actually in file
System.Xml.XPath/Parser.jay around reports lines would
help too.

Marek






___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] [Crosspost Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)

2014-07-17 Thread Tommy Ettinger 
I was recommended by the author of IKVM to ask here about my Mono
incompatibility issue.  I'm using the latest IKVM with the natives
self-compiled for Linux 64-bit (not the ones shipped with Mono, which are
years out of date).  When I run an application (that I wrote) on on Windows
(7, 64-bit), it works fine, and prints this in the Output window of Visual
Studio: http://pastebin.com/u8GkwE2P (mostly output from an App.config
trace switch, ).  I am not sure how to get the
same type of trace output on Mono, especially since it isn't printed to the
console on Windows.  The issue seems to be related to JNI failing at
runtime with IKVM on Mono, so being able to have the JNI information traced
would be handy.  I am running the application on Fedora 20, AMD64 (in a VM)
with the command:
MONO_LOG_LEVEL=debug mono CommandersUnite.exe
I don't have any typemaps for DLLs, and the application loads native code
at runtime via JNI.  Could this be a problem?  I've referenced the previous
list thread below.
Thank you for your time.

-- Forwarded message --
From: Jeroen Frijters 
Date: Thu, Jul 17, 2014 at 1:06 AM
Subject: RE: [Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)
To: Tommy Ettinger 
Cc: "ikvm-develop...@lists.sourceforge.net" <
ikvm-develop...@lists.sourceforge.net>


You should really ask on the Mono list about this. I don't know enough
about Mono on Linux, but this looks seriously broken.

> -Original Message-
> From: Tommy Ettinger [mailto:tommy.ettin...@gmail.com]
> Sent: Wednesday, July 16, 2014 22:56
> To: Jeroen Frijters
> Cc: ikvm-develop...@lists.sourceforge.net
> Subject: Re: [Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)
>
> Ah, figured out how to load the config on Mono.  I think.  Unfortunately
> it gives a very different error: http://pastebin.com/GAsQyfA5 The
> App.config is here
> https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/App.c
> onfig
>
>
> On Wed, Jul 16, 2014 at 1:30 PM, Tommy Ettinger
> mailto:tommy.ettin...@gmail.com> > wrote:
>
>
>   My last message was too long for the list, so here it is with
> pastebin links.
>   With those lines added to App.config, It gives the following output
> on Windows 7 in Visual Studio's output window (and nothing new on Mono):
>   Visual Studio output: http://pastebin.com/6Jpi5FxV
>   Mono output: http://pastebin.com/BEMyAerk
>
>   Thanks for your speedy reply on this, IKVM worked brilliantly until
> I tried to get it to run on Mono.  IKVM is a pretty incredible piece of
> software.
>
>
>   On Wed, Jul 16, 2014 at 6:01 AM, Jeroen Frijters   > wrote:
>
>
>   Hi Tommy,
>
>
>
>   Can you try enabling JNI tracing by adding the following to
> your app.config:
>
>
>
>   
>
>   
>
>   
>
>   
>
>   
>
>
>
>   Regards,
>
>   Jeroen
>
>
>
>   From: Tommy Ettinger [mailto:tommy.ettin...@gmail.com
>  ]
>   Sent: Wednesday, July 16, 2014 14:00
>   To: ikvm-develop...@lists.sourceforge.net  develop...@lists.sourceforge.net>
>   Subject: [Ikvm-developers] Issues with JNI on Mono (IKVM
> Trunk)
>
>
>
>   I've been struggling for the last two days to port my C#
IKVM
> application that uses the Java library libgdx to Linux.  The application
> works just fine on Windows/.NET, but something is wrong with the linking
> for JNI code AFAICT.  Using libgdx you have a choice of backends for how
> to display graphics, one of which is LWJGL and one of which is JGLFW.
> LWJGL failed on both 32- and 64-bit Linux (after I figured out how to
> get it to load its dependencies from the right folder) with an
> UnsatisfiedLinkError in
> org.lwjgl.DefaultSysImplementation.getPointerSize()I , which (in the
> LWJGL source) is a native method with no body in the .java file.
>
>
>   JGLFW failed on 64-bit Linux (haven't built it on 32-bit)
> with a different error, still in a native method:
>
>   java.lang.UnsatisfiedLinkError:
> com/badlogic/jglfw/Glfw.glfwInitJni()Z
>
> at cli.IKVM.Runtime.JNI$Frame.GetFuncPtr(Unknown
> Source)
>
>   I have had issues setting LD_LIBRARY_PATH on this machine (a
> VM running Fedora 20, 64-bit; the VM is run by VirtualBox on Windows 7
> 64-bit), and I believe java.library.path is unset, but the libraries are
> all in the current folder (same as the exe).  My application is open
> source and the latest code is at
> https://github.com/tommyettinger/CommandersUnite/ and the only IKVM-
> specific code is in
> https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/GameG
> DX.cs#L478 .  I built gdx-jglfw.dll using the command:
>
>   "%IKVM_HOME%/ikvmc.exe" -target:library -out:gdx-jglfw.dll -
> sharedclassloader gdx.jar gdx-natives.jar gdx-backend-jglfw.jar gdx-
> bac

Re: [Mono-dev] Hi System.xml.parse error in compiling mono

2014-07-17 Thread morteza adi 
I'm getting crazy :)

I removed my cloned source and get a new clone from git repo. nothing
changed, again same problem.
I also tried to make the code in another pc - ubuntu 12.04  I got a new
error:

make[2]: Entering directory `/home/morteza/git/mono/runtime'
if test -w /home/morteza/git/mono/mcs; then :; else chmod -R +w
/home/morteza/git/mono/mcs; fi
cd /home/morteza/git/mono/mcs && make --no-print-directory -s
NO_DIR_CHECK=1 PROFILES='net_2_0 net_3_5 net_4_0 net_4_5 xbuild_12   '
CC='gcc' all-profiles
Bootstrap compiler: Mono C# compiler version 2.10.8.1
MCS [secxml/basic] System.dll
System.Security.AccessControl/SemaphoreSecurity.cs(136,35): warning CS0109:
The member
`System.Security.AccessControl.SemaphoreSecurity.PersistModifications(System.Runtime.InteropServices.SafeHandle)'
does not hide an inherited member. The new keyword is not required
Mono.Http/NtlmClient.cs(99,54): error CS1502: The best overloaded method
match for `Mono.Security.Protocol.Ntlm.Type3Message.Type3Message(byte[])'
has some invalid arguments
/usr/lib/mono/gac/Mono.Security/2.0.0.0__0738eb9f132ed756/Mono.Security.dll
(Location of the symbol related to previous error)
Mono.Http/NtlmClient.cs(99,54): error CS1503: Argument `#1' cannot convert
`Mono.Security.Protocol.Ntlm.Type2Message' expression to type `byte[]'
Compilation failed: 2 error(s), 1 warnings
make[9]: *** [../../class/lib/basic/secxml/System.dll] Error 1
make[8]: *** [../../class/lib/basic/secxml/System.dll] Error 2
make[7]: *** [do-all] Error 2
make[6]: *** [all-recursive] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [profile-do--basic--all] Error 2
make[3]: *** [profiles-do--all] Error 2
make[2]: *** [all-local] Error 2
make[2]: Leaving directory `/home/morteza/git/mono/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/morteza/git/mono'
make: *** [all] Error 2

I wonder how the same code gets built and installed in my virtual ubuntu
machine!!



On Wed, Jul 16, 2014 at 9:51 PM, Marek Safar  wrote:

> Hello,
>
> No i didn't build in parallel. just a simple make command with no
>> parameter.
>>
>> when i ran the Make command for the first time i got an error said Perl
>> XML:Parser wasn't installed.
>> so i installed XML::Parser by apt-get libexpat1-dev
>>
>> then  i ran into this error.
>>
>
> That's probably it. Try to clean your code and rebuild again.
>
> Marek
>
> On Wed, Jul 16, 2014 at 8:26 PM, Marek Safar 
>> wrote:
>>
>>> Hello,
>>>


 *I successfully make & install the mono code in ubuntu 12.04*
 *when i do the same steps in ubuntu 14.04 i get this error*

 Bootstrap compiler: Mono C# compiler version 3.2.8.0
 MCS [build] System.Xml.dll
 System.Xml.XPath/Parser.jay(12,0): error CS1525: Unexpected symbol
 `using'

>>>
>>> This is weird error. Did you try to build in parallel ? Also showing
>>> what is actually in file System.Xml.XPath/Parser.jay around reports lines
>>> would help too.
>>>
>>> Marek
>>>
>>
>>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Alex J Lennon 

On 17/07/2014 14:48, Edward Ned Harvey (mono) wrote:
>> From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
>> Sent: Thursday, July 17, 2014 9:12 AM
>>  
>> I guess I'd start by asking - if we have System.Data.Sqlite, and it
>> works on Mono, then why do we need Mono.Data.Sqlite?
> I don't care if I use System.Data.Sqlite or Mono.Data.Sqlite.  So far I have 
> not gotten either one of them to work, except by downloading the 
> Mono.Data.Sqlite.dll from "some guy on the internet."
>
> But it now sounds like there are some additional possibilities to try...
>
>

OK, in that case my builds of System.Data.SQLite might be of interest -

https://www.dropbox.com/sh/v8vaxvnwq4mzhqi/AADV_qpvrSP6sAEcxZi2Za7Pa

FFx is Windows, Mono is, well... Mono ;)

Both of these, as I recall, built out of the source as per their wiki
instructions.


Cheers,

Alex

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Edward Ned Harvey (mono) 
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
> 
> But it now sounds like there are some additional possibilities to try...

This is confirmed working:

Install mono 3.4.0 on the mac.  Copy one of these files to windows:  (I'm using 
4.0)
/Library/Frameworks/Mono.framework/Versions/3.4.0/lib/mono/2.0/Mono.Data.Sqlite.dll
/Library/Frameworks/Mono.framework/Versions/3.4.0/lib/mono/4.0/Mono.Data.Sqlite.dll
/Library/Frameworks/Mono.framework/Versions/3.4.0/lib/mono/4.5/Mono.Data.Sqlite.dll

I have every reason to believe you could do the same, copying the dll from 
linux.  But I haven't explicitly tested.

And get sqlite3.dll here:
http://www.sqlite.org/sqlite-dll-win32-x86-3071300.zip
(Thanks for the link Timotheus)
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Edward Ned Harvey (mono) 
> From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
> Sent: Thursday, July 17, 2014 9:12 AM
>  
> I guess I'd start by asking - if we have System.Data.Sqlite, and it
> works on Mono, then why do we need Mono.Data.Sqlite?

I don't care if I use System.Data.Sqlite or Mono.Data.Sqlite.  So far I have 
not gotten either one of them to work, except by downloading the 
Mono.Data.Sqlite.dll from "some guy on the internet."

But it now sounds like there are some additional possibilities to try...
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Edward Ned Harvey (mono) 
> From: Timotheus Pokorra [mailto:timotheus.poko...@solidcharity.com]
> Sent: Thursday, July 17, 2014 8:56 AM
> 
> On Windows, we copy the Mono.Data.Sqlite.dll and the sqlite3.dll to
> our application directory.
> We use the Mono.Data.Sqlite.dll that came with Mono for windows
> version 2.10.6 (C:\Program Files (x86)\Mono-2.10.6\lib\mono\2.0).

Make sure you archive it, because the currently available windows mono download 
is 2.10.9, which has the same bug as 3.2.3.


> The sqlite3.dll comes from
> http://www.sqlite.org/sqlite-dll-win32-x86-3071300.zip
> We run the software with Microsoft .Net, not with Mono on Windows.

Thank you very much for that.  In fact, the Mono.Data.Sqlite.dll from linux or 
mac...  The reason they fail on windows is can't find sqlite3.dll.  So I'll 
retry copying the mac dll to windows, along with this sqlite3.dll.  Maybe that 
will work.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Alex J Lennon 

On 17/07/2014 13:33, Edward Ned Harvey (mono) wrote:
>> From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
>> Sent: Wednesday, July 16, 2014 5:15 AM
>> To: Edward Ned Harvey (mono); mono-devel-list@lists.ximian.com
>>
>> fwiw - I am currently using System.Data.SQLite, deploying onto both
>> .NET/Windows and Mono/Yocto Embedded Linux
>>
>> However I have had to rebuild System.Data.SQLite from source for Mono
>> use.
>>
>> ref:
>> http://system.data.sqlite.org/index.html/doc/trunk/www/build.wiki#mono
> Thanks, here is where I'm at right now:
>
> Mono.Data.Sqlite is reliably available on mac/linux.  And I had the brilliant 
> idea that I would install mono on windows, and then grab the 
> Mono.Data.Sqlite.dll from the mono installation, and distribute it.  However, 
> there's this:
> https://bugzilla.xamarin.com/show_bug.cgi?id=2148
>
> The latest windows release is mono 3.2.3, which unfortunately includes a bug 
> that kills Mono.Data.Sqlite, that was fixed in 3.2.6 or 3.2.7.
>
> So if a new windows build is released anytime soon with a functional 
> Mono.Data.Sqlite, it will be the obvious easiest best solution:  Just use 
> Mono.Data.Sqlite natively on systems that have mono (max/linux) and 
> distribute Mono.Data.Sqlite.dll for windows.
>
> Some guy on the internet managed to build a version of Mono.Data.Sqlite.dll 
> that works on windows, and has it available here:
>   http://www.deltasblog.co.uk/2013/12/28/mono-data-sqlite-for-net-4-04-5/ 
>   http://www.deltasblog.co.uk/downloads/Mono.Data_.Sqlite.zip
>
> Naturally, everyone should feel a little uncomfortable with that, but it's 
> very useful for testing purposes, and depending on who you are and what you 
> care about, it might be good enough for distribution.
>
> BTW, in case you didn't know:  
>
> Mono.Data.Sqlite and System.Data.Sqlite are *almost* completely compatible, 
> but not exactly.
>
> You need to global search and replace "SQLite" with "Sqlite"  ...  Meaning 
> ... All the same classes, and everything in the API is all the same, except 
> the capitalization of SQL.  By doing this simply text search/replace, I was 
> able to migrate my code from Mono.Data.Sqlite to System.Data.Sqlite and 
> vice-versa.
>
>

Hi Ned,

Thanks. That's useful background. My understanding from this list is
that 3.6.x will be released some time quite soon? My hope is that
there'll be a Windows build of that available for download too, although
I don't yet understand who owns and drives that process.

(Somewhat off topic but I am starting to look at vNext which apparently
needs 3.4.1+ so a canonical Windows binary, and indeed Linux binary
would be useful for a number of reasons).

In the meantime I did build up some Windows binaries for 3.4.0, which
you might find it interesting to test with Mono.Data.Sqlite, assuming
you don't already have your own build.

http://www.codeproject.com/Articles/769292/How-to-build-Mono-on-Windows

...

I'm not sure of my opinion on using System.Data.Sqlite vs
Mono.Data.Sqlite Ned.

I guess I'd start by asking - if we have System.Data.Sqlite, and it
works on Mono, then why do we need Mono.Data.Sqlite?

Wouldn't it be better to concentrate on a supporting a single build of
System.Data.Sqlite that is platform agnostic, and/or perhaps build that
into Mono if there's interest?

Cheers,

Alex
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Timotheus Pokorra 
> For OpenPetra, we are using Mono.Data.Sqlite in our code, no matter if
> it runs on Linux or on Windows.
hmm, I forgot the link that I wanted to include:
https://github.com/openpetra/openpetra/tree/master/csharp/ThirdParty/SQLite
That directory contains the dlls that we are using on Windows, and the readme.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Timotheus Pokorra 
Hello Edward,

> Mono.Data.Sqlite is reliably available on mac/linux.  And I had the brilliant 
> idea that I would install mono on windows, and then grab the 
> Mono.Data.Sqlite.dll from the mono installation, and distribute it.  However, 
> there's this:
> https://bugzilla.xamarin.com/show_bug.cgi?id=2148
>
> The latest windows release is mono 3.2.3, which unfortunately includes a bug 
> that kills Mono.Data.Sqlite, that was fixed in 3.2.6 or 3.2.7.
>
> So if a new windows build is released anytime soon with a functional 
> Mono.Data.Sqlite, it will be the obvious easiest best solution:  Just use 
> Mono.Data.Sqlite natively on systems that have mono (max/linux) and 
> distribute Mono.Data.Sqlite.dll for windows.

For OpenPetra, we are using Mono.Data.Sqlite in our code, no matter if
it runs on Linux or on Windows.

On Windows, we copy the Mono.Data.Sqlite.dll and the sqlite3.dll to
our application directory.
We use the Mono.Data.Sqlite.dll that came with Mono for windows
version 2.10.6 (C:\Program Files (x86)\Mono-2.10.6\lib\mono\2.0).
The sqlite3.dll comes from
http://www.sqlite.org/sqlite-dll-win32-x86-3071300.zip
We run the software with Microsoft .Net, not with Mono on Windows.

On Linux, sqlite3 is installed via yum or apt-get, and
Mono.Data.Sqlite is part of Mono anyways in the GAC.

That works fine for us.

Hope this helps,
  Timotheus
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

2014-07-17 Thread Edward Ned Harvey (mono) 
> From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
> Sent: Wednesday, July 16, 2014 5:15 AM
> To: Edward Ned Harvey (mono); mono-devel-list@lists.ximian.com
> 
> fwiw - I am currently using System.Data.SQLite, deploying onto both
> .NET/Windows and Mono/Yocto Embedded Linux
> 
> However I have had to rebuild System.Data.SQLite from source for Mono
> use.
> 
> ref:
> http://system.data.sqlite.org/index.html/doc/trunk/www/build.wiki#mono

Thanks, here is where I'm at right now:

Mono.Data.Sqlite is reliably available on mac/linux.  And I had the brilliant 
idea that I would install mono on windows, and then grab the 
Mono.Data.Sqlite.dll from the mono installation, and distribute it.  However, 
there's this:
https://bugzilla.xamarin.com/show_bug.cgi?id=2148

The latest windows release is mono 3.2.3, which unfortunately includes a bug 
that kills Mono.Data.Sqlite, that was fixed in 3.2.6 or 3.2.7.

So if a new windows build is released anytime soon with a functional 
Mono.Data.Sqlite, it will be the obvious easiest best solution:  Just use 
Mono.Data.Sqlite natively on systems that have mono (max/linux) and distribute 
Mono.Data.Sqlite.dll for windows.

Some guy on the internet managed to build a version of Mono.Data.Sqlite.dll 
that works on windows, and has it available here:
http://www.deltasblog.co.uk/2013/12/28/mono-data-sqlite-for-net-4-04-5/ 
http://www.deltasblog.co.uk/downloads/Mono.Data_.Sqlite.zip

Naturally, everyone should feel a little uncomfortable with that, but it's very 
useful for testing purposes, and depending on who you are and what you care 
about, it might be good enough for distribution.

BTW, in case you didn't know:  

Mono.Data.Sqlite and System.Data.Sqlite are *almost* completely compatible, but 
not exactly.

You need to global search and replace "SQLite" with "Sqlite"  ...  Meaning ... 
All the same classes, and everything in the API is all the same, except the 
capitalization of SQL.  By doing this simply text search/replace, I was able to 
migrate my code from Mono.Data.Sqlite to System.Data.Sqlite and vice-versa.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list