BUILD COMPLETE: build.410

Date of build:  2007-12-06 05:31:47 -0800
Time to build:  18 minutes 52 seconds
Last changed:   12/06/2007 05:30:20
Last log entry: Applied HARMONY-5268 [drlvm][gc_helpers] Fix compilation of 
java helpers on IPF after HARMONY-5231

***********************************************************
Errors/Warnings:        (106)
            
[cc-ant]: Test Suite 'drlvm' execution. Repository updated: true
[cc-ant]: Check for 'run' failure of classlib = 
${classlib.parameters.run.failed}
[cc-ant]: Result: failed.superiors = '${failed.superiors}'
[cc-ant]: Do cleanup for /export/users/cc/build/checkouts/drlvm
[cc] /usr/bin/ar: creating libaprutil-1.a
[cc] /usr/bin/ar: creating liblog4cxx.a
[cc] /usr/bin/ar: creating libport.a
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:
 In
[cc]    function `void* rth_get_lil_initialize_class(int*)':
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:764:
 warning: invalid
[cc]    access to non-static data member `VM_thread::thread_exception' of NULL
[cc]    object
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:764:
 warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:765:
 warning: invalid
[cc]    access to non-static data member `VM_thread::thread_exception' of NULL
[cc]    object
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:765:
 warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:
 In
[cc]    function `void* vm_create_helper_for_function(void*(*)(void*))':
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:3332:
 warning: invalid
[cc]    access to non-static data member `VM_thread::thread_exception' of NULL
[cc]    object
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:3332:
 warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:3333:
 warning: invalid
[cc]    access to non-static data member `VM_thread::thread_exception' of NULL
[cc]    object
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/jit_runtime_support.cpp:3333:
 warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/compile.cpp: In
[cc]    function `void* compile_create_lil_jni_stub(Method*, void*,
[cc]    LilCodeStub*(*)(LilCodeStub*, Method*))':
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/compile.cpp:335: 
warning: invalid
[cc]    access to non-static data member `VM_thread::jni_env' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/compile.cpp:335: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/compile.cpp:418: 
warning: invalid
[cc]    access to non-static data member `VM_thread::thread_exception' of NULL
[cc]    object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/compile.cpp:418: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/compile.cpp:419: 
warning: invalid
[cc]    access to non-static data member `VM_thread::thread_exception' of NULL
[cc]    object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jit/compile.cpp:419: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/thread/thread_manager.cpp: 
In
[cc]    function `void jthread_deallocate_vm_thread_pool(VM_thread*)':
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/thread/thread_manager.cpp:101:
 warning: invalid
[cc]    access to non-static data member `VM_thread::java_thread' of NULL object
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/vmcore/src/thread/thread_manager.cpp:101:
 warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp: In 
function `
[cc]    jint jni_init()':
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:388: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:388: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:388: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:388: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp: In 
function `
[cc]    jint JNI_GetCreatedJavaVMs(JavaVM**, int, jsize*)':
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:427: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:427: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp: In 
function `
[cc]    jint JNI_CreateJavaVM(JavaVM**, JNIEnv**, void*)':
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:457: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:457: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: invalid
[cc]    access to non-static data member `JavaVM_Internal::link' of NULL object
[cc] /export/users/cc/build/checkouts/drlvm/vm/vmcore/src/jni/jni.cpp:546: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/port/src/lil/ipf/pim/m2n_ipf.cpp: In
[cc]    function `unsigned int m2n_gen_push_m2n(Merced_Code_Emitter*, Method*,
[cc]    unsigned int, bool, unsigned int, unsigned int, unsigned int, bool)':
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/port/src/lil/ipf/pim/m2n_ipf.cpp:326: 
warning: invalid
[cc]    access to non-static data member `VM_thread::last_m2n_frame' of NULL 
object
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/port/src/lil/ipf/pim/m2n_ipf.cpp:326: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/port/src/lil/ipf/pim/m2n_ipf.cpp: In
[cc]    function `void m2n_gen_pop_m2n(Merced_Code_Emitter*, bool, 
M2nPreserveRet,
[cc]    bool, unsigned int, int)':
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/port/src/lil/ipf/pim/m2n_ipf.cpp:406: 
warning: invalid
[cc]    access to non-static data member `VM_thread::last_m2n_frame' of NULL 
object
[cc] 
/export/users/cc/build/checkouts/drlvm/vm/port/src/lil/ipf/pim/m2n_ipf.cpp:406: 
warning: (perhaps
[cc]    the `offsetof' macro was used incorrectly)

***********************************************************
Unit Tests: (0)
        
No Tests Run: This project doesn't have any tests

***********************************************************
Modifications since last successful build:      (36)
            
modified varlax  
/harmony/enhanced/drlvm/trunk/vm/gc_gen/src/jni/java_natives.cpp 12/06/2007 
05:30:20 Applied HARMONY-5268 [drlvm][gc_helpers] Fix compilation of java 
helpers on IPF after HARMONY-5231
add cc-classlib log20071206043729Lbuild.288 12/06/2007 04:37:29classlib
modified varlax  
/harmony/enhanced/drlvm/trunk/build/make/components/extra/apr.xml 12/06/2007 
04:07:11 Fixed continual apr-configure invokation on linux (was typo in 
property name)
modified varlax  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/vm_shutdown.cpp 12/06/2007 
02:43:33 Fixed SIGSEGV in dump handler
modified varlax  
/harmony/enhanced/drlvm/trunk/vm/jitrino/config/ia32/server_static.emconf 
12/06/2007 02:39:23 Fixed HARMONY-4795 [drlvm][jit][opt] classic_abcd asserts 
in kernel tests
modified varlax  
/harmony/enhanced/drlvm/trunk/vm/jitrino/src/optimizer/optpass.h 12/06/2007 
02:34:49 Applied HARMONY-4784 [drlvm][jit][opt] Loop peeling segfaults on smoke 
perf/ThrowMany
modified varlax  
/harmony/enhanced/drlvm/trunk/vm/jitrino/src/optimizer/throwopt.cpp 12/06/2007 
02:34:49 Applied HARMONY-4784 [drlvm][jit][opt] Loop peeling segfaults on smoke 
perf/ThrowMany
modified varlax  
/harmony/enhanced/drlvm/trunk/vm/jitrino/src/optimizer/optpass.cpp 12/06/2007 
02:34:49 Applied HARMONY-4784 [drlvm][jit][opt] Loop peeling segfaults on smoke 
perf/ThrowMany
add cc-classlib log20071206023347Lbuild.287 12/06/2007 02:33:47classlib
add cc-classlib log20071206014624Lbuild.286 12/06/2007 01:46:24classlib
add cc-classlib log20071206005908Lbuild.285 12/06/2007 00:59:08classlib
add cc-classlib log20071205231121Lbuild.284 12/05/2007 23:11:21classlib
add cc-classlib log20071205115015Lbuild.283 12/05/2007 11:50:15classlib
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/include/thread_manager.h 12/05/2007 
09:21:52 Applied patch from HARMONY-5235[drlvm][thread] Thread arguments are 
prepared/processed incorrectly
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/thread/src/thread_native_basic.c 12/05/2007 
09:21:52 Applied patch from HARMONY-5235[drlvm][thread] Thread arguments are 
prepared/processed incorrectly
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/thread/thread_java_basic.cpp 
12/05/2007 09:21:52 Applied patch from HARMONY-5235[drlvm][thread] Thread 
arguments are prepared/processed incorrectly
modified mfursov  
/harmony/enhanced/drlvm/trunk/vm/jitrino/src/optimizer/devirtualizer.cpp 
12/05/2007 08:31:57 Fix for HARMONY-4785 [drlvm][jit][opt] EHWA scenario fails 
when run in server_static mode.
add cc-classlib log20071205081559Lbuild.282 12/05/2007 08:15:59classlib
add cc-classlib log20071205073943Lbuild.281 12/05/2007 07:39:43classlib
modified gshimansky  /harmony/enhanced/drlvm/trunk/vm/gc_gen/build/gc_gen.exp 
12/05/2007 07:38:39 Fixed Linux build to export newly added symbols after 
Xiao-Feng's commit 601343.
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/util/ia32/base/jit_lock_rt_support_ia32.cpp
 12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/util/em64t/base/jit_lock_rt_support_em64t.cpp
 12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/util/ia32/base/jit_generic_rt_support_ia32.cpp
 12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/util/ia32/base/jit_runtime_support_ia32.cpp
 12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/port/src/lil/lil_code_generator.cpp 12/05/2007 
07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at compile_gen_compile_me 
at compile_ia32.cpp while EIOffice runLeaked name is freed now, those names 
that point to static data are not freed. It wasnecessary to add a flag to 
DynamicCode struct to distinguish between these two kinds ofstorage for the 
name.Also I enabled dynamic code collection for compile_me stubs in 
compile_em64t
modified gshimansky  /harmony/enhanced/drlvm/trunk/vm/vmcore/include/compile.h 
12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/util/em64t/base/jit_runtime_support_em64t.cpp
 12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/util/ia32/base/compile_IA32.cpp 
12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/util/em64t/base/compile_em64t.cpp 
12/05/2007 07:16:10 Fixed HARMONY-5238[drlvm][util] memory leak at 
compile_gen_compile_me at compile_ia32.cpp while EIOffice runLeaked name is 
freed now, those names that point to static data are not freed. It wasnecessary 
to add a flag to DynamicCode struct to distinguish between these two kinds 
ofstorage for the name.Also I enabled dynamic code collection for compile_me 
stubs in compile_em64t
modified gshimansky  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/jit/compile.cpp 12/05/2007 07:16:10 
Fixed HARMONY-5238[drlvm][util] memory leak at compile_gen_compile_me at 
compile_ia32.cpp while EIOffice runLeaked name is freed now, those names that 
point to static data are not freed. It wasnecessary to add a flag to 
DynamicCode struct to distinguish between these two kinds ofstorage for the 
name.Also I enabled dynamic code collection for compile_me stubs in 
compile_em64t
add cc-classlib log20071205070404Lbuild.280 12/05/2007 07:04:04classlib
modified xli  /harmony/enhanced/drlvm/trunk/vm/gc_gen/src/thread/gc_thread.h 
12/05/2007 06:22:40 HARMONY-5231 : [drlvm][gc_gen] Implementing allocation 
prefetch and memset in java GC helpers
modified xli  
/harmony/enhanced/drlvm/trunk/vm/gc_gen/javasrc/org/apache/harmony/drlvm/gc_gen/GCHelper.java
 12/05/2007 06:22:40 HARMONY-5231 : [drlvm][gc_gen] Implementing allocation 
prefetch and memset in java GC helpers
modified xli  
/harmony/enhanced/drlvm/trunk/vm/gc_gen/javasrc_uncomp/org/apache/harmony/drlvm/gc_gen/GCHelper.java
 12/05/2007 06:22:40 HARMONY-5231 : [drlvm][gc_gen] Implementing allocation 
prefetch and memset in java GC helpers
modified xli  
/harmony/enhanced/drlvm/trunk/vm/vmcore/src/kernel_classes/javasrc/org/apache/harmony/drlvm/VMHelper.java
 12/05/2007 06:22:40 HARMONY-5231 : [drlvm][gc_gen] Implementing allocation 
prefetch and memset in java GC helpers
modified xli  /harmony/enhanced/drlvm/trunk/vm/gc_gen/src/jni/java_natives.cpp 
12/05/2007 06:22:40 HARMONY-5231 : [drlvm][gc_gen] Implementing allocation 
prefetch and memset in java GC helpers

Reply via email to