On Sun, May 12, 2002 at 03:10:25PM -0400, Andrew Pimlott wrote: > On Sun, May 12, 2002 at 09:16:37PM +0200, Ola Lundqvist wrote: > > Java code is supposed to be > > portable. If you compile it to machine binaries it is no longer a > > java program and should not be packaged as a such. > > You've been listening to too much Sun marketing. :-)
:) > Please give a rational reason for your position. If some Java code > compiles with gcj, and runs better when compiled to machine code, > why not package it that way? (class files should probably be > distributed in a -dev package.) I can accept your opinion if "Normal java programs" runned under (for example kaffe) can use the compiled software as any other java software. I disagree on that class files should be placed in a -dev package for the same reason as I want every jar file to be placed in /usr/share/java (maybe with an exception for jvm:s). You should always be allowed to use the classes for some other purpose than just for some executable to run. > > Non java > > components should be extracted to a separate package IMHO. > > Ok, but I think you should make that explicit in the policy. > Something like, > > If the Java code depends on code written in a "native" language > (eg, via JNI), the compiled .class files should be delivered in > an "Architecture: all" package that depends on an > architecture-specific package containing the compiled native > code. A good statement. Can you file that as a whishlist bug on java-common (preferrably as a patch) with information on where to place it. Regards, // Ola > Andrew > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- --------------------- Ola Lundqvist --------------------------- / [EMAIL PROTECTED] Björnkärrsgatan 5 A.11 \ | [EMAIL PROTECTED] 584 36 LINKÖPING | | +46 (0)13-17 69 83 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --------------------------------------------------------------- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
