Noel Grandin peralex.com> writes:
> On 2012-06-15 11:19, Michael Meeks wrote:
> > Anyhow - if we can get this going, I'd love to do it first with
> > LanguageTool: it's Java-ness is what is blocking us bundling that by
> > default, and it'd be great to solve that before the HSQLDB issues I
> >
On 2012-06-15 11:19, Michael Meeks wrote:
Wow - so. If we have something like this that can work well (and I can
imagine all manner of fun Java/GC integration problems - particulary
if we have real Java (with GC) + llvm-java (with GC) + python (with
GC) ;-) who owns what signal can become qui
On Thu, 2012-06-14 at 18:17 +0200, Noel Grandin wrote:
> On 2012-06-14 17:13, Michael Meeks wrote:
> > * SQLite vs. HSQLDB for base (Lionel)
...
> Given that the primary problem with HSQLDB is that we need a java-vm
> installed to make it work, has anyone considered using
> http://vmkit.llvm.org/
On Thu, Jun 14, 2012 at 07:18:08PM +0200, Noel Grandin wrote:
> On Thu, Jun 14, 2012 at 6:38 PM, Bjoern Michaelsen
> wrote:
>
> > Im getting fits thinking about the long term maintainability though.
> >
>
> In what sense?
> It's an extra compile step and an extra dependency.
> You can even choos
On Thu, Jun 14, 2012 at 6:38 PM, Bjoern Michaelsen
wrote:
> Im getting fits thinking about the long term maintainability though.
>
In what sense?
It's an extra compile step and an extra dependency.
You can even choose from ExcelsiorJET / GCC-for-java / vmkit-clang :-)
___
On Thu, Jun 14, 2012 at 06:17:18PM +0200, Noel Grandin wrote:
> Given that the primary problem with HSQLDB is that we need a java-vm
> installed to make it work, has anyone considered using
> http://vmkit.llvm.org/
> to compile HSQLDB into an exe, and then running it as a separate
> process which L
On 2012-06-14 17:13, Michael Meeks wrote:
* SQLite vs. HSQLDB for base (Lionel)
+ SQLite very sloppy typing can cause serious problems cf.
https://bugs.freedesktop.org/show_bug.cgi?id=38811
+ no date/time datatype.
=> perhaps not a good idea to