experimental branch: status update
Headlines: - macirb should work as before. The local variable bug has been fixed. - macrake should work as before. Running HotCocoa projects should work, you can even build MacRuby with macrake. - new YAML module, API compatible with syck, was added. It is still under development, but it's currently good enough for most uses, including HotCocoa rakefile tasks. This is the last experimental branch status update, we accomplished I think all the goals required to merge the branch into trunk. There will be more status updates after, but they will focus on trunk and the 0.5 release objectives :) I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :) Changes: - fixed an incompatibility that showed up in switching between libedit and GNU readline - added support to delete environment variables using ENV[]=nil - fixed the clean task to remove binary build producfs too. - fixed GC problems in oniguruma: make sure st.c tables are retained/ released appropriately since they use GC memory - fixed a problem in IO#gets where the stream wasn't marked as EOF after reading the last separator-terminated line - implemented Thread.start/fork - added support for creation of Binding local variables - fixed a bug in the way we compile return-from-block handlers - fixed a bug in IO#reopen - #fork is now raising a "not yet supported" exception, because it doesn't work well with CF and libauto. We will try to support it, but later. - fixed String#inspect to escape some characters - ported Rational and Complex to the new runtime APIs - various unicode/bytestring fixes - fixed AOT compilation of keep locals. - fixed bytestring -> path conversion - keep IO streams that should never be closed into a static array to avoid them being collected - fixed a bug in the fast aref primitive: convert fixnum argument to long and not int - fix a bug in the dispatcher where calling a method with an empty splat array wasn't dispatching a zero arity method - optimize numeric coerce dispatch calls - overwrite -[NSObject description] in every new subclass that calls #to_s + optimized other overloaded methods - changed the way %s is implemented to behave like the ruby spec and send #to_s - updated the stringscanner specs to be 1.9.2 compatible - updated the stringio specs to be 1.9.2 compatible - RubySpec was updated from upstream - implemented conditional assignment of class variables - work around a crash while raising an objc exception from a ruby one - ported the compiler to 32-bit (including the floating point optimization) - removed the negative-index feature of Readline::HISTORY (of libedit) to behave like readline - optimized Math.sqrt - fixed super within a method that has a splat argument - added Integer#ord - a YAML module has been written, based on the libyaml C library. It is still under development but load and dump should work. See the previous e-mail on the mailing-list for more information. - a pure Ruby stringio module is under development Laurent
On 04.08.2009, at 22:59, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
This screams for a DVCS but I guess you already had that discussion ;) Besides that, great work! Kind regards, John
On Tue, Aug 4, 2009 at 1:59 PM, Laurent Sansonetti <lsansonetti@apple.com>wrote:
Headlines:
- macirb should work as before. The local variable bug has been fixed.
- macrake should work as before. Running HotCocoa projects should work, you can even build MacRuby with macrake.
- new YAML module, API compatible with syck, was added. It is still under development, but it's currently good enough for most uses, including HotCocoa rakefile tasks.
This is the last experimental branch status update, we accomplished I think all the goals required to merge the branch into trunk. There will be more status updates after, but they will focus on trunk and the 0.5 release objectives :)
I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
Changes:
- fixed an incompatibility that showed up in switching between libedit and GNU readline
- added support to delete environment variables using ENV[]=nil
- fixed the clean task to remove binary build producfs too.
- fixed GC problems in oniguruma: make sure st.c tables are retained/released appropriately since they use GC memory
- fixed a problem in IO#gets where the stream wasn't marked as EOF after reading the last separator-terminated line
- implemented Thread.start/fork
- added support for creation of Binding local variables
- fixed a bug in the way we compile return-from-block handlers
- fixed a bug in IO#reopen
- #fork is now raising a "not yet supported" exception, because it doesn't work well with CF and libauto. We will try to support it, but later.
- fixed String#inspect to escape some characters
- ported Rational and Complex to the new runtime APIs
- various unicode/bytestring fixes
- fixed AOT compilation of keep locals.
- fixed bytestring -> path conversion
- keep IO streams that should never be closed into a static array to avoid them being collected
- fixed a bug in the fast aref primitive: convert fixnum argument to long and not int
- fix a bug in the dispatcher where calling a method with an empty splat array wasn't dispatching a zero arity method
- optimize numeric coerce dispatch calls
- overwrite -[NSObject description] in every new subclass that calls #to_s + optimized other overloaded methods
- changed the way %s is implemented to behave like the ruby spec and send #to_s
- updated the stringscanner specs to be 1.9.2 compatible
- updated the stringio specs to be 1.9.2 compatible
- RubySpec was updated from upstream
- implemented conditional assignment of class variables
- work around a crash while raising an objc exception from a ruby one
- ported the compiler to 32-bit (including the floating point optimization)
- removed the negative-index feature of Readline::HISTORY (of libedit) to behave like readline
- optimized Math.sqrt
- fixed super within a method that has a splat argument
- added Integer#ord
- a YAML module has been written, based on the libyaml C library. It is still under development but load and dump should work. See the previous e-mail on the mailing-list for more information.
- a pure Ruby stringio module is under development
Laurent
I'm seeing the following warning messages after "sudo rake install": unknown: warning: File::new() does not take block; use File::open() instead Also, running "rake spec:ci" generates the following message: Begin Message: $ rake spec:ci (in /Users/conradwt/macruby.dir/projects/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/exception.m' ......[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/object.m' .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................internal error while reading stream: The operation couldn’t be completed. Bad file descriptorises an ArgumentError if not given an argument fails:Integer#lcm raises an ArgumentError if given more than one argument fails:Integer#lcm raises an ArgumentErro??%?????????????` (RuntimeError) rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -I./lib -B ./spec/mac...] (See full trace by running task with --trace) End Message: So, I executed the following: rake clean rake sudo rake install rake spec:ci Begin Message: 1540 files, 6265 examples, 18457 expectations, 0 failures, 0 errors End Message:
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Hi Conrad, On Aug 5, 2009, at 2:00 AM, Conrad Taylor wrote:
Laurent
I'm seeing the following warning messages after "sudo rake install":
unknown: warning: File::new() does not take block; use File::open() instead
Sorry about that, I just fixed that in r2219.
Also, running "rake spec:ci" generates the following message:
Begin Message:
$ rake spec:ci (in /Users/conradwt/macruby.dir/projects/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby- experimental/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby- experimental/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby- experimental/spec/macruby/fixtures/exception.m' ......[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/ macruby-experimental/spec/macruby/fixtures/object.m' .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................internal error while reading stream: The operation couldn’t be completed. Bad file descriptorises an ArgumentError if not given an argument fails:Integer#lcm raises an ArgumentError if given more than one argument fails:Integer#lcm raises an ArgumentErro??%?????????????` (RuntimeError) rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -I./lib -B ./ spec/mac...]
(See full trace by running task with --trace)
That shouldn't happen... in my environment (Snow Leopard) I don't get any failure, but Vincent told me today that he gets failures sometimes on his Leopard machine. I will try to find a Leopard box here and stress the specs to reproduce these. Laurent
On Wed, Aug 5, 2009 at 2:13 AM, Laurent Sansonetti <lsansonetti@apple.com>wrote:
Hi Conrad,
On Aug 5, 2009, at 2:00 AM, Conrad Taylor wrote:
Laurent
I'm seeing the following warning messages after "sudo rake install":
unknown: warning: File::new() does not take block; use File::open() instead
Sorry about that, I just fixed that in r2219.
Also, running "rake spec:ci" generates the following message:
Begin Message:
$ rake spec:ci (in /Users/conradwt/macruby.dir/projects/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/exception.m' ......[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/object.m' .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................internal error while reading stream: The operation couldn’t be completed. Bad file descriptorises an ArgumentError if not given an argument fails:Integer#lcm raises an ArgumentError if given more than one argument fails:Integer#lcm raises an ArgumentErro??%?????????????` (RuntimeError) rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -I./lib -B ./spec/mac...]
(See full trace by running task with --trace)
That shouldn't happen... in my environment (Snow Leopard) I don't get any failure, but Vincent told me today that he gets failures sometimes on his Leopard machine.
I'm using the following: $ sw_vers ProductName: Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a
I will try to find a Leopard box here and stress the specs to reproduce these.
Laurent
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
On Wed, Aug 5, 2009 at 2:17 AM, Conrad Taylor <conradwt@gmail.com> wrote:
On Wed, Aug 5, 2009 at 2:13 AM, Laurent Sansonetti <lsansonetti@apple.com>wrote:
Hi Conrad,
On Aug 5, 2009, at 2:00 AM, Conrad Taylor wrote:
Laurent
I'm seeing the following warning messages after "sudo rake install":
unknown: warning: File::new() does not take block; use File::open() instead
Sorry about that, I just fixed that in r2219.
Also, running "rake spec:ci" generates the following message:
Begin Message:
$ rake spec:ci (in /Users/conradwt/macruby.dir/projects/macruby-experimental) ./mspec/bin/mspec ci -I./lib -B ./spec/macruby.mspec :full MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/exception.m' ......[!] Compiling fixture `/Users/conradwt/macruby.dir/projects/macruby-experimental/spec/macruby/fixtures/object.m' .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................internal error while reading stream: The operation couldn’t be completed. Bad file descriptorises an ArgumentError if not given an argument fails:Integer#lcm raises an ArgumentError if given more than one argument fails:Integer#lcm raises an ArgumentErro??%?????????????` (RuntimeError) rake aborted! Command failed with status (1): [./mspec/bin/mspec ci -I./lib -B ./spec/mac...]
(See full trace by running task with --trace)
That shouldn't happen... in my environment (Snow Leopard) I don't get any failure, but Vincent told me today that he gets failures sometimes on his Leopard machine.
I'm using the following:
$ sw_vers ProductName: Mac OS X ProductVersion: 10.6 BuildVersion: 10A421a
I will try to find a Leopard box here and stress the specs to reproduce these.
Laurent
OK, using r2219, I was able to achieve the following without error: svn update rake sudo rake install rake spec:ci Begin Result: Finished in 93.141017 seconds 1540 files, 6265 examples, 18457 expectations, 0 failures, 0 errors End Result:
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
This is the last experimental branch status update, we accomplished I think all the goals required to merge the branch into trunk. There will be more status updates after, but they will focus on trunk and the 0.5 release objectives :)
To be clear, this means that the trunk is going to be broken for people with Core Duo processors, correct? What is the latest trunk rev that works with 32-bit. We should probably post that somewhere. Another idea, until the issue is resolved, is to have the rake file check for 32-bit and, if present, stop the build with an error message. Thoughts?
The latter seems a good option to me, if you have a patch I'll gladly apply it. Eloy On Aug 5, 2009, at 12:25 PM, M. Scott Ford wrote:
This is the last experimental branch status update, we accomplished I think all the goals required to merge the branch into trunk. There will be more status updates after, but they will focus on trunk and the 0.5 release objectives :)
To be clear, this means that the trunk is going to be broken for people with Core Duo processors, correct? What is the latest trunk rev that works with 32-bit. We should probably post that somewhere.
Another idea, until the issue is resolved, is to have the rake file check for 32-bit and, if present, stop the build with an error message. Thoughts?
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
It seems that the following command could be used: $ sysctl hw.cpu64bit_capable On my machines (all 64-bit unfortunately) this returns 1. Could one on 32-bit check that it returns 0? Thanks, Laurent On Aug 5, 2009, at 3:29 AM, Eloy Duran wrote:
The latter seems a good option to me, if you have a patch I'll gladly apply it.
Eloy
On Aug 5, 2009, at 12:25 PM, M. Scott Ford wrote:
This is the last experimental branch status update, we accomplished I think all the goals required to merge the branch into trunk. There will be more status updates after, but they will focus on trunk and the 0.5 release objectives :)
To be clear, this means that the trunk is going to be broken for people with Core Duo processors, correct? What is the latest trunk rev that works with 32-bit. We should probably post that somewhere.
Another idea, until the issue is resolved, is to have the rake file check for 32-bit and, if present, stop the build with an error message. Thoughts?
_______________________________________________ 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 Aug 6, 2009, at 1:49 AM, Laurent Sansonetti wrote:
It seems that the following command could be used:
$ sysctl hw.cpu64bit_capable
On my machines (all 64-bit unfortunately) this returns 1. Could one on 32-bit check that it returns 0?
$ sysctl hw.cpu64bit_capable hw.cpu64bit_capable: 0
On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
OK, I wasn't able to really merge the branch into trunk, because I didn't remember which revision of SVN I used to create experimental last year (I was experimenting with git at that time), and svn merge got confused when I used the default parameters. Since I'm a lazy person [1], I simply moved trunk as branches/yarv and copied branches/experimental as trunk. This method has the inconvenience of losing the history of what happened in trunk before, but we can live without it (and it's still available in branches/yarv if we can't sleep). Please make a *fresh checkout* of trunk and let's continue the good work there :) $ svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk macruby-trunk Laurent [1] "Laziness is a virtue" - Larry Wall
Woot. Nice work Laurent. Tres Bien! -Gp On 5-Aug-09, at 7:27 PM, Laurent Sansonetti wrote:
On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
OK, I wasn't able to really merge the branch into trunk, because I didn't remember which revision of SVN I used to create experimental last year (I was experimenting with git at that time), and svn merge got confused when I used the default parameters.
Since I'm a lazy person [1], I simply moved trunk as branches/yarv and copied branches/experimental as trunk. This method has the inconvenience of losing the history of what happened in trunk before, but we can live without it (and it's still available in branches/yarv if we can't sleep).
Please make a *fresh checkout* of trunk and let's continue the good work there :)
$ svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk macruby-trunk
Laurent
[1] "Laziness is a virtue" - Larry Wall _______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I just forked the "official" github macruby repository and updated it. http://github.com/hukl/macruby/tree/master I will deploy a script later on to keep it up to date. Kind regards, John (who is still shaking his head about those svn stunts being practised at apple ;) On 06.08.2009, at 01:27, Laurent Sansonetti wrote:
On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
OK, I wasn't able to really merge the branch into trunk, because I didn't remember which revision of SVN I used to create experimental last year (I was experimenting with git at that time), and svn merge got confused when I used the default parameters.
Since I'm a lazy person [1], I simply moved trunk as branches/yarv and copied branches/experimental as trunk. This method has the inconvenience of losing the history of what happened in trunk before, but we can live without it (and it's still available in branches/yarv if we can't sleep).
Please make a *fresh checkout* of trunk and let's continue the good work there :)
$ svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk macruby-trunk
Laurent
[1] "Laziness is a virtue" - Larry Wall _______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkp6gIUACgkQK6xKqn9SkYNzFgCguOeKJuDRU3A04fNqoBoQ+2D0 Yz0Anjd/+GGTKCVRezAAaTtgeaY+g0iP =rKJH -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi again, I just created another repo on my github account called macruby-mirror which includes all branches/tags as well. I wasn't able to add those to the existing fork within the last two hours so I created a clean svn import. If everything works as expected, changes on svn branches should now appear on github as well. URL: http://github.com/hukl/macruby-mirror/ Kind regards, John On 06.08.2009, at 09:04, John-Paul Bader wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
I just forked the "official" github macruby repository and updated it. http://github.com/hukl/macruby/tree/master
I will deploy a script later on to keep it up to date.
Kind regards, John (who is still shaking his head about those svn stunts being practised at apple ;)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkp6rqgACgkQK6xKqn9SkYMYGwCdFFUxNyu1h9XhoEyWM4DJ7EFa BW8AoLCMrLWQ10NPXRrNuv8Yfx6S6g+h =oJii -----END PGP SIGNATURE-----
On Wed, Aug 5, 2009 at 4:27 PM, Laurent Sansonetti <lsansonetti@apple.com>wrote:
On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
OK, I wasn't able to really merge the branch into trunk, because I didn't remember which revision of SVN I used to create experimental last year (I was experimenting with git at that time), and svn merge got confused when I used the default parameters.
Since I'm a lazy person [1], I simply moved trunk as branches/yarv and copied branches/experimental as trunk. This method has the inconvenience of losing the history of what happened in trunk before, but we can live without it (and it's still available in branches/yarv if we can't sleep).
Please make a *fresh checkout* of trunk and let's continue the good work there :)
$ svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunkmacruby-trunk
Laurent
[1] "Laziness is a virtue" - Larry Wall
Hi, revision 2239 looks good: Finished in 108.039708 seconds 1540 files, 6265 examples, 18457 expectations, 0 failures, 0 errors Are we tracking the execution time versus the number of expectations anywhere? -Conrad
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Nope not yet. I personally would like to have something like the following up: http://blog.jimmy.schementi.com/2009/02/ironrubyinfo.html http://github.com/jschementi/ironruby-stats/tree/master Which reports a bit on performance and the RubySpec compliance. Alas, like so many fun things, I haven't had any time yet for it and don't see any in the near future. So if you'd like something like that as well, please go ahead :) Cheers, Eloy On Aug 6, 2009, at 9:57 AM, Conrad Taylor wrote:
On Wed, Aug 5, 2009 at 4:27 PM, Laurent Sansonetti <lsansonetti@apple.com
wrote: On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote: I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
OK, I wasn't able to really merge the branch into trunk, because I didn't remember which revision of SVN I used to create experimental last year (I was experimenting with git at that time), and svn merge got confused when I used the default parameters.
Since I'm a lazy person [1], I simply moved trunk as branches/yarv and copied branches/experimental as trunk. This method has the inconvenience of losing the history of what happened in trunk before, but we can live without it (and it's still available in branches/yarv if we can't sleep).
Please make a *fresh checkout* of trunk and let's continue the good work there :)
$ svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk macruby-trunk
Laurent
[1] "Laziness is a virtue" - Larry Wall
Hi, revision 2239 looks good:
Finished in 108.039708 seconds
1540 files, 6265 examples, 18457 expectations, 0 failures, 0 errors
Are we tracking the execution time versus the number of expectations anywhere?
-Conrad
_______________________________________________ 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 started working on that yesterday, but it's not yet done... stay tuned :) Laurent On Aug 6, 2009, at 1:08 AM, Eloy Duran wrote:
Nope not yet. I personally would like to have something like the following up: http://blog.jimmy.schementi.com/2009/02/ironrubyinfo.html http://github.com/jschementi/ironruby-stats/tree/master
Which reports a bit on performance and the RubySpec compliance.
Alas, like so many fun things, I haven't had any time yet for it and don't see any in the near future. So if you'd like something like that as well, please go ahead :)
Cheers, Eloy
On Aug 6, 2009, at 9:57 AM, Conrad Taylor wrote:
On Wed, Aug 5, 2009 at 4:27 PM, Laurent Sansonetti <lsansonetti@apple.com
wrote: On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote: I will proceed with the merge tomorrow at 3PM California time (midnight Amsterdam time, 7AM Tokyo time). Feel free to commit before, but please hold off your commits at that time :)
OK, I wasn't able to really merge the branch into trunk, because I didn't remember which revision of SVN I used to create experimental last year (I was experimenting with git at that time), and svn merge got confused when I used the default parameters.
Since I'm a lazy person [1], I simply moved trunk as branches/yarv and copied branches/experimental as trunk. This method has the inconvenience of losing the history of what happened in trunk before, but we can live without it (and it's still available in branches/yarv if we can't sleep).
Please make a *fresh checkout* of trunk and let's continue the good work there :)
$ svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk macruby-trunk
Laurent
[1] "Laziness is a virtue" - Larry Wall
Hi, revision 2239 looks good:
Finished in 108.039708 seconds
1540 files, 6265 examples, 18457 expectations, 0 failures, 0 errors
Are we tracking the execution time versus the number of expectations anywhere?
-Conrad
_______________________________________________ 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
participants (7)
-
Conrad Taylor
-
Eloy Duran
-
Giampiero De Ciantis
-
John-Paul Bader
-
Laurent Sansonetti
-
M. Scott Ford
-
Niket Patel