Menu
▾
▴
Re: [Rubycocoa-talk] Rubycocoa-talk Digest, Vol 14, Issue 9
|
From: Sal S. <sal...@gm...> - 2007-07-13 23:36:45
|
has anyone been able to build a universal binary verison of ruby? I need universal versions of some of the bundles in my rubycocoa app that get put in via standaloneify On Jul 13, 2007, at 4:58 AM, rubycocoa-talk- re...@li... wrote: > Send Rubycocoa-talk mailing list submissions to > rub...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > or, via email, send a message with subject or body 'help' to > rub...@li... > > You can reach the person managing the list at > rub...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Rubycocoa-talk digest..." > > > Today's Topics: > > 1. Re: packaging ruby within an RC app (Jon Baer) > 2. Re: packaging ruby within an RC app (jea...@gm...) > 3. Re: packaging ruby within an RC app (Jon Baer) > 4. Re: packaging ruby within an RC app (Tim Perrett) > 5. Re: packaging ruby within an RC app (Eloy Duran) > 6. Re: packaging ruby within an RC app (Tim Perrett) > 7. Re: packaging ruby within an RC app (Tim Perrett) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 11 Jul 2007 17:26:18 -0400 > From: Jon Baer <jo...@gm...> > Subject: Re: [Rubycocoa-talk] packaging ruby within an RC app > To: rub...@li... > Message-ID: <720...@gm...> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Yeah that is what those *.bundle items are when you looked @ PackRat > app ... > > Inside of lib you would put ... > > ./gems/1.8/gems/libxml-ruby-0.3.8.4/lib/xml/libxml_so.bundle > > And then require that bundle in rb_main. > > Im having a similar issue with Hpricot gem I want to use and not sure > the bundling of native items will work properly if the ruby binary > has not been updated. > > - Jon > > On Jul 11, 2007, at 3:54 PM, Tim Perrett wrote: > >> Further to this.... With another project a particular XML file I need >> to parse doesn't play well with REXML, so I then tried libxml-ruby >> and it works like a charm and is much faster. From what I can tell >> this is down to unicode support. >> >> However, libxml-ruby gem requires that it compile some native >> extensions and I was wondering if anyone had any ideas how this could >> then be packaged with an RC app? Out of the box libxml-ruby need at >> least a ruby version of 1.8.4 I believe which is obviously a problem >> as the apple install is only 1.8.2? >> >> Any ideas would be most welcome! >> >> Cheers >> >> Tim >> >> --------------------------------------------------------------------- >> - >> --- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Rubycocoa-talk mailing list >> Rub...@li... >> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > > > > > ------------------------------ > > Message: 2 > Date: Wed, 11 Jul 2007 14:54:38 -0700 > From: jea...@gm... > Subject: Re: [Rubycocoa-talk] packaging ruby within an RC app > To: rub...@li... > Message-ID: > <f3b...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > On 7/11/07, Jon Baer <jo...@gm...> wrote: >> >> Yeah that is what those *.bundle items are when you looked @ PackRat >> app ... >> >> Inside of lib you would put ... >> >> ./gems/1.8/gems/libxml-ruby-0.3.8.4/lib/xml/libxml_so.bundle >> >> And then require that bundle in rb_main. >> >> Im having a similar issue with Hpricot gem I want to use and not sure >> the bundling of native items will work properly if the ruby binary >> has not been updated. > > > could you build the native parts on the respective platforms then > lipo them > together? > > cheers, > jean-pierre > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 3 > Date: Wed, 11 Jul 2007 19:03:56 -0400 > From: Jon Baer <jo...@gm...> > Subject: Re: [Rubycocoa-talk] packaging ruby within an RC app > To: rub...@li... > Message-ID: <262...@gm...> > Content-Type: text/plain; charset="us-ascii" > > Yeah thats the confusing part, so to bundle for PPC and Intel (UB) > you need to modify the Makefile that comes w/ a gem to get to that > part. I think, so its pretty tricky for RC apps then since there > might be a few scenarios you have to work out, does standalonify take > any of these into consideration? Im fortunately @ the point where Im > not packaging an app yet but Im looking @ how others accomplish it. > > - Jon > > On Jul 11, 2007, at 5:54 PM, jea...@gm... wrote: > >> On 7/11/07, Jon Baer <jo...@gm...> wrote: >> Yeah that is what those *.bundle items are when you looked @ PackRat >> app ... >> >> Inside of lib you would put ... >> >> ./gems/1.8/gems/libxml-ruby-0.3.8.4/lib/xml/libxml_so.bundle >> >> And then require that bundle in rb_main. >> >> Im having a similar issue with Hpricot gem I want to use and not sure >> the bundling of native items will work properly if the ruby binary >> has not been updated. >> >> could you build the native parts on the respective platforms then >> lipo them together? >> >> cheers, >> jean-pierre > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 4 > Date: Thu, 12 Jul 2007 09:07:15 +0100 > From: Tim Perrett <he...@ti...> > Subject: Re: [Rubycocoa-talk] packaging ruby within an RC app > To: rub...@li... > Message-ID: <016...@ti...> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Ok sounds good - would I then just be able to do a normal require > 'libxml' in my rb_main? Or would it be some OSX specific for loading > a bundle? > > In terms of handling both PPC and Intel architecture, surely there > must be a way of doing it? I would have thought there are some apps > out there doing it as there are so many gems that use ruby C > extensions and require compilation. Would one of the rc-dev team be > able to tell us weather or not standalonafiy takes this into account? > > All the best > > Tim > > > > On 11 Jul 2007, at 22:26, Jon Baer wrote: > >> Yeah that is what those *.bundle items are when you looked @ PackRat >> app ... >> >> Inside of lib you would put ... >> >> ./gems/1.8/gems/libxml-ruby-0.3.8.4/lib/xml/libxml_so.bundle >> >> And then require that bundle in rb_main. >> >> Im having a similar issue with Hpricot gem I want to use and not sure >> the bundling of native items will work properly if the ruby binary >> has not been updated. >> >> - Jon > > > > > ------------------------------ > > Message: 5 > Date: Thu, 12 Jul 2007 10:49:56 +0200 > From: "Eloy Duran" <elo...@gm...> > Subject: Re: [Rubycocoa-talk] packaging ruby within an RC app > To: rub...@li... > Message-ID: > <f52...@ma...> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I had a look at compiling hpricot as a universal bundle which works if > I edit the Makefile created by extconf.rb. > > I had to add to both CFLAGS and the LDSHARED the following: -arch > ppc -arch i386 > > What I'm wondering is how extconf works.... I thought it would pick up > the correct flags from the configure settings of ruby itself, however > running the extconf against the apple supplied universal ruby does not > add these flags. So does someone with more knowledge of extconf know > how we could patch this so any lib that builds with extconf > automatically gets the correct flags? > > Cheers, > Eloy > > On 7/12/07, Tim Perrett <he...@ti...> wrote: >> Ok sounds good - would I then just be able to do a normal require >> 'libxml' in my rb_main? Or would it be some OSX specific for loading >> a bundle? >> >> In terms of handling both PPC and Intel architecture, surely there >> must be a way of doing it? I would have thought there are some apps >> out there doing it as there are so many gems that use ruby C >> extensions and require compilation. Would one of the rc-dev team be >> able to tell us weather or not standalonafiy takes this into account? >> >> All the best >> >> Tim >> >> >> >> On 11 Jul 2007, at 22:26, Jon Baer wrote: >> >>> Yeah that is what those *.bundle items are when you looked @ PackRat >>> app ... >>> >>> Inside of lib you would put ... >>> >>> ./gems/1.8/gems/libxml-ruby-0.3.8.4/lib/xml/libxml_so.bundle >>> >>> And then require that bundle in rb_main. >>> >>> Im having a similar issue with Hpricot gem I want to use and not >>> sure >>> the bundling of native items will work properly if the ruby binary >>> has not been updated. >>> >>> - Jon >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Rubycocoa-talk mailing list >> Rub...@li... >> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk >> > > > > ------------------------------ > > Message: 6 > Date: Thu, 12 Jul 2007 11:02:20 +0100 > From: Tim Perrett <he...@ti...> > Subject: Re: [Rubycocoa-talk] packaging ruby within an RC app > To: rub...@li... > Message-ID: <3CE...@ti...> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Ive just had a go with it and it works fine doing that with hpricot, > but the I tried libxml-ruby and the make file it creates is a lot > more complex than that of hpricot. It seems to check the architecture > of ruby, to make sure its compiling the right one. These are the > following lines in the make file: > > arch = i686-darwin8.7.1 > sitearch = i686-darwin8.7.1 > > Which was generated by extconf.rb. I tried manually adding different > architecture flags but it doesn't like it and complains with the > following: > > libz.dylib cputype (7, architecture i386) does not match cputype (18) > for specified -arch flag: ppc (file not loaded) > > I think the first bit relates to that its already cast itself as i686 > and knows its not a PPC so doesn't need to compile it (or cant > compile it?) > > What are peoples thoughts? > > Cheers > > Tim > > > On 12 Jul 2007, at 09:49, Eloy Duran wrote: > >> I had a look at compiling hpricot as a universal bundle which >> works if >> I edit the Makefile created by extconf.rb. >> >> I had to add to both CFLAGS and the LDSHARED the following: -arch >> ppc -arch i386 >> >> What I'm wondering is how extconf works.... I thought it would >> pick up >> the correct flags from the configure settings of ruby itself, however >> running the extconf against the apple supplied universal ruby does >> not >> add these flags. So does someone with more knowledge of extconf know >> how we could patch this so any lib that builds with extconf >> automatically gets the correct flags? >> >> Cheers, >> Eloy > > > > > ------------------------------ > > Message: 7 > Date: Fri, 13 Jul 2007 09:55:52 +0100 > From: Tim Perrett <he...@ti...> > Subject: Re: [Rubycocoa-talk] packaging ruby within an RC app > To: rub...@li... > Message-ID: <02A...@ti...> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > I had a thought about this... > > I have been looking at the locomotive project, and the slingshot > VM........ both of which has there own internal ruby environment. > With locomotive you have to select either PPC or Intel bundles; > slingshot on the other hand is only available for intel. > > Rather than trying to re-invent the wheel would it be fair to say > that those who have gone before us couldn't make universal gem > compilation work so thats why they have had to use platform specific > implementations? > > Cheers > > Tim > > > > ------------------------------ > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > > ------------------------------ > > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk > > > End of Rubycocoa-talk Digest, Vol 14, Issue 9 > ********************************************* |
