From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14243 invoked by alias); 23 Sep 2008 10:14:41 -0000 Received: (qmail 14225 invoked by uid 22791); 23 Sep 2008 10:14:40 -0000 X-Spam-Check-By: sourceware.org Received: from ns09.kreativmedia.ch (HELO jupiter.kreativmedia.ch) (80.74.144.13) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 23 Sep 2008 10:13:30 +0000 Received: (qmail 24941 invoked from network); 23 Sep 2008 12:13:24 +0200 Received: from 84-72-203-38.dclient.hispeed.ch (HELO ?192.168.0.175?) (84.72.203.38) by ns09.kreativmedia.ch with SMTP; 23 Sep 2008 12:13:24 +0200 Message-ID: <48D8C145.4070406@mtsystems.ch> Date: Tue, 23 Sep 2008 10:14:00 -0000 From: Marco Trudel User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Taufik Chowi CC: "Nektarios K. Papadopoulos" , java@gcc.gnu.org Subject: Re: GCJ Compile Error SQLite JDBC References: <973239.56769.qm@web54604.mail.re2.yahoo.com> In-Reply-To: <973239.56769.qm@web54604.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2008-09/txt/msg00055.txt.bz2 Taufik Chowi wrote: > Dear Nektarios, > > Actually i never want to compile sqlitejdbc jar files, but unless i do that i wont be able to use it from my gcj compiled java code >.< > so here is what happened : > 1. write a program in java... uses the sqlite jdbc.... > 2. everything works perfectly... no problem whatsoever... > 3. try to compile the written java program into native by using gcj. now, i cant make my gcj compiled java program to work properly unless i also compile the sqlitejdbc jar file > 4. puff.... problem occured because i cant compile sqlitejdbc jar file with gcj hence my gcj compiled java program wont work too > > or do you have any other alternative ? perhaps by using a non pure java jdbc of sqlite? Exactly this has been answered in the mail: sqlitejdbc does this in order to provide a cross-platform (pure Java) sqlite jdbc driver. If one plans to compile the resulting jarfile with gcj there is no need to do this trick in the first place. sqlitejdbc provides a build option not to include the MIPS emulator and use JNI to access the native compiled sqlite library. Marco > > Thanks a lot for your help :) > > Cheers and God Bless, > > Chowi > > > > ----- Original Message ---- > From: Nektarios K. Papadopoulos > To: Andrew Haley > Cc: Taufik Chowi ; java@gcc.gnu.org > Sent: Tuesday, September 23, 2008 4:23:14 PM > Subject: Re: GCJ Compile Error SQLite JDBC > > On 2008-09-11 14:12, Andrew Haley wrote: >> Taufik Chowi wrote: >>> Dear Andrew, >>> >>> Certainly >>> http://files.zentus.com/sqlitejdbc/sqlitejdbc-v053.jar >>> >>> btw he is number one result, if you try googling sqlite jdbc , he comes out on top >>> and some other sqlite jdbc creator also praise his jdbc >>> such as http://www.xerial.org/trac/Xerial/wiki/SQLiteJDBC >>> "The original Zentus's SQLite JDBC driver http://www.zentus.com/sqlitejdbc/ itself is an excellent utility for using SQLite databases from Java language , and our SQLiteJDBC library also relies on its implementation." >> OK, this jar file is the result of compiling sqlite (written in C?) >> into MIPS machine code and then embedding a MIPS emulator into >> Java. The resulting enormous jarfile is the result. > > sqlitejdbc does this in order to provide a cross-platform (pure Java) sqlite > jdbc driver. If one plans to compile the resulting jarfile with gcj there is no > need to do this trick in the first place. > > sqlitejdbc provides a build option not to include the MIPS emulator and use JNI > to access the native compiled sqlite library. > > However, I never tried to use the resulting jarfile + native library with gcj. > >> I am confident in saying, for the first time ever that we have a >> jar file that cannot be compiled with gcj. >> > ok, but IMHO there is no need to compile this jar file with gcj ;-) >