Re: [MacRuby-devel] ruby gems just for MacRuby
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines. I know that sucks but I really don't think it's worth my time. (if you have any arguments that might convince me otherwise, I'd be happy to hear them) - Matt On Mon, Mar 9, 2009 at 3:22 PM, Rich Morin <rdm@cfcl.com> wrote:
At 14:13 -0700 3/9/09, Matt Aimonetti wrote:
I worked on a JSON lib for MacRuby which uses a dynlib. I'm thinking about making it in a gem but it would only be compatible with MacRuby. I feel like we should discuss this as a group and try to come up with a standard way of dealing with this challenge.
Please try to ensure that the solution works across multiple processor types.
-r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm@cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841
Technical editing and writing, programming, and web development _______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Unless there is an issue in the library code, usually building for at least ppc/x86 only involves choosing from a drop down in xcode or a few compiler flags on the command line. It shouldn't take much time and is only a few extra bytes. On Mon, Mar 9, 2009 at 2:32 PM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
I know that sucks but I really don't think it's worth my time. (if you have any arguments that might convince me otherwise, I'd be happy to hear them)
- Matt
On Mon, Mar 9, 2009 at 3:22 PM, Rich Morin <rdm@cfcl.com> wrote:
At 14:13 -0700 3/9/09, Matt Aimonetti wrote:
I worked on a JSON lib for MacRuby which uses a dynlib. I'm thinking about making it in a gem but it would only be compatible with MacRuby. I feel like we should discuss this as a group and try to come up with a standard way of dealing with this challenge.
Please try to ensure that the solution works across multiple processor types.
-r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm@cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841
Technical editing and writing, programming, and web development _______________________________________________ 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 did compile for ppc/x86, but it's not tested against ppc and I won't support the platform. - Matt On Mon, Mar 9, 2009 at 2:43 PM, Brian Chapados <chapbr@gmail.com> wrote:
Unless there is an issue in the library code, usually building for at least ppc/x86 only involves choosing from a drop down in xcode or a few compiler flags on the command line. It shouldn't take much time and is only a few extra bytes.
On Mon, Mar 9, 2009 at 2:32 PM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
I know that sucks but I really don't think it's worth my time. (if you have any arguments that might convince me otherwise, I'd be happy to hear them)
- Matt
On Mon, Mar 9, 2009 at 3:22 PM, Rich Morin <rdm@cfcl.com> wrote:
At 14:13 -0700 3/9/09, Matt Aimonetti wrote:
I worked on a JSON lib for MacRuby which uses a dynlib. I'm thinking about making it in a gem but it would only be compatible with MacRuby. I feel like we should discuss this as a group and try to come up with a standard way of dealing with this challenge.
Please try to ensure that the solution works across multiple processor types.
-r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm@cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841
Technical editing and writing, programming, and web development _______________________________________________ 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 Tue, Mar 10, 2009 at 5:32 AM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
You never know when Steve Jobs will get up on stage and excitedly tell the Faithful that the next generation Macs will be on XYZ processor (because he got a better profit margin from them). Processor type isn't sacred afaik. Nic -- Dr Nic Williams iPhone and Rails consultants - http://mocra.com Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com * Surf Report for iPhone - http://mocra.com/projects/surfreport/ *
Nic, Any suggestions to deal with macruby only gems? I don't think macruby can be considered a platform so any suggestions? - Matt On Mon, Mar 9, 2009 at 5:15 PM, Dr Nic Williams <drnicwilliams@gmail.com>wrote:
On Tue, Mar 10, 2009 at 5:32 AM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
You never know when Steve Jobs will get up on stage and excitedly tell the Faithful that the next generation Macs will be on XYZ processor (because he got a better profit margin from them).
Processor type isn't sacred afaik.
Nic
-- Dr Nic Williams iPhone and Rails consultants - http://mocra.com Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com * Surf Report for iPhone - http://mocra.com/projects/surfreport/ * _______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
You can give each gem a platform scope. Windows-only gems are the most common incarnation of this. There is an OS X-only gem "ghost" (http://github.com/bjeanes/ghost/tree/master): ~ : sudo gem install ghost Password: Successfully installed ghost-0.1.2-universal-darwin-9 Mongrel is a great example of distributing gems for different platforms (unix, windows, java - see http://rubyforge.org/frs/?group_id=1306) Look inside their gemspec/hoe config for how they do this. MacRuby's gem command could be hard-wired to only pull down macruby gems of some sort. This is all I know without doing more investigation. Cheers Nic On Tue, Mar 10, 2009 at 8:43 AM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Nic,
Any suggestions to deal with macruby only gems? I don't think macruby can be considered a platform so any suggestions?
- Matt
On Mon, Mar 9, 2009 at 5:15 PM, Dr Nic Williams <drnicwilliams@gmail.com> wrote:
On Tue, Mar 10, 2009 at 5:32 AM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
You never know when Steve Jobs will get up on stage and excitedly tell the Faithful that the next generation Macs will be on XYZ processor (because he got a better profit margin from them).
Processor type isn't sacred afaik.
Nic
-- Dr Nic Williams iPhone and Rails consultants - http://mocra.com Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com * Surf Report for iPhone - http://mocra.com/projects/surfreport/ * _______________________________________________ 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
-- Dr Nic Williams iPhone and Rails consultants - http://mocra.com Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com * Surf Report for iPhone - http://mocra.com/projects/surfreport/ *
If we just need a way to check that we are on MacRuby before loading, we could check that: Object.name == "NSObject" Brian On Mon, Mar 9, 2009 at 5:43 PM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Nic,
Any suggestions to deal with macruby only gems? I don't think macruby can be considered a platform so any suggestions?
- Matt
On Mon, Mar 9, 2009 at 5:15 PM, Dr Nic Williams <drnicwilliams@gmail.com> wrote:
On Tue, Mar 10, 2009 at 5:32 AM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
You never know when Steve Jobs will get up on stage and excitedly tell the Faithful that the next generation Macs will be on XYZ processor (because he got a better profit margin from them).
Processor type isn't sacred afaik.
Nic
-- Dr Nic Williams iPhone and Rails consultants - http://mocra.com Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com * Surf Report for iPhone - http://mocra.com/projects/surfreport/ * _______________________________________________ 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 actually meant the opposite, make sure people don't try to load macruby only gems to use with YARV or JRuby. I guess it doesn't matter that much, and I can always use your suggested trick to fail loading the gem if someone isn't on macruby. Thanks, - Matt On Mon, Mar 9, 2009 at 5:56 PM, Brian Chapados <chapbr@gmail.com> wrote:
If we just need a way to check that we are on MacRuby before loading, we could check that:
Object.name == "NSObject"
Brian
On Mon, Mar 9, 2009 at 5:43 PM, Matt Aimonetti <mattaimonetti@gmail.com> wrote:
Nic,
Any suggestions to deal with macruby only gems? I don't think macruby can be considered a platform so any suggestions?
- Matt
On Mon, Mar 9, 2009 at 5:15 PM, Dr Nic Williams <drnicwilliams@gmail.com
wrote:
On Tue, Mar 10, 2009 at 5:32 AM, Matt Aimonetti <
mattaimonetti@gmail.com>
wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
You never know when Steve Jobs will get up on stage and excitedly tell the Faithful that the next generation Macs will be on XYZ processor (because he got a better profit margin from them).
Processor type isn't sacred afaik.
Nic
-- Dr Nic Williams iPhone and Rails consultants - http://mocra.com Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com * Surf Report for iPhone - http://mocra.com/projects/surfreport/ * _______________________________________________ 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
Matt Aimonetti wrote:
Sorry Rich, but I personally only target intel processors. I don't think MacRuby will ever officially support non-intel machines.
Since when does the Open Source community take its direction from "official" vendor decisions? As long as a free, working code base exists for a processor and OS, I'm happy to use it. Nor, indeed, am I asking any particular developer to target a given processor. I simply want any packaging standard we adopt to be flexible enough to handle multiple processors. -r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm@cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development
participants (4)
-
Brian Chapados
-
Dr Nic Williams
-
Matt Aimonetti
-
Rich Morin