[DiSL-user] Compilation problems for trunk

[Alessio Gambi]

I applied the patch and successfully build DiSL/trunk on Mac.
There were a couple of warning though

The code is updated to revision 1026.

Best

— Alessio
 
Alessio Gambi, Ph.D.
gambi at st.cs.uni-saarland.de


> On 03 May 2017, at 11:38, Lubomír Bulej <lubomir.bulej at d3s.mff.cuni.cz> wrote:
> 
> Hi Alessio,
> 
> you can ignore the problems of not finding jmvti.h -- these are caused by the
> C preprocessor generating dependencies. GCC on my Linux behaves differently
> from clang on Mac and does not scream.
> 
> The compilation error is a result of using -shared option with the 'ld' linker
> on Mac, which wants to see the -dylib option (but when clang is used to link
> files, it accepts -shared just fine).
> 	
> 
> The attached patch (when applied in the src-disl-agent) should fix it for you
> before I finalize the changes that split makefiles between platforms...
> 
> 
> Best regards,
> Lubomir
> 
> 
> On 03/05/17 08:03, Alessio Gambi wrote:
>> Hi Lubomir,
>> 
>> I split the original message in two separate emails:
>> 
>>> regarding the build of the trunk version, please log what the build process
>>> outputs -- I only have a limited ability to test on Mac, and there are some
>>> compiler issues that can be solved relatively easily in the Makefile.
>> 
>> The output of running ant is here: https://pastebin.com/QWqL1DR7
>> For the record, I get errors also with ant clean: https://pastebin.com/p3YmcUSV
>> 
>> Apparently during the compilation I cannot find the jvmti.h file, which is in ./src-jdk-include/jvmti.h
>> 
>> Most likely it is a wrong configuration. BTW, should I run some other command before “ant” ?
>> 
>> Best
>> 
>> — Alessio
>> 
>> Alessio Gambi, Ph.D.
>> gambi at st.cs.uni-saarland.de
>> 
>> 
>>> On 02 May 2017, at 11:32, Lubomír Bulej <lubomir.bulej at d3s.mff.cuni.cz> wrote:
>>> 
>>> Dear Alessio,
>>> 
>>> regarding the build of the trunk version, please log what the build process
>>> outputs -- I only have a limited ability to test on Mac, and there are some
>>> compiler issues that can be solved relatively easily in the Makefile.
>>> 
>>> I have an unfinished set of patches that allows handling of different (build
>>> platforms (but also makes the Makefiles a bit more complicated). Before I can
>>> finish that, I think there is an easier to fix compilation on Mac.
>>> 
>>> 
>>> Regarding the crash -- are you instrumenting anything in the Java Class Library?
>>> 
>>> But let's fix the compilation problem first and re-test on the trunk.
>>> 
>>> 
>>> Best regards,
>>> Lubomir
>>> 
>>> 
>>> 
>>> On 28/04/17 20:43, Alessio Gambi wrote:
>>>> Dear DiSL-ers,
>>>> 
>>>> while running a basic dynamic analysis using DiSL 2.1 (release) I stumbled upon a bad crash of the JVM [1].
>>>> 
>>>> I have no idea of what’s going on, and how I can fix this.
>>>> 
>>>> I can share the logs/dumps upon request.
>>>> 
>>>> Here my configuration [2] (taken from the  hs_err_pid file)
>>>> 
>>>> Any help is appreciated …
>>>> 
>>>> Thanks
>>>> 
>>>> Best
>>>> 
>>>> — Alessio
>>>> 
>>>> PS: I tried but failed to build DiSL from trunk ...
>>>> 	
>>>> 
>>>> [1]
>>>>    [exec] # A fatal error has been detected by the Java Runtime Environment:
>>>>    [exec] #
>>>>    [exec] #  SIGSEGV (0xb) at pc=0x00007fff9af03f72, pid=1802, tid=4867
>>>>    [exec] #
>>>>    [exec] # JRE version: Java(TM) SE Runtime Environment (8.0_60-b27) (build 1.8.0_60-b27)
>>>>    [exec] # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.60-b23 mixed mode bsd-amd64 compressed oops)
>>>>    [exec] # Problematic frame:
>>>>    [exec] # C  [libsystem_c.dylib+0xf72]  strlen+0x12
>>>>    [exec] #
>>>>    [exec] # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
>>>>    [exec] #
>>>> 
>>>> 
>>>> [2] ---------------  S Y S T E M  ---------------
>>>> 
>>>> OS:Bsduname:Darwin 14.5.0 Darwin Kernel Version 14.5.0: Fri Feb 17 10:33:20 PST 2017; root:xnu-2782.50.9.1.1~1/RELEASE_X86_64 x86_64
>>>> rlimit: STACK 8192k, CORE 0k, NPROC 709, NOFILE 10240, AS infinity
>>>> load average:1.38 1.22 0.68
>>>> 
>>>> CPU:total 8 (4 cores per cpu, 2 threads per core) family 6 model 70 stepping 1, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, avx, avx2, aes, clmul, erms, lzcnt, ht, tsc, tscinvbit, bmi1, bmi2
>>>> 
>>>> Memory: 4k page, physical 16777216k(3479728k free)
>>>> 
>>>> /proc/meminfo:
>>>> 
>>>> 
>>>> vm_info: Java HotSpot(TM) 64-Bit Server VM (25.60-b23) for bsd-amd64 JRE (1.8.0_60-b27), built on Aug  4 2015 10:47:24 by "java_re" with gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)
>>>> 
>>>> time: Fri Apr 28 20:40:58 2017
>>>> elapsed time: 2 seconds (0d 0h 0m 2s)
>>>> 
>>>> 
> <Makefile.patch>