Hi,
Thanks a lot for helping.
It still does not work, this is what I did:
1.) build the entire OpenJDK including corba, ...
2.) cd jdk/make/sun/xawt
3.) export ALT_JDK_IMPORT_PATH=../../../../build/linux-i586/
4.) make ARCH_DATA_MODEL=32
However after the X11-wrapper-classes are generated and compilation
actually starts, I get tons of messages like:
# Running javac:
/home/ce/Programme/jdk1.7.0b25/bin/javac -J-XX:ThreadStackSize=768
-J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m
-J-XX:MaxPermSize=160m -source 1.5 -target 5 -encoding ascii
-Xbootclasspath:../../../build/linux-i586/classes -sourcepath
../../../build/linux-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes
-d ../../../build/linux-i586/classes
@../../../build/linux-i586/tmp/sun/sun.awt.X11/xawt/.classes.list
../../../src/share/classes/java/nio/charset/Charset.java:28: cannot find symbol
symbol : class ByteBuffer
location: package java.nio
import java.nio.ByteBuffer;
.........
Any idea what could be wrong? For now its not such a big problem,
because the till the full build reaches the files I work on takes only
about ~2min after which I simply can abort the make process.
2.) I encountered another strange problem:
I tried to add another native blit-method to X11PMBlitBgLoops.c,
however the JVM refuses to resolv the additional native method.
These are the steps I did:
1.) Add native method to X11PMBlitLoops.c:
JNIEXPORT void JNICALL
Java_sun_java2d_x11_X11PMBlitLoops_dummy
(JNIEnv *env, jobject joSelf)
{
printf("Hallo vom Dummy :)" );
fflush(stdout);
}
2.) Add method-"handle" to java-side:
public native void dummy();
3.) Clean existing object-file and shared libraries, re-compile using
make, copy libawt/libmawt to an unchanged JDK, and running with
Eclipse overriding XBootclass to Eclipse's compiled classes (this
allows me to develop and run in eclipse).
The strange thing is, if I modify an existing function like
Java_sun_java2d_x11_X11PMBlitLoops_nativeBlit the changes reflect
immediatly, so the code is compiled correctly and also loaded by the
JVM.
Also the dummy-method is in xawt/libmawt.so:
000245c0 l F .text 00000036
Java_sun_java2d_x11_X11PMBlitLoops_dummy
However, when I try to call it from the java-side I still get:
Exception in thread "AWT-EventQueue-0" java.lang.UnsatisfiedLinkError:
sun.java2d.x11.X11PMBlitLoops.dummy()V
at sun.java2d.x11.X11PMBlitLoops.dummy(Native Method)
at sun.java2d.x11.X11PMBlitLoops.Blit(X11PMBlitLoops.java:150)
The original problem I had was that I tried to create a new native
function called nativeRenderBlit, just as a starting point to tinker
on.
The JVM always throws an UnsatisfiedLinkError, however if I rename
nativeRenderBlit to nativeBlit which does already exist and rename the
existing one to something else, everything works as expected (well at
least my code gets called ;) ).
Any idea whats going wrong here? I am totally puzzled :-/
Could the problem be that the JVM still somehow looks into rt.jar
although bootclasspath is set to workspace/XRender/bin - and finds no
definition of dummy() in the "old" X11PMBlitLoops contained in rt.jar?
Thanks a lot, lg Clemens
2008/5/9 Kelly O'Hair <[EMAIL PROTECTED]>:
>
> A common pattern people use during development (shell based)
> is to:
>
> 1. Either build the complete OpenJDK and save that as the import JDK
> or download a complete jdk7 to use as the import jdk.
> Point the env variable ALT_JDK_IMPORT_PATH at that jdk image.
>
> 2. Build the jdk area once:
> cd jdk/make && gnumake
> This populates jdk/build/*
>
> 3. Repeatedly edit sources and
> cd jdk/make/LOWERLEVEL && gnumake -OR- gnumake clean
> LOWERLEVEL could be java/awt or jpda/back or whatever
> Running jdk/build/*/bin/java should use the classes in the
> jdk/build/*/classes directory (no rt.jar or tools.jar).
>
> Those IDE savy people might instead swap step 3 with using a NetBeans
> project that is specific to some part of the jdk, like swing, etc.
>
> The various teams will need to tell you what the LOWERLEVEL directories
> are that you need to build.
>
> Historically this incremental or selective build can get into trouble,
> depends on the LOWERLEVEL you pick. But if you have problems let people
> know.
>
> -kto
>
> Clemens Eisserer wrote:
>>
>> Hello,
>>
>> Is it possible to re-compile only certain parts of the JDK?
>> I would like to only re-compile the native AWT part on Unix, because a
>> whole "make" takes always several minutes :-/
>>
>> Thank you in advance, lg Clemens
>
