Hi!
> Looks like the version of LLVM that you installed in your system is too old. > Are you using MacRuby from the nightly builds? It could explain the problem > then (and if you manually built MacRuby in the past). You are right, LLVM is an elder version I used compiling MacRuby 0.5. Now i am using the nightly builds... > > --static only works if you installed LLVM manually. Ooops, that’s new for me! > This is a problem that we should fix in 0.6… +1 Bernd > > Laurent > > On Apr 23, 2010, at 4:18 AM, B. Ohr wrote: > >> My apps are working too! >> >> Unfortunately compiling to static code is broken: >> >> $ cat a.rb >> puts 42 >> $ macrubyc --static a.rb >> Undefined symbols: >> "llvm::ExecutionEngine::createJIT(llvm::ModuleProvider*, >> std::basic_string<char, std::char_traits<char>, std::allocator<char> >*, >> llvm::JITMemoryManager*, llvm::CodeGenOpt::Level, bool, >> llvm::CodeModel::Model)", referenced from: >> RoxorCore::RoxorCore()in libmacruby-static.a(vm.o) >> "llvm::MetadataContext::getMDKind(llvm::StringRef) const", referenced from: >> RoxorCompiler::RoxorCompiler(bool)in libmacruby-static.a(compiler.o) >> "llvm::Instruction::clone() const", referenced from: >> RoxorCompiler::compile_slot_cache(unsigned long)in >> libmacruby-static.a(compiler.o) >> RoxorCompiler::compile_ivar_slots(llvm::Value*, >> llvm::iplist<llvm::Instruction, llvm::ilist_traits<llvm::Instruction> >&, >> llvm::ilist_iterator<llvm::Instruction>)in libmacruby-static.a(compiler.o) >> "llvm::Module::getOrInsertFunction(llvm::StringRef, llvm::FunctionType >> const*)", referenced from: >> [……...] >> RoxorCompiler::compile_constant_declaration(RNode*, llvm::Value*) >> in libmacruby-static.a(compiler.o) >> RoxorCompiler::compile_defined_expression(RNode*) in >> libmacruby-static.a(compiler.o) >> RoxorCompiler::compile_multiple_assignment(RNode*, llvm::Value*) >> in libmacruby-static.a(compiler.o) >> RoxorCompiler::compile_multiple_assignment(RNode*, llvm::Value*) >> in libmacruby-static.a(compiler.o) >> RoxorCompiler::compile_multiple_assignment(RNode*, llvm::Value*) >> in libmacruby-static.a(compiler.o) >> RoxorCompiler::compile_multiple_assignment(RNode*, llvm::Value*) >> in libmacruby-static.a(compiler.o) >> RoxorCompiler::compile_scope(RNode*) in >> libmacruby-static.a(compiler.o) >> ld: symbol(s) not found >> collect2: ld returned 1 exit status >> Error when executing `/usr/bin/g++ -o "a.out" -arch x86_64 >> -L/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib >> -lmacruby-static -L/usr/local/lib -lpthread -lffi -lm -lLLVMBitWriter >> -lLLVMX86CodeGen -lLLVMX86Info -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMJIT >> -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils >> -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMCore -lLLVMSupport >> -lLLVMSystem -lpthread -ldl -lxml2 -lobjc -lauto -licucore -framework >> Foundation "/var/folders/h8/h8LyJnqpHJmC4vtkCPXgCE+++TI/-Tmp-/main-81995.o" >> "./a.o"' >> >> - Bernd >> >> Am 23.04.2010 um 07:50 schrieb Matt Aimonetti: >> >>> For the record, the two MacRuby apps I use daily run perfectly under >>> 0.6trunk. >>> >>> - Matt >>> >>> On Thu, Apr 22, 2010 at 10:31 PM, Laurent Sansonetti >>> <lsansone...@apple.com> wrote: >>> Now: >>> >>> http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't >>> like the CFRange type >>> http://www.macruby.org/trac/ticket/662 macruby 0.6 breaks Grow >>> >>> Laurent >>> >>> On Apr 21, 2010, at 3:40 PM, Laurent Sansonetti wrote: >>> >>> > After fixing + triaging more bugs, we selected: >>> > >>> > http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't >>> > like the CFRange type >>> > http://www.macruby.org/trac/ticket/656 NSCoder encodeFloat and >>> > decodeFloatForKey doesn't with ruby float >>> > http://www.macruby.org/trac/ticket/662 macruby 0.6 breaks Growl >>> > http://www.macruby.org/trac/ticket/658 Including a module into Hash >>> > breaks creating an NSDictionary from a hash >>> > http://www.macruby.org/trac/ticket/594 Not all methods visible to >>> > objective-c calls >>> > http://www.macruby.org/trac/ticket/540 segfault with NSURLDownload with >>> > GC on >>> > http://www.macruby.org/trac/ticket/551 NSThread.alloc.initWithTarget >>> > segfaulting >>> > http://www.macruby.org/trac/ticket/550 TypeError: unrecognized runtime >>> > type when using NSThread.alloc.initWithTarget >>> > http://www.macruby.org/trac/ticket/552 NSOperationQueue segfaults when >>> > more than one operation is being added >>> > >>> > Laurent >>> > >>> > On Apr 15, 2010, at 8:11 PM, Laurent Sansonetti wrote: >>> > >>> >> Thank you :-) >>> >> >>> >> I did a quick pass and noted the following bugs already: >>> >> >>> >> https://www.macruby.org/trac/ticket/458 >>> >> https://www.macruby.org/trac/ticket/629 >>> >> https://www.macruby.org/trac/ticket/507 >>> >> https://www.macruby.org/trac/ticket/628 >>> >> >>> >> Laurent >>> >> >>> >> On Apr 15, 2010, at 7:47 PM, robert gleeson wrote: >>> >> >>> >>> Laurent, >>> >>> >>> >>> Hey, awesome work! I'll check out the nightly later today/tomorrow for >>> >>> me. I think I've reported a few bugs so I'll check it out and report >>> >>> back to you :-P >>> >>> >>> >>> Thanks, >>> >>> Rob >>> >>> >>> >>> On 16 Apr 2010, at 03:39, Laurent Sansonetti wrote: >>> >>> >>> >>>> Hi guys, >>> >>>> >>> >>>> 0.6 is now almost there. I need to polish a few more things and >>> >>>> prepare a detailed blog post about what changed. A lot of things >>> >>>> changed in fact, it's going to take some time :-) >>> >>>> >>> >>>> For this release, we would like to announce that MacRuby is now stable >>> >>>> for Cocoa development. If you are working on a MacRuby Cocoa app, it >>> >>>> would be awesome if you could try the latest nightly build (or build >>> >>>> the sources by yourself), and let us know if everything is good for >>> >>>> you, or not. >>> >>>> >>> >>>> I am going to do a pass on the tracker to identify outstanding bugs >>> >>>> that haven't been fixed yet, but if you filed one do not hesitate to >>> >>>> remind me! >>> >>>> >>> >>>> Thanks :) >>> >>>> >>> >>>> Laurent >>> >>>> _______________________________________________ >>> >>>> MacRuby-devel mailing list >>> >>>> MacRuby-devel@lists.macosforge.org >>> >>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >>> >>> >>> _______________________________________________ >>> >>> MacRuby-devel mailing list >>> >>> MacRuby-devel@lists.macosforge.org >>> >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >> >>> >> _______________________________________________ >>> >> MacRuby-devel mailing list >>> >> MacRuby-devel@lists.macosforge.org >>> >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> > >>> > _______________________________________________ >>> > MacRuby-devel mailing list >>> > MacRuby-devel@lists.macosforge.org >>> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >>> _______________________________________________ >>> MacRuby-devel mailing list >>> MacRuby-devel@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >>> _______________________________________________ >>> MacRuby-devel mailing list >>> MacRuby-devel@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> >> _______________________________________________ >> MacRuby-devel mailing list >> MacRuby-devel@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > _______________________________________________ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
