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

Trunk does not build any more
by John-Paul Bader 31 Aug '09

31 Aug '09

Hey, I'm a regular trunk raker ;) After the large (and amazing) change set from the last 24h it isn't building anymore. It stops with this error: /usr/bin/gcc -I. -I./include -I./onig -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O3 -g -Wall -fexceptions -Wno- parentheses -Wno-deprecated-declarations -Werror -std=c99 -c encoding.c -o encoding.o /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 i386 -arch x86_64 - Wno-parentheses -Wno-deprecated-declarations -Werror -c main.cpp -o main.o /usr/bin/gcc -I. -I./include -I./onig -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O3 -g -Wall -fexceptions -Wno- parentheses -Wno-deprecated-declarations -Werror -std=c99 -c dln.c -o dln.o /usr/bin/gcc -I. -I./include -I./onig -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O3 -g -Wall -fexceptions -Wno- parentheses -Wno-deprecated-declarations -Werror -std=c99 -c dmyext.c - o dmyext.o /usr/bin/gcc -I. -I./include -I./onig -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O3 -g -Wall -fexceptions -Wno- parentheses -Wno-deprecated-declarations -Werror -std=c99 -c marshal.c -o marshal.o /usr/bin/gcc -I. -I./include -I./onig -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O3 -g -Wall -fexceptions -Wno- parentheses -Wno-deprecated-declarations -Werror -std=c99 -c gcd.c -o gcd.o cc1: warnings being treated as errors gcd.c: In function ‘rb_source_on_event’: gcd.c:469: warning: implicit declaration of function ‘dispatch_source_set_context’ cc1: warnings being treated as errors gcd.c: In function ‘rb_source_on_event’: gcd.c:469: warning: implicit declaration of function ‘dispatch_source_set_context’ lipo: can't open input file: /var/folders/0M/0M4Sm+FaElqW0-8qHhK-BU++ +TI/-Tmp-//ccxgHDBi.out (No such file or directory) rake aborted! Command failed with status (1): [/usr/bin/gcc -I. -I./include -I./onig -I/u...] (See full trace by running task with --trace) $> Should I even post this here or open a ticket? Kindest regards, John

6 11

[MacRuby] #313: "sudo rake install" fails with ArgumentError
by MacRuby 30 Aug '09

30 Aug '09

#313: "sudo rake install" fails with ArgumentError -------------------------------------+-------------------------------------- Reporter: dmitry@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- sudo rake install fails on one of my machines: {{{ ./miniruby instruby.rb --make="/usr/bin/make" --dest-dir="" --extout=".ext" --mflags="" --make-flags="" --data-mode=0644 --prog-mode=0755 --installed-list .installed.list --mantype="doc" --sym-dest-dir="/usr/local" given string has unrecognized encoding (ArgumentError) rake aborted! Command failed with status (1): [./miniruby instruby.rb --make="/usr/bin/ma...] }}} I've tracked the problem down to {{{val.gsub!(/\$\$|\$$([^()]+)$|\$\{([^{}]+)\}/) do}}} in rbconfig.rb, where it throws the exception on the first argument ( {{{val = "$(datarootdir)/doc/$(PACKAGE)}}}" ). MacRuby-trunk svn revision 2359 Mac OS X 10.5.8 rake, version 0.8.7 MacBookPro2,1 On another machine (MacBook Air) it doesn't fail and installs OK. Am I doing something wrong? Please let me know if you need more information. -- Ticket URL: <http://www.macruby.org/trac/ticket/313> MacRuby <http://macruby.org/>

1 11

RuntimeError: framework at path `Cocoa' cannot be loaded in macirb?
by Alistair Holt 30 Aug '09

30 Aug '09

Hello, I've just installed MacRuby (MacRuby version 0.4 (ruby 1.9.1) [universal-darwin9.5, x86_64]) via the package I downloaded from http://www.macruby.org and I dropped straight into macirb to start on the tutorial (http://www.macruby.org/documentation/tutorial.html) I ran framwork 'Cocoa' and uh oh.. a RuntimeError popped up. I've seen another thread on this list from January with the same issue but there wasn't really any fix detailed. I've posted my console output of lots of different commands at https://gist.github.com/359195517cc2364b82b8. I'm running 10.5.8 on a MacBook Pro 2.4Ghz Intel Core 2 Duo. Hard disk format is Mac OS Extended (Journaled). Hopefully someone can help me out. Thanks Alistair Holt E: alistairholt(a)gmail.com W: koopd.com / http://www.linkedin.com/in/alistairholt

3 10

[MacRuby] #146: Crash While Using CSV
by MacRuby 29 Aug '09

29 Aug '09

#146: Crash While Using CSV --------------------------------+------------------------------------------- Reporter: ted.reed(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I've encountered a crash in MacRuby. The following code works fine on Leopard's standard Ruby, but causes MacRuby to die: {{{ require 'csv' filename = "/Users/treed/Documents/test.fr" friends = [] class Friend attr_accessor :first_name, :last_name, :phone_number, :email_address end reader = CSV.open(filename, 'r') reader.each do |row| # All of this inside the loop can be commented out and the outcome is the same. friend = Friend.new friend.first_name = (row[0] || "") friend.last_name = (row[1] || "") friend.phone_number = (row[2] || "") friend.email_address = (row[3] || "") friends << friend end reader.close }}} It seems like it's the call to ''reader.each'' that's crashing. ''reader.shift'' works fine, but even a blank loop with ''reader.each'' seems to crash. If more info is needed, let me know and I can try to provide. (Yeah, I was trying to implement the suggestions at the end of the ADC tutorial. BTW, nice work so far, guys. I'm really impressed with MacRuby.) -- Ticket URL: <http://www.macruby.org/trac/ticket/146> MacRuby <http://macruby.org/>

1 2

[MacRuby] #125: Problem with CSV library
by MacRuby 29 Aug '09

29 Aug '09

#125: Problem with CSV library -------------------------------------+-------------------------------------- Reporter: deepak.gulati(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: CSV -------------------------------------+-------------------------------------- Here is a simple program that reads a CSV files and prints the various "fields" in it: require 'CSV' CSV.foreach("books.csv", headers: true) do |row| puts "#{row["Name"]}, #{row["Price"]}" end With Ruby 1.9.0 (2008-07-25 revision 18217), it runs fine, but with macruby, I get the following error: /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1471:in `each': no block given (yield) (LocalJumpError) from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1021:in `block in foreach' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1193:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/CSV.rb:1020:in `foreach' from csvtest.rb:2:in `foreach:headers:' from csvtest.rb:2:in `<main>' Is the CSV library included with macruby, incompatible with ruby 1.9? p.s. "books.csv" looks like this: Name,Price Gone with the wind,100.12 Who stole my cheese,104.22 Cocoa Programming with Aaron Hillegasse,42.31 I am attaching both the program and CSV file because the code doesn't look like in the ticket's preview. -- Ticket URL: <http://www.macruby.org/trac/ticket/125> MacRuby <http://macruby.org/>

1 1

detailed instructions on how to build macruby on snowleopard
by Matt Aimonetti 29 Aug '09

29 Aug '09

Well written post on how to follow the README instructions ;) http://www.icoretech.org/2009/08/having-fun-with-macruby/ - Matt

1 0

[MacRuby] #295: [PATCH] Typy in README.rdoc
by MacRuby 29 Aug '09

29 Aug '09

#295: [PATCH] Typy in README.rdoc -----------------------------------+---------------------------------------- Reporter: mike@… | Owner: lsansonetti@… Type: defect | Status: new Priority: trivial | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- There's a typo in README.rdoc in the macruby-experimental branch. "Dore duo" instead of "Core duo" Patch against r2021 attached. -- Ticket URL: <http://www.macruby.org/trac/ticket/295> MacRuby <http://macruby.org/>

1 1

[MacRuby] #224: String upcase method doesn't behave properly when containing a unicode character
by MacRuby 29 Aug '09

29 Aug '09

#224: String upcase method doesn't behave properly when containing a unicode character -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{ $ macirb >> "macruby is awesome".upcase => "MACRUBY IS AWESOME" >> "apprendre macruby à l'école".upcase => "mapprendre macruby \xC3\xA0 l'\xC3\xA9cole" }}} {{{ $ irb1.9 irb(main):001:0> "macruby is awesome".upcase => "MACRUBY IS AWESOME" irb(main):002:0> "apprendre macruby à l'école".upcase => "APPRENDRE MACRUBY à L'éCOLE" }}} Workaround: {{{ >> "apprendre macruby à l'école".uppercaseString => "APPRENDRE MACRUBY \xC3\x80 L'\xC3\x89COLE" }}} The unicode display issue is due to irb not supporting this feature, however the Ruby #upcase method is definitely not working properly. -- Ticket URL: <http://www.macruby.org/trac/ticket/224> MacRuby <http://macruby.org/>

1 1

[MacRuby] #195: NSThread causes exception/crash?
by MacRuby 28 Aug '09

28 Aug '09

#195: NSThread causes exception/crash? ------------------------------------+--------------------------------------- Reporter: rebotfc@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: NSThread ------------------------------------+--------------------------------------- Maybe calling in the wrong way but this seems to fail? {{{ class AppDelegate def testit puts "test" end def do_it(sender) NSThread.detachNewThreadSelector ( "testit",toTarget:self, withObject:nil) end }}} end -- Ticket URL: <http://www.macruby.org/trac/ticket/195> MacRuby <http://macruby.org/>

1 2

[MacRuby] #188: Using the class method `private' on a Kernel method causes an endless loop.
by MacRuby 28 Aug '09

28 Aug '09

#188: Using the class method `private' on a Kernel method causes an endless loop. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- See the test case I added in r769: http://www.macruby.org/trac/browser/MacRuby/trunk/test- macruby/known_bugs.rb -- Ticket URL: <http://www.macruby.org/trac/ticket/188> MacRuby <http://macruby.org/>

1 1