I'm at revision 749 of the trunk and can't seem to build the trunk (it's done this for several revisions). It seems like I'm alone here but I've done nothing but fetch the source and tried to build it. The only thing I can think of that 'might' be an issue is that before I ever downloaded the MacRuby code, I downloaded and installed one of the binary releases. Here's a snip of the tail of my build output: ... compiling json make: Nothing to be done for `all'. compiling json/ext/generator gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall - arch i386 -arch x86_64 -o generator.o -c generator.c generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall - arch i386 -arch x86_64 -o unicode.o -c unicode.c gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 - arch x86_64 -o ../../../../.ext/universal-darwin9.1/json/ext/ generator.bundle generator.o unicode.o -L. -L../../../.. -arch i386 - arch x86_64 -lmacruby compiling json/ext/parser make: *** No targets. Stop. rake aborted! Command failed with status (1): [./miniruby -I./lib -I.ext/common - I./- -r....] /Users/patrickb/dev/MacRuby-trunk/rakefile:549 (See full trace by running task with --trace) Thanks... Patrick
No one? I check out a clean copy of macruby, it fails to build (just running rake like it says), and NO ONE replies? :( On Nov 22, 2008, at 10:20 AM, Patrick Bennett wrote:
I'm at revision 749 of the trunk and can't seem to build the trunk (it's done this for several revisions). It seems like I'm alone here but I've done nothing but fetch the source and tried to build it. The only thing I can think of that 'might' be an issue is that before I ever downloaded the MacRuby code, I downloaded and installed one of the binary releases.
Here's a snip of the tail of my build output: ... compiling json make: Nothing to be done for `all'. compiling json/ext/generator gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall - arch i386 -arch x86_64 -o generator.o -c generator.c generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall - arch i386 -arch x86_64 -o unicode.o -c unicode.c gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 - arch x86_64 -o ../../../../.ext/universal-darwin9.1/json/ext/ generator.bundle generator.o unicode.o -L. -L../../../.. -arch i386 -arch x86_64 -lmacruby compiling json/ext/parser make: *** No targets. Stop. rake aborted! Command failed with status (1): [./miniruby -I./lib -I.ext/common - I./- -r....] /Users/patrickb/dev/MacRuby-trunk/rakefile:549 (See full trace by running task with --trace)
Thanks... Patrick _______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Patrick, I don't have a solution, but my experience is that I was also unable to build trunk sometime last week on my MBP. It failed during building the extensions, so i ran the rake task to build the extensions, and it managed to succeed. A few days later I built from trunk (same revision, 749) on my MacBook with no problems. FWIW, the MBP, for which building failed at first, never had a binary of MacRuby installed, whereas the MacBook, for which the building worked, had. So I think your previously-installed- binary theory is not accurate. - Julia On Nov 24, 2008, at 7:38 PM, Patrick Bennett wrote:
No one? I check out a clean copy of macruby, it fails to build (just running rake like it says), and NO ONE replies? :(
On Nov 22, 2008, at 10:20 AM, Patrick Bennett wrote:
I'm at revision 749 of the trunk and can't seem to build the trunk (it's done this for several revisions). It seems like I'm alone here but I've done nothing but fetch the source and tried to build it. The only thing I can think of that 'might' be an issue is that before I ever downloaded the MacRuby code, I downloaded and installed one of the binary releases.
Here's a snip of the tail of my build output: ... compiling json make: Nothing to be done for `all'. compiling json/ext/generator gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall -arch i386 -arch x86_64 -o generator.o -c generator.c generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall -arch i386 -arch x86_64 -o unicode.o -c unicode.c gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 -arch x86_64 -o ../../../../.ext/universal-darwin9.1/json/ext/ generator.bundle generator.o unicode.o -L. -L../../../.. -arch i386 -arch x86_64 -lmacruby compiling json/ext/parser make: *** No targets. Stop. rake aborted! Command failed with status (1): [./miniruby -I./lib -I.ext/common - I./- -r....] /Users/patrickb/dev/MacRuby-trunk/rakefile:549 (See full trace by running task with --trace)
Thanks... Patrick _______________________________________________ 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
Could you provide us more details about your environment (OS version + processor architecture)? Also, could you paste the content of ext/json/ext/parser/Makefile? Laurent On Nov 24, 2008, at 4:38 PM, Patrick Bennett wrote:
No one? I check out a clean copy of macruby, it fails to build (just running rake like it says), and NO ONE replies? :(
On Nov 22, 2008, at 10:20 AM, Patrick Bennett wrote:
I'm at revision 749 of the trunk and can't seem to build the trunk (it's done this for several revisions). It seems like I'm alone here but I've done nothing but fetch the source and tried to build it. The only thing I can think of that 'might' be an issue is that before I ever downloaded the MacRuby code, I downloaded and installed one of the binary releases.
Here's a snip of the tail of my build output: ... compiling json make: Nothing to be done for `all'. compiling json/ext/generator gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall -arch i386 -arch x86_64 -o generator.o -c generator.c generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe -Wall -arch i386 -arch x86_64 -o unicode.o -c unicode.c gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 -arch x86_64 -o ../../../../.ext/universal-darwin9.1/json/ext/ generator.bundle generator.o unicode.o -L. -L../../../.. -arch i386 -arch x86_64 -lmacruby compiling json/ext/parser make: *** No targets. Stop. rake aborted! Command failed with status (1): [./miniruby -I./lib -I.ext/common - I./- -r....] /Users/patrickb/dev/MacRuby-trunk/rakefile:549 (See full trace by running task with --trace)
Thanks... Patrick _______________________________________________ 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
Latest gen MBP 4GB ram: Darwin PMBMacOSX.local 9.5.1 Darwin Kernel Version 9.5.1: Fri Sep 19 16:19:24 PDT 2008; root:xnu-1228.8.30~1/RELEASE_I386 i386 ext/json/ext/parser/Makefile is 0-bytes On Nov 24, 2008, at 8:06 PM, Laurent Sansonetti wrote:
Could you provide us more details about your environment (OS version + processor architecture)?
Also, could you paste the content of ext/json/ext/parser/Makefile?
Laurent
On Nov 24, 2008, at 4:38 PM, Patrick Bennett wrote:
No one? I check out a clean copy of macruby, it fails to build (just running rake like it says), and NO ONE replies? :(
On Nov 22, 2008, at 10:20 AM, Patrick Bennett wrote:
I'm at revision 749 of the trunk and can't seem to build the trunk (it's done this for several revisions). It seems like I'm alone here but I've done nothing but fetch the source and tried to build it. The only thing I can think of that 'might' be an issue is that before I ever downloaded the MacRuby code, I downloaded and installed one of the binary releases.
Here's a snip of the tail of my build output: ... compiling json make: Nothing to be done for `all'. compiling json/ext/generator gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe - Wall -arch i386 -arch x86_64 -o generator.o -c generator.c generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c: In function ‘cState_configure’: generator.c:493: warning: implicit declaration of function ‘RHASH_TBL’ generator.c:493: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast generator.c:501: warning: passing argument 1 of ‘st_lookup’ makes pointer from integer without a cast gcc -I. -I../../../../.ext/include/universal-darwin9.1 - I../../..//.././include -I../../..//.././ext/json/ext/generator - DRUBY_EXTCONF_H=\"extconf.h\" -fno-common -fno-common -pipe - Wall -arch i386 -arch x86_64 -o unicode.o -c unicode.c gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 -arch x86_64 -o ../../../../.ext/universal-darwin9.1/json/ext/ generator.bundle generator.o unicode.o -L. -L../../../.. -arch i386 -arch x86_64 -lmacruby compiling json/ext/parser make: *** No targets. Stop. rake aborted! Command failed with status (1): [./miniruby -I./lib -I.ext/common - I./- -r....] /Users/patrickb/dev/MacRuby-trunk/rakefile:549 (See full trace by running task with --trace)
Thanks... Patrick _______________________________________________ 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
On Nov 24, 2008, at 4:38 PM, Patrick Bennett wrote:
No one? I check out a clean copy of macruby, it fails to build (just running rake like it says), and NO ONE replies? :(
I did have a similar problem. I did things similarly - installed first using the 0.3 binary, and then built from the trunk. This worked at least once, but failed sometime last week (I don't know if it was r749 exactly, or if that's just when I tried it.) It also didn't work with r754. I'm on a MBP as well, using 10.5.5. Then today I tried using 'macrake' instead of 'rake' and it worked. Since you did things similarly to me and should have macrake installed, you could try it. I was getting a different error, though (apparently an infinite loop). -Michael
Weird, I deleted the empty makefile in ext/json/ext/parser and it seemed to go from there (although now with the macruby I built and installed things complain about ot finding stringio ?). I also noticed rake clean doesn't clean up the generated Makefiles. So, anyway, it builds now, but the generated macruby/macirb/etc are completely broken. Running macirb generates this: /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/ irb/notifier.rb:114:in `initialize': wrong number of arguments(2 for 0) (ArgumentError) from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/notifier.rb:114:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/notifier.rb:86:in `new' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/notifier.rb:86:in `def_notifier' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/slex.rb:24:in `<class:SLex>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/slex.rb:16:in `<module:IRB>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/slex.rb:15:in `<top (required)>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/ruby-lex.rb:13:in `require' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/ruby-lex.rb:13:in `<top (required)>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb.rb:18:in `require' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb.rb:18:in `<top (required)>' from /usr/local/bin/macirb:9:in `require' from /usr/local/bin/macirb:9:in `<main>' Finally, I just blew the whole tree away, fetched again and ran sudo rake (even though this was all in a directory off my ~ directory) then sudo rake install and it seems fine now. It looks like the build itself doesn't work correctly unless rake is one via sudo. :\ On Nov 24, 2008, at 9:45 PM, Michael Winterstein wrote:
On Nov 24, 2008, at 4:38 PM, Patrick Bennett wrote:
No one? I check out a clean copy of macruby, it fails to build (just running rake like it says), and NO ONE replies? :(
I did have a similar problem. I did things similarly - installed first using the 0.3 binary, and then built from the trunk. This worked at least once, but failed sometime last week (I don't know if it was r749 exactly, or if that's just when I tried it.) It also didn't work with r754. I'm on a MBP as well, using 10.5.5.
Then today I tried using 'macrake' instead of 'rake' and it worked. Since you did things similarly to me and should have macrake installed, you could try it.
I was getting a different error, though (apparently an infinite loop).
-Michael _______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Building doing "rake" then "sudo rake install" should work fine. Sometimes a bug is introduced in miniruby which results in empty Makefiles in extensions. The error in irb you got was due to a bug that I fixed yesterday. It's the problem you get when using the development branch, it's not guaranteed to be stable (or even build). I know the testing/stable branch is old, though. Laurent On Nov 24, 2008, at 9:43 PM, Patrick Bennett wrote:
Weird, I deleted the empty makefile in ext/json/ext/parser and it seemed to go from there (although now with the macruby I built and installed things complain about ot finding stringio ?). I also noticed rake clean doesn't clean up the generated Makefiles. So, anyway, it builds now, but the generated macruby/macirb/etc are completely broken.
Running macirb generates this: /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/ 1.9.0/irb/notifier.rb:114:in `initialize': wrong number of arguments(2 for 0) (ArgumentError) from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/notifier.rb:114:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/notifier.rb:86:in `new' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/notifier.rb:86:in `def_notifier' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/slex.rb:24:in `<class:SLex>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/slex.rb:16:in `<module:IRB>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/slex.rb:15:in `<top (required)>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/ruby-lex.rb:13:in `require' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb/ruby-lex.rb:13:in `<top (required)>' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb.rb:18:in `require' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ ruby/1.9.0/irb.rb:18:in `<top (required)>' from /usr/local/bin/macirb:9:in `require' from /usr/local/bin/macirb:9:in `<main>'
Finally, I just blew the whole tree away, fetched again and ran sudo rake (even though this was all in a directory off my ~ directory) then sudo rake install and it seems fine now. It looks like the build itself doesn't work correctly unless rake is one via sudo. :\
On Nov 24, 2008, at 9:45 PM, Michael Winterstein wrote:
On Nov 24, 2008, at 4:38 PM, Patrick Bennett wrote:
No one? I check out a clean copy of macruby, it fails to build (just running rake like it says), and NO ONE replies? :(
I did have a similar problem. I did things similarly - installed first using the 0.3 binary, and then built from the trunk. This worked at least once, but failed sometime last week (I don't know if it was r749 exactly, or if that's just when I tried it.) It also didn't work with r754. I'm on a MBP as well, using 10.5.5.
Then today I tried using 'macrake' instead of 'rake' and it worked. Since you did things similarly to me and should have macrake installed, you could try it.
I was getting a different error, though (apparently an infinite loop).
-Michael _______________________________________________ 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
I would be using the stable branch but it seems like everything assumes the development branch is being used (ie hotconsole). Speaking of hotconsole - I've never been able to get it to build. With the latest MacRuby (rev 756) [which now builds] I get the following when running macrake with the latest hotconsole code: PMBMacOSX:hotconsole patrickb$ macrake (in /Users/patrickb/dev/hotconsole) macruby(74947,0x103785000) malloc: free_garbage: garbage ptr = 0x800029fc0, has non-zero refcount = 1 /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/lib/ application.rb:43:in `<class:Terminal>': undefined method `method_signature' for Terminal:Class (NoMethodError) from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/ lib/application.rb:13:in `<top (required)>' from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/ rb_main.rb:2:in `load' from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/ rb_main.rb:2:in `<main>' On Nov 25, 2008, at 1:05 AM, Laurent Sansonetti wrote:
Building doing "rake" then "sudo rake install" should work fine. Sometimes a bug is introduced in miniruby which results in empty Makefiles in extensions.
The error in irb you got was due to a bug that I fixed yesterday.
It's the problem you get when using the development branch, it's not guaranteed to be stable (or even build). I know the testing/stable branch is old, though.
Laurent
On Nov 24, 2008, at 10:57 PM, Patrick Bennett wrote:
I would be using the stable branch but it seems like everything assumes the development branch is being used (ie hotconsole). Speaking of hotconsole - I've never been able to get it to build. With the latest MacRuby (rev 756) [which now builds] I get the following when running macrake with the latest hotconsole code: PMBMacOSX:hotconsole patrickb$ macrake (in /Users/patrickb/dev/hotconsole) macruby(74947,0x103785000) malloc: free_garbage: garbage ptr = 0x800029fc0, has non-zero refcount = 1 /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/lib/ application.rb:43:in `<class:Terminal>': undefined method `method_signature' for Terminal:Class (NoMethodError) from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/ Resources/lib/application.rb:13:in `<top (required)>' from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/ Resources/rb_main.rb:2:in `load' from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/ Resources/rb_main.rb:2:in `<main>'
It looks like you're not using the latest version of MacRuby, which introduced #method_signature (quite a few builds ago). $ macirb
class Foo def foo; end method_signature :foo, 'v@:' end => nil Foo.new.foo => nil
Check with macruby -v if it reports 0.4 at least. Also, it looks like you're not using the latest HotConsole sources. The call to #method_signature was removed (it was added to work around a bug in MacRuby trunk which has been fixed after). http://github.com/vincentisambart/hotconsole/commit/8452a7be6343aabb8abfa9e3... Laurent
Laurent Sansonetti wrote:
On Nov 24, 2008, at 10:57 PM, Patrick Bennett wrote:
I would be using the stable branch but it seems like everything assumes the development branch is being used (ie hotconsole). Speaking of hotconsole - I've never been able to get it to build. With the latest MacRuby (rev 756) [which now builds] I get the following when running macrake with the latest hotconsole code: PMBMacOSX:hotconsole patrickb$ macrake (in /Users/patrickb/dev/hotconsole) macruby(74947,0x103785000) malloc: free_garbage: garbage ptr = 0x800029fc0, has non-zero refcount = 1 /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/lib/application.rb:43:in `<class:Terminal>': undefined method `method_signature' for Terminal:Class (NoMethodError) from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/lib/application.rb:13:in `<top (required)>' from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/rb_main.rb:2:in `load' from /Users/patrickb/dev/hotconsole/HotConsole.app/Contents/Resources/rb_main.rb:2:in `<main>'
It looks like you're not using the latest version of MacRuby, which introduced #method_signature (quite a few builds ago). Well, then you haven't updated the svn repository or rake install isn't complete. ;) I checked out a brand new copy as a part of this email thread last night and I run 'svn up' every day in my trunk directory.
$ macirb
class Foo def foo; end method_signature :foo, 'v@:' end => nil Foo.new.foo => nil Can't test that right now - my laptop is at home.
Check with macruby -v if it reports 0.4 at least. Yes.
Also, it looks like you're not using the latest HotConsole sources. That's very possible - I'm still quite green with 'git'. I'll check when I get back home. Thanks...
Patrick
participants (4)
-
Julia West
-
Laurent Sansonetti
-
Michael Winterstein
-
Patrick Bennett