harmony-alerts mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From nom...@intel.com
Subject [build-test alert] PASSED Linux ia64: drlvm debug
Date Thu, 06 Dec 2007 13:51:06 GMT

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

Mime
View raw message