June 2009 - MacRuby-devel - lists.macosforge.org

[MacRuby] #277: [HotCocoa] remove redundant methods (requires patch #275)
by MacRuby 09 Jun '09

09 Jun '09

#277: [HotCocoa] remove redundant methods (requires patch #275) ---------------------------------+------------------------------------------ Reporter: dj2@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Attached patch removes the first pass at redundant methods when the patch in but 275 is applied. I only removed the ones where the name is identical (except in the case of alternating_row_background_colors which I added anyway). There are still a few methods where the names are almost the same but a word has been dropped. Wasn't sure if we'd want to change those as well so I left them for now. -- Ticket URL: <http://www.macruby.org/trac/ticket/277> MacRuby <http://macruby.org/>

1 2

experimental branch: status update
by Laurent Sansonetti 08 Jun '09

08 Jun '09

Another week, another status update on the experimental branch! Highlights are: - A much better Cocoa support. We are almost as stable as trunk, I think. I was able to run a significant internal MacRuby application with the experimental branch. - The project is now able to be installed and used on Mac OS 10.6. It should theoretically work with the latest seeded build, using the same building instructions as mentioned in README.rdoc, and pass our spec suite. Please contact me offline if you have any problem or question, since 10.6 cannot be discussed here. - Lots of RubySpec-related work. We enabled most of the "core" specs and the spec:ci rake task is now running about 15,000 expectations (vs 2,000 before). Several bugs discovered by these RubySpec were fixed, but surprisingly we didn't have so much failing specs. Huge kudos to Eloy! - Patrick started working on optimizing floating point arithmetic (in a branch, called fp-optimized-experimental). The idea is to make Float objects immediate so that we don't have to allocate memory in order to do float arithmetic. The work is still under progress, it will be merged back to the experimental branch once it's done and stable. Changes: - Fixed a crash when trying to symbolicate a backtrace when the JIT compiler has not been initialized yet (command line argument parsing). - Disable the recursive dispatch optimization in case there is an arity mismatch (optional arguments). - Fixed a bug in the #send optimization compilation where the basic block created by the exception handler was not honored. - Fixed a GC-related bug in File.readlink. - Removed the builtin oniguruma copy which wasn't working great with our GC, because it was using GC memory and missing some write barriers, and added a snapshot of the latest one (5.9.1) which works using regular malloc memory. - Fixed several bugs in the way we create CF IO streams and do error reporting. - Fixed lots of 10.6-only bugs in the way we check for mutability on builtin types (string, array, hash, set). - Fixed a critical bug in the code path that was used to verify if a given builtin type is tainted or not. - We now require LLVM revision 72741. The MacRuby source code won't compile anymore with the previous revision because of an API change in LLVM. Markus Prinz graciously offered a binary installer for this very specific version of LLVM that you can use instead of compiling your own (read http://lists.macosforge.org/pipermail/macruby-devel/2009-June/001908.html for more information). - When subclassing a builtin type class, only insert the mutable primitives if the subclass is the mutable version of this builtin type. - Don't forget to reload class constants every time a new framework is loaded. - Fixed a bug when we weren't actually passing the method selector from the dispatcher to -2 arity methods defined in C. - Added some preliminary support to call variadic C functions / Objective-C methods. - Implemented implemented String#bytesize and String#each_byte. - Fixed Bignum#+. - ByteString objects can now be frozen/tainted. - Define Encoding::ASCII_8BIT as a shortcut to US_ASCII (for now). - Fixed ByteString#encoding to always return US_ASCII (for now). - Implemented the undefinition of methods. - Undefined Symbol#to_str. - Fixed lex_io_gets_fast() to deal better with scripts containing non- ASCII characters. This allows us to parse and compile scripts containing non-ASCII characters. - Fixed a bug in the file loader, when the given path is absolute and contains the file extension. - Ported process.c to the new runtime API. - Implemented File#chown. - Before calling #method_missing, raise an ArgumentError in case we tried to call a method with an argument when there exists a method under the same Ruby name that accepts no argument. - Made Eumerator a top-level class. - Fixed lots of bugs in the Struct class, it's now usable again. - Fixed bugs discovered by RubySpec in the following Array methods: #choice (deleted), #concat, #fill, #flatten, #initialize, #insert, #pack, #push, #sample (added), #sort, #unshift, #zip, - Fixed bugs discovered by RubySpec in the following String methods: #capitalize, #center, #chomp, #delete, #downcase, #dump, #gsub, #ljust, #rjust, #squeeze, #sub, #swapcase, #tr_s, #tr, #upcase - Enabled most of the RubySpec core specifications! Laurent

1 0

LLVM installer package
by Markus Prinz 07 Jun '09

07 Jun '09

Hey everyone, Since not everyone has the time and patience to compile LLVM themselves, I've created a package that contains a pre-compiled LLVM revision 72741 (minus the docs). You can find it here: http://nuclearsquid.com/files/LLVM-i386.pkg (~70mb). It will install LLVM to /usr/local on the system volume. As the filename indicates, this is only for i386 and x86_64. A version with support for ppc and pcc64 is compiling right now. Also, please bear in mind that this is the first time that I've created a package, so just in case, make sure you've got a backup before installing. g, Markus

2 3

Experimental branch status
by Giampiero De Ciantis 05 Jun '09

05 Jun '09

Laurent, Looking at the check in notices it seems like you have made a lot of progress in the recent weeks. Anything worth noting or sharing? Any updates on the ship date of 0.5? Btw, if you were to pick one thing that you would say "I wish someone in the community would do <insert item here>" what would that item be? I have been trying to see where I can contribute, but I haven't participated in an open source project before and I don't want to waste other people's and my own time doing something of low value. Cheers, -Gp

13 31

LLVM version snafu, PPC workaround
by Rich Morin 05 Jun '09

05 Jun '09

In today's build of the experimental branch (revision 1719), I got the following nastygram: /usr/bin/g++ -I/usr/local/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fno-common -Woverloaded-virtual -I. -I./include -g -Wall -arch ppc -arch i386 -Wno-parentheses -Wno-deprecated-declarations -Werror -c vm.cpp -o vm.o vm.cpp: In constructor 'RoxorVM::RoxorVM()': vm.cpp:210: error: 'CodeGenOpt' has not been declared vm.cpp:210: error: 'None' was not declared in this scope vm.cpp: In constructor 'RoxorVM::RoxorVM()': vm.cpp:210: error: 'CodeGenOpt' has not been declared vm.cpp:210: error: 'None' was not declared in this scope lipo: can't figure out the architecture type of: /var/tmp//ccrdSEKd.out rake aborted! Command failed with status (1): [/usr/bin/g++ -I/usr/local/include -D_DEBU...] ... Laurent informed me that I needed to update my copy of LLVM, as discussed in the MacRuby README file. In order to do this on a PowerPC, I had to modify the commands slightly: ... UNIVERSAL_ARCH="ppc i386" ... -r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development

1 0

Using performRubySelector
by Mike Laurence 02 Jun '09

02 Jun '09

Hello, I'm trying to get some obj-c code to talk back to my ruby. After encountering some "EXC_BAD_ACCESS" messages and scouring the web, I've concluded that I'm probably supposed to use performRubySelector instead of just expecting selectors to work when overridden by ruby subclasses, etc. What is the preferred way to get this to work? I looked through some of Elysium's old code (which used performRubySelector), but I'm having trouble wrapping my head around how you're supposed to use the MacRuby sharedRuntime to get things to happen. If someone could give me a quick example of how to call arbitrary ruby methods, I would highly appreciate it. Of course, if I'm completely off base and there's some other way to call ruby code, please let me know! Thanks! Regards, Mike Laurence

4 7

newbie wants to help
by Ruben Fonseca 02 Jun '09

02 Jun '09

Hi @all again After successfully building the experimental branch of macruby and run some tests, I would like to offer some of my spare time to help the project. However, I have no idea on where to start. Do you have some "janitor" work or so that I could do, in order to better understand the project? I have experience in ruby, some objective-c and cocoa, and ran some hello worlds on LLVM. Thank you for your time Ruben

3 2

Re: [MacRuby-devel] macruby-experimental build failing
by रजनीश 01 Jun '09

01 Jun '09

Ruben, You need the following patch in order to compile when using LLVM from TOT. This will let you compile, but you will run into some exception and other problems because LLVM has made some changes that seem to be incompatible with macruby. So either use LLVM 2.5 or wait for macruby to upgrade to 2.6 --- vm.cpp (revision 1685) +++ vm.cpp (working copy) @@ -207,7 +207,7 @@ emp = new ExistingModuleProvider(RoxorCompiler::module); jmm = new RoxorJITManager; - ee = ExecutionEngine::createJIT(emp, 0, jmm, true); + ee = ExecutionEngine::createJIT(emp, 0, jmm, CodeGenOpt::None); assert(ee != NULL); fpm = new FunctionPassManager(emp); > hi > > I was trying to build the trunk on the 'experimental' branch. I > checked out the source form SVN, followed the README.rdoc, but the > build is failing and I have no clue why. > > (the only modification I did is install LLVM to /opt/local, using SVN > trunk) > > the error is > > /usr/bin/g++ -I/opt/local/include -D_DEBUG -D_GNU_SOURCE - > D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fno-common - > Woverloaded-virtual -I. -I./include -g -Wall -arch i386 -arch x86_64 - > Wno-parentheses -Wno-deprecated-declarations -Werror -c vm.cpp -o vm.o > vm.cpp: In constructor 'RoxorVM::RoxorVM()': > vm.cpp:210: error: no matching function for call to > 'llvm::ExecutionEngine::createJIT(llvm::ExistingModuleProvider*&, int, > RoxorJITManager*&, bool)' > /opt/local/include/llvm/ExecutionEngine/ExecutionEngine.h:134: note: > candidates are: static llvm::ExecutionEngine* > llvm::ExecutionEngine::createJIT(llvm::ModuleProvider*, std::string*, > llvm::JITMemoryManager*, llvm::CodeGenOpt::Level) > vm.cpp: In constructor 'RoxorVM::RoxorVM()': > vm.cpp:210: error: no matching function for call to > 'llvm::ExecutionEngine::createJIT(llvm::ExistingModuleProvider*&, int, > RoxorJITManager*&, bool)' > /opt/local/include/llvm/ExecutionEngine/ExecutionEngine.h:134: note: > candidates are: static llvm::ExecutionEngine* > llvm::ExecutionEngine::createJIT(llvm::ModuleProvider*, std::string*, > llvm::JITMemoryManager*, llvm::CodeGenOpt::Level) > > any help? > > thank you in advance > ruben

3 2