Build failure - missing Makefile

[Amitava Shee]

I am having trouble compiling from source. Looks like build.xml is calling "make" without a Makefile. Please help.

amitava:decac amitava$ ant build_llvm_bindings
Buildfile: /Users/amitava/opt/decac/build.xml

build_llvm_bindings:
     [echo] Compiling C components of jllvm.
     [exec] make: *** No targets specified and no makefile found.  Stop.
     [exec] Result: 2

amitava:decac amitava$ cd src/jllvm/llvm/
/Users/amitava/opt/decac/src/jllvm/llvm
amitava:llvm amitava$ ls *.c
Analysis_wrap.c            Core_wrap.c            LinkTimeOptimizer_wrap.c
BitReader_wrap.c        EnhancedDisassembly_wrap.c    Target_wrap.c
BitWriter_wrap.c        ExecutionEngine_wrap.c        lto_wrap.c
amitava:llvm amitava$ ls Makefile
ls: Makefile: No such file or directory
amitava:llvm amitava$

[Guillaume Yziquel]

It also seems to me that there are some missing files in the google code
repo:

yziquel@seldon:~/hg/decac$ grep -R decasyntax *
build.xml: <exclude name="**/decasyntax"/>
src/main.scala:import decasyntax.parser._
src/main.scala:import decasyntax.lexer._
src/main.scala:import decasyntax.node._
src/AST.scala:import decasyntax.parser._
src/AST.scala:import decasyntax.lexer._
src/AST.scala:import decasyntax.node._

This sort of looks fishy to me: The decasyntax._ packages are nowhere to
be found.

--
Guillaume Yziquel
http://yziquel.homelinux.org

[Eli Gottlieb]

OK, make sure you're in branch "newsig" and run an hg pull.  I *think* I've fixed that so that building jllvm via decac should work fine.  Let me know how it goes on your end, and thanks for notifying me of the issue.

--Eli

[Eli Gottlieb]

Development switched to the "newsig" branch as primary a while ago, and the issue with building the llvm bindings *should* be fixed.  I'm seriously not sure why the original branch's syntax files aren't showing up, unless you haven't run the build_parser target to generate them.

[Guillaume Yziquel]

Le Tuesday 03 Jan 2012 à 16:47:46 (-0500), Eli Gottlieb a écrit :
> Development switched to the "newsig" branch as primary a while ago, and

> the issue with building the llvm bindings *should* be fixed. I'm

> seriously not sure why the original branch's syntax files aren't
> showing up, unless you haven't run the build_parser target to generate
> them.

My mistake, then. I just though it was fishy, and perhaps relevant to
the "missing file" complaint of the previous email.

I've been too busy with other things to pull out all the required
dependencies to build decac. Will attempt building it when I find more
free time.

[Amitava Shee]

I switched to the 'newsig' branch and get the following error

amitava:decac amitava$ hg branch
newsig
amitava:decac amitava$ ant build_parser
Buildfile: /Users/amitava/opt/decac/build.xml

build_parser:
     [exec]
     [exec] SableCC version 3.2
     [exec] Copyright (C) 1997-2003 Etienne M. Gagnon <etienne...@uqam.ca> and
     [exec] others.  All rights reserved.
     [exec]
     [exec] This software comes with ABSOLUTELY NO WARRANTY.  This is free software,
     [exec] and you are welcome to redistribute it under certain conditions.
     [exec]
     [exec] Type 'sablecc -license' to view
     [exec] the complete copyright notice and license.
     [exec]
     [exec]
     [exec]  -- Generating parser for deca.scc in /Users/amitava/opt/decac/src
     [exec] Adding productions and alternative of section AST.
     [exec] Verifying identifiers.
     [exec] Verifying ast identifiers.
     [exec] Adding empty productions and empty alternative transformation if necessary.
     [exec] Adding productions and alternative transformation if necessary.
     [exec] computing alternative symbol table identifiers.
     [exec] Verifying production transform identifiers.
     [exec] Verifying ast alternatives transform identifiers.
     [exec] Generating token classes.
     [exec] Generating production classes.
     [exec] Generating alternative classes.
     [exec] Generating analysis classes.
     [exec] Generating utility classes.
     [exec] Generating the lexer.
     [exec]  State: INITIAL
     [exec]  - Constructing NFA.
     [exec] .........................................................................................................................................................................................................................................................................
     [exec]  - Constructing DFA.
     [exec] ..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
     [exec] ....................................................................................................................................................................................................................................................................
     [exec]  - resolving ACCEPT states.
     [exec] Generating the parser.
     [exec] ......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
     [exec] ......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
     [exec] ......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
     [exec] .....
     [exec] ......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
    [mkdir] Created dir: /Users/amitava/opt/decac/build
    [javac] Compiling 333 source files to /Users/amitava/opt/decac/build
    [javac] Note: /Users/amitava/opt/decac/src/org/deca/compiler/parser/parser/Parser.java uses unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
     [copy] Copying 1 file to /Users/amitava/opt/decac/build/org/decac/compiler/parser/lexer
     [copy] Copying 1 file to /Users/amitava/opt/decac/build/org/decac/compiler/parser/parser

BUILD SUCCESSFUL
Total time: 10 seconds

amitava:decac amitava$ ant build_llvm_bindings
Buildfile: /Users/amitava/opt/decac/build.xml

build_llvm_bindings:
     [echo] Compiling C components of jllvm.

BUILD FAILED
/Users/amitava/opt/decac/build.xml:25: The directory /Users/amitava/opt/decac/src/org/jllvm/bindings does not exist

Total time: 1 second
amitava:decac amitava$

-Amitava

--
Amitava Shee
Software Architect

There are two ways of constructing a software design. One is to make it so simple that there are obviously no deficiencies; the other is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.
-- C. A. R. Hoare The Emperor's Old Clothes, CACM February 1981

[Eli Gottlieb]

Oh crap, I had forgotten about that.  OK, I couldn't automate SWIG generation of bindings, so I just added the bindings to the repository.  So the files that existed on my side and made building work there, should now exist in the central repo.

Let me know of further issues you encounter.  There will be a final stage at which you do "ant build" in the decac/ directory itself.  The first time you run it, it will complain of "fsc failure"; this just means the Fast Scala Compiler server was started by that invocation.  Run the same command again, and you will get up-to-date build errors ;-) that will let you know where development is right now.

[Amitava Shee]

I am running into link issues.

amitava:decac amitava$ ant build_llvm_bindings
Buildfile: /Users/amitava/opt/decac/build.xml

build_llvm_bindings:

     [echo] Building jllvm.
     [exec] Buildfile: /Users/amitava/opt/decac/src/org/jllvm/build.xml
     [exec]
     [exec] build:
     [exec]      [exec] -- The C compiler identification is GNU
     [exec]      [exec] -- The CXX compiler identification is GNU
     [exec]      [exec] -- Checking whether C compiler has -isysroot
     [exec]      [exec] -- Checking whether C compiler has -isysroot - yes
     [exec]      [exec] -- Checking whether C compiler supports OSX deployment target flag
     [exec]      [exec] -- Checking whether C compiler supports OSX deployment target flag - yes
     [exec]      [exec] -- Check for working C compiler: /usr/bin/gcc
     [exec]      [exec] -- Check for working C compiler: /usr/bin/gcc -- works
     [exec]      [exec] -- Detecting C compiler ABI info
     [exec]      [exec] -- Detecting C compiler ABI info - done
     [exec]      [exec] -- Checking whether CXX compiler has -isysroot
     [exec]      [exec] -- Checking whether CXX compiler has -isysroot - yes
     [exec]      [exec] -- Checking whether CXX compiler supports OSX deployment target flag
     [exec]      [exec] -- Checking whether CXX compiler supports OSX deployment target flag - yes
     [exec]      [exec] -- Check for working CXX compiler: /usr/bin/c++
     [exec]      [exec] -- Check for working CXX compiler: /usr/bin/c++ -- works
     [exec]      [exec] -- Detecting CXX compiler ABI info
     [exec]      [exec] -- Detecting CXX compiler ABI info - done
     [exec]      [exec] -- Java version 1.6.0.29 configured successfully!
     [exec]      [exec] -- Found Java: /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/bin/java (found version "1.6.0.29")
     [exec]      [exec] -- Found JNI: -framework JavaVM
     [exec]      [exec] -- Configuring done
     [exec]      [exec] -- Generating done
     [exec]      [exec] -- Build files have been written to: /Users/amitava/opt/decac/src/org/jllvm/bindings
     [exec]      [exec] Scanning dependencies of target jllvm
     [exec]      [exec] Linking CXX shared library libjllvm.dylib
     [exec]      [exec] ld: library not found for -lLLVMObject
     [exec]      [exec] collect2: ld returned 1 exit status
     [exec]      [exec] make[2]: *** [libjllvm.dylib] Error 1
     [exec]      [exec] make[1]: *** [CMakeFiles/jllvm.dir/all] Error 2
     [exec]      [exec] make: *** [all] Error 2
     [exec]      [exec] Result: 2

Please note that I have compiled and installed llvm-2.9 from source at /Users/amitava/opt/llvm.

Also, I have modified CMakeLists.txt to change LLVM_ROOT as follows

set(LLVM_ROOT "/Users/amitava/opt/llvm" CACHE /Users/amitava/opt/llvm "Root of LLVM install.")
set(CMAKE_INSTALL_PREFIX "${LLVM_ROOT}")

Here's a directory listing of my llvm lib that includes libLLVMObject

amitava:decac amitava$ ls /Users/amitava/opt/llvm/lib/libLLVMObject*
/Users/amitava/opt/llvm/lib/libLLVMObject.a


-Amitava

[Eli Gottlieb]

OK, I use an ordinary (in the sense of its location in the filesystem) LLVM install on Linux, so I legitimately don't know what's up here.

[Amitava Shee]

My environment is MacBook Pro w/Snow Leopard (10.6.8). I have built and installed llvm-2.9 and gcc front-end (llvm-gcc-4.2-2.9) at /Users/amitava/opt/llvm.

Under $LLVM_ROOT/bin (i.e. /Users/amitava/opt/llvm/bin), I have added the following, the following symlinks
$ ln -s llvm-gcc gcc
$  ln -s llvm-g++ g++
$  ln -s llvm-c++ c++
$  ln -s llvm-ar ar

While building deca, I have prefixed /Users/opt/llvm/bin to the PATH. Now I am getting the following link errors. I wonder if the SWIG bindings refer to another version of java - mine is - /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/bin/java (found version "1.6.0.29")

build_llvm_bindings:
     [echo] Building jllvm.
     [exec] Buildfile: /Users/amitava/opt/decac/src/org/jllvm/build.xml
     [exec]
     [exec] build:
     [exec]      [exec] -- The C compiler identification is GNU
     [exec]      [exec] -- The CXX compiler identification is GNU
     [exec]      [exec] -- Checking whether C compiler has -isysroot
     [exec]      [exec] -- Checking whether C compiler has -isysroot - yes
     [exec]      [exec] -- Checking whether C compiler supports OSX deployment target flag
     [exec]      [exec] -- Checking whether C compiler supports OSX deployment target flag - yes

     [exec]      [exec] -- Check for working C compiler: /Users/amitava/opt/llvm/bin/gcc
     [exec]      [exec] -- Check for working C compiler: /Users/amitava/opt/llvm/bin/gcc -- works

     [exec]      [exec] -- Detecting C compiler ABI info
     [exec]      [exec] -- Detecting C compiler ABI info - done
     [exec]      [exec] -- Checking whether CXX compiler has -isysroot
     [exec]      [exec] -- Checking whether CXX compiler has -isysroot - yes
     [exec]      [exec] -- Checking whether CXX compiler supports OSX deployment target flag
     [exec]      [exec] -- Checking whether CXX compiler supports OSX deployment target flag - yes

     [exec]      [exec] -- Check for working CXX compiler: /Users/amitava/opt/llvm/bin/c++
     [exec]      [exec] -- Check for working CXX compiler: /Users/amitava/opt/llvm/bin/c++ -- works

     [exec]      [exec] -- Detecting CXX compiler ABI info
     [exec]      [exec] -- Detecting CXX compiler ABI info - done
     [exec]      [exec] -- Java version 1.6.0.29 configured successfully!
     [exec]      [exec] -- Found Java: /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/bin/java (found version "1.6.0.29")
     [exec]      [exec] -- Found JNI: -framework JavaVM
     [exec]      [exec] -- Configuring done
     [exec]      [exec] -- Generating done
     [exec]      [exec] -- Build files have been written to: /Users/amitava/opt/decac/src/org/jllvm/bindings
     [exec]      [exec] Scanning dependencies of target jllvm

     [exec]      [exec] [  9%] Building C object CMakeFiles/jllvm.dir/Analysis_wrap.c.o
     [exec]      [exec] [ 18%] Building C object CMakeFiles/jllvm.dir/BitReader_wrap.c.o
     [exec]      [exec] [ 27%] Building C object CMakeFiles/jllvm.dir/BitWriter_wrap.c.o
     [exec]      [exec] [ 36%] Building C object CMakeFiles/jllvm.dir/Core_wrap.c.o
     [exec]      [exec] /Users/amitava/opt/decac/src/org/jllvm/bindings/Core_wrap.c: In function ‘Java_jllvm_llvm_CoreJNI_LLVMUnionTypeInContext’:
     [exec]      [exec] /Users/amitava/opt/decac/src/org/jllvm/bindings/Core_wrap.c:2221: warning: cast to pointer from integer of different size
     [exec]      [exec] /Users/amitava/opt/decac/src/org/jllvm/bindings/Core_wrap.c: In function ‘Java_jllvm_llvm_CoreJNI_LLVMUnionType’:
     [exec]      [exec] /Users/amitava/opt/decac/src/org/jllvm/bindings/Core_wrap.c:2237: warning: cast to pointer from integer of different size
     [exec]      [exec] /Users/amitava/opt/decac/src/org/jllvm/bindings/Core_wrap.c: In function ‘Java_jllvm_llvm_CoreJNI_LLVMConstUnion’:
     [exec]      [exec] /Users/amitava/opt/decac/src/org/jllvm/bindings/Core_wrap.c:4104: warning: cast to pointer from integer of different size
     [exec]      [exec] [ 45%] Building C object CMakeFiles/jllvm.dir/EnhancedDisassembly_wrap.c.o
     [exec]      [exec] [ 54%] Building C object CMakeFiles/jllvm.dir/ExecutionEngine_wrap.c.o
     [exec]      [exec] [ 63%] Building C object CMakeFiles/jllvm.dir/LinkTimeOptimizer_wrap.c.o
     [exec]      [exec] [ 72%] Building C object CMakeFiles/jllvm.dir/lto_wrap.c.o
     [exec]      [exec] [ 81%] Building C object CMakeFiles/jllvm.dir/Target_wrap.c.o
     [exec]      [exec] [ 90%] Building C object CMakeFiles/jllvm.dir/Transforms/IPO_wrap.c.o
     [exec]      [exec] [100%] Building C object CMakeFiles/jllvm.dir/Transforms/Scalar_wrap.c.o

     [exec]      [exec] Linking CXX shared library libjllvm.dylib

     [exec]      [exec] Undefined symbols:
     [exec]      [exec]   "_LLVMAddLoopIndexSplitPass", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ScalarJNI_LLVMAddLoopIndexSplitPass in Scalar_wrap.c.o
     [exec]      [exec]      (maybe you meant: _Java_jllvm_llvm_ScalarJNI_LLVMAddLoopIndexSplitPass)
     [exec]      [exec]   "_lto_codegen_create", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1create in lto_wrap.c.o
     [exec]      [exec]   "_lto_codegen_add_module", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1add_1module in lto_wrap.c.o
     [exec]      [exec]   "_LLVMUnionType", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_CoreJNI_LLVMUnionType in Core_wrap.c.o
     [exec]      [exec]      (maybe you meant: _Java_jllvm_llvm_CoreJNI_LLVMUnionType, _Java_jllvm_llvm_CoreJNI_LLVMUnionTypeInContext )
     [exec]      [exec]   "_lto_codegen_compile", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1compile in lto_wrap.c.o
     [exec]      [exec]   "_lto_codegen_dispose", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1dispose in lto_wrap.c.o
     [exec]      [exec]   "_lto_get_error_message", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1get_1error_1message in lto_wrap.c.o
     [exec]      [exec]   "_lto_module_is_object_file_in_memory", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1is_1object_1file_1in_1memory in lto_wrap.c.o
     [exec]      [exec]   "_LLVMUnionTypeInContext", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_CoreJNI_LLVMUnionTypeInContext in Core_wrap.c.o
     [exec]      [exec]      (maybe you meant: _Java_jllvm_llvm_CoreJNI_LLVMUnionTypeInContext)
     [exec]      [exec]   "_lto_codegen_write_merged_modules", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1write_1merged_1modules in lto_wrap.c.o
     [exec]      [exec]   "_lto_codegen_set_gcc_path", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1set_1gcc_1path in lto_wrap.c.o
     [exec]      [exec]   "_lto_get_version", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1get_1version in lto_wrap.c.o
     [exec]      [exec]   "_lto_codegen_debug_options", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1debug_1options in lto_wrap.c.o
     [exec]      [exec]   "_LLVMConstUnion", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_CoreJNI_LLVMConstUnion in Core_wrap.c.o
     [exec]      [exec]      (maybe you meant: _Java_jllvm_llvm_CoreJNI_LLVMConstUnion)
     [exec]      [exec]   "_llvm_create_optimizer", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_LinkTimeOptimizerJNI_llvm_1create_1optimizer in LinkTimeOptimizer_wrap.c.o
     [exec]      [exec]   "_LLVMInitializePIC16Target", referenced from:
     [exec]      [exec]       _LLVMInitializeAllTargets in Target_wrap.c.o
     [exec]      [exec]   "_lto_codegen_set_pic_model", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1set_1pic_1model in lto_wrap.c.o
     [exec]      [exec]   "_EDInstID", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_EnhancedDisassemblyJNI_EDInstID in EnhancedDisassembly_wrap.c.o
     [exec]      [exec]      (maybe you meant: _Java_jllvm_llvm_EnhancedDisassemblyJNI_EDInstID)
     [exec]      [exec]   "_llvm_destroy_optimizer", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_LinkTimeOptimizerJNI_llvm_1destroy_1optimizer in LinkTimeOptimizer_wrap.c.o
     [exec]      [exec]   "_LLVMCountUnionElementTypes", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_CoreJNI_LLVMCountUnionElementTypes in Core_wrap.c.o
     [exec]      [exec]      (maybe you meant: _Java_jllvm_llvm_CoreJNI_LLVMCountUnionElementTypes)
     [exec]      [exec]   "_LLVMInitializePIC16TargetInfo", referenced from:
     [exec]      [exec]       _LLVMInitializeAllTargetInfos in Target_wrap.c.o
     [exec]      [exec]   "_lto_module_is_object_file_in_memory_for_target", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1is_1object_1file_1in_1memory_1for_1target in lto_wrap.c.o
     [exec]      [exec]   "_lto_codegen_set_assembler_path", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1set_1assembler_1path in lto_wrap.c.o
     [exec]      [exec]   "_lto_codegen_add_must_preserve_symbol", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1add_1must_1preserve_1symbol in lto_wrap.c.o
     [exec]      [exec]   "_lto_module_get_symbol_attribute", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1get_1symbol_1attribute in lto_wrap.c.o
     [exec]      [exec]   "_lto_module_create", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1create in lto_wrap.c.o
     [exec]      [exec]   "_llvm_optimize_modules", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_LinkTimeOptimizerJNI_llvm_1optimize_1modules in LinkTimeOptimizer_wrap.c.o
     [exec]      [exec]   "_lto_module_dispose", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1dispose in lto_wrap.c.o
     [exec]      [exec]   "_lto_module_get_num_symbols", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1get_1num_1symbols in lto_wrap.c.o
     [exec]      [exec]   "_lto_codegen_set_debug_model", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1codegen_1set_1debug_1model in lto_wrap.c.o
     [exec]      [exec]   "_LLVMGetUnionElementTypes", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_CoreJNI_LLVMGetUnionElementTypes in Core_wrap.c.o
     [exec]      [exec]      (maybe you meant: _Java_jllvm_llvm_CoreJNI_LLVMGetUnionElementTypes)
     [exec]      [exec]   "_lto_module_get_target_triple", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1get_1target_1triple in lto_wrap.c.o
     [exec]      [exec]   "_lto_module_is_object_file", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1is_1object_1file in lto_wrap.c.o
     [exec]      [exec]   "_llvm_read_object_file", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_LinkTimeOptimizerJNI_llvm_1read_1object_1file in LinkTimeOptimizer_wrap.c.o
     [exec]      [exec]   "_lto_module_is_object_file_for_target", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1is_1object_1file_1for_1target in lto_wrap.c.o
     [exec]      [exec]   "_lto_module_get_symbol_name", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1get_1symbol_1name in lto_wrap.c.o
     [exec]      [exec]   "_lto_module_create_from_memory", referenced from:
     [exec]      [exec]       _Java_jllvm_llvm_ltoJNI_lto_1module_1create_1from_1memory in lto_wrap.c.o
     [exec]      [exec] ld: symbol(s) not found

     [exec]      [exec] collect2: ld returned 1 exit status
     [exec]      [exec] make[2]: *** [libjllvm.dylib] Error 1
     [exec]      [exec] make[1]: *** [CMakeFiles/jllvm.dir/all] Error 2
     [exec]      [exec] make: *** [all] Error 2
     [exec]      [exec] Result: 2

-Amitava

[Eli Gottlieb]

My best guess right now is that there's something up with the name-mangling on the LLVM library, and that's causing its symbols to "go missing".

[Amitava Shee]

Could this llvm bug be the cause?
http://www.mail-archive.com/llvm...@cs.uiuc.edu/msg10326.html

-Amitava

[Eli Gottlieb]

I can't replicate your machine set-up until I get back to my apartment, so I don't actually know.