You can subscribe to this list here.
2002 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(3) |
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(1) |
Feb
(11) |
Mar
(9) |
Apr
(1) |
May
(5) |
Jun
(5) |
Jul
(4) |
Aug
(3) |
Sep
(15) |
Oct
(8) |
Nov
(9) |
Dec
(11) |
2004 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
(3) |
May
(6) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
(3) |
2005 |
Jan
(1) |
Feb
(7) |
Mar
(6) |
Apr
(36) |
May
(20) |
Jun
(42) |
Jul
(21) |
Aug
(12) |
Sep
(56) |
Oct
(5) |
Nov
(55) |
Dec
(53) |
2006 |
Jan
(43) |
Feb
(83) |
Mar
(98) |
Apr
(42) |
May
(68) |
Jun
(55) |
Jul
(50) |
Aug
(104) |
Sep
(13) |
Oct
(70) |
Nov
(37) |
Dec
(42) |
2007 |
Jan
(56) |
Feb
(18) |
Mar
(43) |
Apr
(80) |
May
(65) |
Jun
(149) |
Jul
(103) |
Aug
(71) |
Sep
(62) |
Oct
(67) |
Nov
(72) |
Dec
(63) |
2008 |
Jan
(64) |
Feb
(63) |
Mar
(31) |
Apr
(42) |
May
(71) |
Jun
(62) |
Jul
(37) |
Aug
(25) |
Sep
(5) |
Oct
(2) |
Nov
(7) |
Dec
(14) |
2009 |
Jan
(20) |
Feb
(15) |
Mar
(19) |
Apr
(8) |
May
(7) |
Jun
|
Jul
(37) |
Aug
(12) |
Sep
(19) |
Oct
(5) |
Nov
(1) |
Dec
(4) |
2010 |
Jan
(5) |
Feb
(24) |
Mar
(16) |
Apr
(9) |
May
(4) |
Jun
|
Jul
|
Aug
(6) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(5) |
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Fujimoto H. <hi...@fo...> - 2007-06-25 23:31:23
|
Hi guys The *most important point* in the reconstructing is boost up the *orthogonality* on the *build/packaging process*, to make *less dependency*. rubygems is just secondary product. it's one of possibility after the reconstructing. it may be one of many way for distribution. hisa On 6/26/07, Laurent Sansonetti <lsa...@ap...> wrote: > Thanks for the translation Eloy :-) > > Hisa-san, this is a great idea. However I really wonder if it will be > interesting to ship RubyCocoa as a gem (or multiple gems). > > RubyCocoa is a too specialized project to be installed by RubyGems. > It's Mac OS X specific, and depends on some projects that are > currently in misc (like bridgesupport and libffi). It is not possible > to package libffi and bridgesupport as gems, because libffi is > statically linked to RubyCocoa (it's a .a file) and the bridge support > files are now installed inside RubyCocoa.framework (so they need to be > available during RubyCocoa.framework build time). > > Also, gems are good for Ruby libraries and command line utilities, but > not OSX frameworks (like RubyCocoa.framework). > > What will the re-organization do except the idea of shipping RubyCocoa > as gem(s)? > > Laurent > > On Jun 25, 2007, at 1:32 PM, Eloy Duran wrote: > > > Hey guys, > > > > My English summary/translation is available at: > > http://www.superalloy.nl/blog/2007/06/25/rubycocoa-source-layout-spring-cleaning-now-is-the-time-for-feedback > > > > Cheers, > > Eloy > > > > On 6/25/07, FUJIMOTO Hisa <hi...@fo...> wrote: > >> Hi the committers > >> > >> This week I'll do some important work for the source tree and > >> build/packaging process. So, sorry to please be less commit your code > >> the repository, if it's not important. > >> > >> Currently, Eloy may be able to explain about my idea/thinking about > >> it > >> by English, because he made good effort to read my blog and the ML in > >> japanese (my native lang) about it last week, and I discussed about > >> it > >> with him. > >> > >> Well, Current RubyCocoa has complex dependency of several parts > >> especially the build and packaging process. The cause of it may be > >> that the project was started as just extension library as historical > >> reason, before version 0.4. Now I strongly thought that now is the > >> time to reconstruct the source tree for make lots of things more > >> simple. Current RubyCocoa is constructed by the following > >> moudles/components in fact: > >> > >> runtime (or core, it's like JRE in Java maybe): > >> core/framework # RubyCocoa.framework as shared library > >> core/extlib # ruby libraries for the ruby command > >> core/tests # testing for the framework depend on extlib > >> # for a developer of RubyCocoa itself > >> > >> external (runtime depends on): > >> external/bridgesupport > >> external/libffi > >> > >> devel (for a developer *using* RubyCocoa): > >> devel/xcode-templates > >> devel/examples > >> > >> tools (for a developer *using* RubyCocoa maybe): > >> tools/standalonify > >> tools/rb_nibtool > >> tools/gen_bridge_doc > >> tools/rubycocoa > >> > >> # this tree is current idea, it's very mutable at now. > >> > >> Tools may be embed the framework at the packaging phase rather than > >> build process. I guess it's better for orthogonality. > >> > >> the point; boost up the orthogonality of each module/component for > >> build and packaging process. I'm going to start reconstructing soon > >> on > >> the branches/rubycocoa-reconstruct-20070625 on the repository. > >> > >> Maybe I can't reply enough, because The wrting, especially by > >> English, may decrease down sometimes my concentration. sorry ;) > >> > >> thanks > >> -- > >> hisa > >> > >> _______________________________________________ > >> Rubycocoa-devel mailing list > >> Rub...@li... > >> http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel > >> > > > > ------------------------------------------------------------------------- > > 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 > > > ------------------------------------------------------------------------- > 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 > -- hisa |
From: Eloy D. <elo...@gm...> - 2007-06-25 20:23:14
|
Hey Laurent, I just wanted to stress that Hisa's mentioning of packiging as gems is only a possibility absolutely not the reasoning of his idea to restructure the source layout. What his issue is, is that things are getting too intertwined at the moment. So tests were failing that where caused by tools not necessary for the bridge itself. Eg: rubycocoa. So actually it's just about some cleaning of the sourcetree and putting parts, that have outgrown the place where they started, into their own logical place. So I guess that's the gist of it..... :) Eloy On 6/25/07, Laurent Sansonetti <lsa...@ap...> wrote: > Thanks for the translation Eloy :-) > > Hisa-san, this is a great idea. However I really wonder if it will be > interesting to ship RubyCocoa as a gem (or multiple gems). > > RubyCocoa is a too specialized project to be installed by RubyGems. > It's Mac OS X specific, and depends on some projects that are > currently in misc (like bridgesupport and libffi). It is not possible > to package libffi and bridgesupport as gems, because libffi is > statically linked to RubyCocoa (it's a .a file) and the bridge support > files are now installed inside RubyCocoa.framework (so they need to be > available during RubyCocoa.framework build time). > > Also, gems are good for Ruby libraries and command line utilities, but > not OSX frameworks (like RubyCocoa.framework). > > What will the re-organization do except the idea of shipping RubyCocoa > as gem(s)? > > Laurent > > On Jun 25, 2007, at 1:32 PM, Eloy Duran wrote: > > > Hey guys, > > > > My English summary/translation is available at: > > http://www.superalloy.nl/blog/2007/06/25/rubycocoa-source-layout-spring-cleaning-now-is-the-time-for-feedback > > > > Cheers, > > Eloy > > > > On 6/25/07, FUJIMOTO Hisa <hi...@fo...> wrote: > >> Hi the committers > >> > >> This week I'll do some important work for the source tree and > >> build/packaging process. So, sorry to please be less commit your code > >> the repository, if it's not important. > >> > >> Currently, Eloy may be able to explain about my idea/thinking about > >> it > >> by English, because he made good effort to read my blog and the ML in > >> japanese (my native lang) about it last week, and I discussed about > >> it > >> with him. > >> > >> Well, Current RubyCocoa has complex dependency of several parts > >> especially the build and packaging process. The cause of it may be > >> that the project was started as just extension library as historical > >> reason, before version 0.4. Now I strongly thought that now is the > >> time to reconstruct the source tree for make lots of things more > >> simple. Current RubyCocoa is constructed by the following > >> moudles/components in fact: > >> > >> runtime (or core, it's like JRE in Java maybe): > >> core/framework # RubyCocoa.framework as shared library > >> core/extlib # ruby libraries for the ruby command > >> core/tests # testing for the framework depend on extlib > >> # for a developer of RubyCocoa itself > >> > >> external (runtime depends on): > >> external/bridgesupport > >> external/libffi > >> > >> devel (for a developer *using* RubyCocoa): > >> devel/xcode-templates > >> devel/examples > >> > >> tools (for a developer *using* RubyCocoa maybe): > >> tools/standalonify > >> tools/rb_nibtool > >> tools/gen_bridge_doc > >> tools/rubycocoa > >> > >> # this tree is current idea, it's very mutable at now. > >> > >> Tools may be embed the framework at the packaging phase rather than > >> build process. I guess it's better for orthogonality. > >> > >> the point; boost up the orthogonality of each module/component for > >> build and packaging process. I'm going to start reconstructing soon > >> on > >> the branches/rubycocoa-reconstruct-20070625 on the repository. > >> > >> Maybe I can't reply enough, because The wrting, especially by > >> English, may decrease down sometimes my concentration. sorry ;) > >> > >> thanks > >> -- > >> hisa > >> > >> _______________________________________________ > >> Rubycocoa-devel mailing list > >> Rub...@li... > >> http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel > >> > > > > ------------------------------------------------------------------------- > > 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 > > > ------------------------------------------------------------------------- > 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 > |
From: Laurent S. <lsa...@ap...> - 2007-06-25 20:12:48
|
Thanks for the translation Eloy :-) Hisa-san, this is a great idea. However I really wonder if it will be interesting to ship RubyCocoa as a gem (or multiple gems). RubyCocoa is a too specialized project to be installed by RubyGems. It's Mac OS X specific, and depends on some projects that are currently in misc (like bridgesupport and libffi). It is not possible to package libffi and bridgesupport as gems, because libffi is statically linked to RubyCocoa (it's a .a file) and the bridge support files are now installed inside RubyCocoa.framework (so they need to be available during RubyCocoa.framework build time). Also, gems are good for Ruby libraries and command line utilities, but not OSX frameworks (like RubyCocoa.framework). What will the re-organization do except the idea of shipping RubyCocoa as gem(s)? Laurent On Jun 25, 2007, at 1:32 PM, Eloy Duran wrote: > Hey guys, > > My English summary/translation is available at: > http://www.superalloy.nl/blog/2007/06/25/rubycocoa-source-layout-spring-cleaning-now-is-the-time-for-feedback > > Cheers, > Eloy > > On 6/25/07, FUJIMOTO Hisa <hi...@fo...> wrote: >> Hi the committers >> >> This week I'll do some important work for the source tree and >> build/packaging process. So, sorry to please be less commit your code >> the repository, if it's not important. >> >> Currently, Eloy may be able to explain about my idea/thinking about >> it >> by English, because he made good effort to read my blog and the ML in >> japanese (my native lang) about it last week, and I discussed about >> it >> with him. >> >> Well, Current RubyCocoa has complex dependency of several parts >> especially the build and packaging process. The cause of it may be >> that the project was started as just extension library as historical >> reason, before version 0.4. Now I strongly thought that now is the >> time to reconstruct the source tree for make lots of things more >> simple. Current RubyCocoa is constructed by the following >> moudles/components in fact: >> >> runtime (or core, it's like JRE in Java maybe): >> core/framework # RubyCocoa.framework as shared library >> core/extlib # ruby libraries for the ruby command >> core/tests # testing for the framework depend on extlib >> # for a developer of RubyCocoa itself >> >> external (runtime depends on): >> external/bridgesupport >> external/libffi >> >> devel (for a developer *using* RubyCocoa): >> devel/xcode-templates >> devel/examples >> >> tools (for a developer *using* RubyCocoa maybe): >> tools/standalonify >> tools/rb_nibtool >> tools/gen_bridge_doc >> tools/rubycocoa >> >> # this tree is current idea, it's very mutable at now. >> >> Tools may be embed the framework at the packaging phase rather than >> build process. I guess it's better for orthogonality. >> >> the point; boost up the orthogonality of each module/component for >> build and packaging process. I'm going to start reconstructing soon >> on >> the branches/rubycocoa-reconstruct-20070625 on the repository. >> >> Maybe I can't reply enough, because The wrting, especially by >> English, may decrease down sometimes my concentration. sorry ;) >> >> thanks >> -- >> hisa >> >> _______________________________________________ >> Rubycocoa-devel mailing list >> Rub...@li... >> http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel >> > > ------------------------------------------------------------------------- > 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 |
From: Dave B. <dav...@3d...> - 2007-06-25 15:01:48
|
I noticed that I had a usr/local/lib/ruby/1.8/powerpc-darwin8.8.6 and usr/local/lib/ruby/1.8/powerpc-darwin8.9.0 and though this probably isn't good so removed all of usr/local/ruby and reinstalled ruby again. For RubyCocoa: ruby install.rb clean followed by config and setup but I still get the same errors, i.e. config.h and defines.h not found. The compiler is getting -I/usr/local flag and the two .h files are there: ls -l /usr/local/lib/ruby/1.8/powerpc-darwin8.9.0/*.h -rw-r--r-- 1 root wheel 4517 Jun 25 14:49 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/config.h -rw-r--r-- 1 root wheel 5948 Feb 24 17:52 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/defines.h -rw-r--r-- 1 root wheel 891 Jun 22 11:59 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/digest.h -rw-r--r-- 1 root wheel 8870 Jun 22 11:59 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/dl.h -rw-r--r-- 1 root wheel 391 Jun 22 11:59 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/dlconfig.h -rw-r--r-- 1 root wheel 800 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/dln.h -rw-r--r-- 1 root wheel 1144 Mar 3 07:30 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/env.h -rw-r--r-- 1 root wheel 18612 Mar 11 08:31 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/intern.h -rw-r--r-- 1 root wheel 2666 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/missing.h -rw-r--r-- 1 root wheel 12631 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/node.h -rw-r--r-- 1 root wheel 991 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/re.h -rw-r--r-- 1 root wheel 7703 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/regex.h -rw-r--r-- 1 root wheel 21088 Feb 15 02:52 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/ruby.h -rw-r--r-- 1 root wheel 2462 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/rubyio.h -rw-r--r-- 1 root wheel 2883 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/rubysig.h -rw-r--r-- 1 root wheel 1872 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/st.h -rw-r--r-- 1 root wheel 1559 Feb 12 23:01 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/util.h -rw-r--r-- 1 root wheel 524 Mar 12 17:55 /usr/local/lib/ruby/ 1.8/powerpc-darwin8.9.0/version.h A very confused Dave! On 25 Jun 2007, at 14:02, Eloy Duran wrote: > Hey Dave, > >> CompileC build/RubyCocoa.build/Default/RubyCocoa.build/Objects- >> normal/ >> ppc/cls_objcid.o /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/ >> src/objc/cls_objcid.m normal ppc objective-c >> com.apple.compilers.gcc.4_0 >> cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework >> /usr/bin/gcc-4.0 -x objective-c -arch ppc -pipe -Wno-trigraphs - >> fpascal-strings -fasm-blocks -g -O3 -fmessage-length=0 -mmacosx- >> version-min=10.4 -I/Users/dave/UnixSoftware/RubyCocoa-0.11.1/ >> framework/build/RubyCocoa.build/Default/RubyCocoa.build/ >> RubyCocoa.hmap -Wmost -Wno-four-char-constants -Wno-unknown-pragmas - >> F/Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default >> -I/ >> Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ >> include -I/usr/local -I/Users/dave/UnixSoftware/RubyCocoa-0.11.1/ >> framework/build/RubyCocoa.build/Default/RubyCocoa.build/ >> DerivedSources -fno-common -g -fobjc-exceptions -I/usr/include/ >> libxml2 -DHAS_LIBXML2 -I../../misc/libffi/include -I../misc/libffi/ >> include -DMACOSX -c /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ >> framework/src/objc/cls_objcid.m -o /Users/dave/UnixSoftware/ >> RubyCocoa-0.11.1/framework/build/RubyCocoa.build/Default/ >> RubyCocoa.build/Objects-normal/ppc/cls_objcid.o >> In file included from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ >> framework/src/objc/cls_objcid.h:10, >> from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ >> framework/src/objc/cls_objcid.m:10: >> /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ >> osx_ruby.h:24:20: error: config.h: No such file or directory >> /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ >> osx_ruby.h:37:21: error: defines.h: No such file or directory > > My guess is that the root of your problem is the fact that the > config.h and defines.h files could not be located.... However why it > can't be found is not clear to me. > > I have mine in /opt/local/lib/ruby/1.8/i686-darwin8.9.1, but yours > should probably be in powerpc-darwin8.9.0. Could this be a issue with > OS version? > > eloys-computer:~ eloy$ ls -l /opt/local/lib/ruby/1.8/i686- > darwin8.9.1/*.h > -rw-r--r-- 2 root admin 4723 Mar 29 00:17 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/config.h > -rw-r--r-- 2 root admin 5948 Feb 24 18:52 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/defines.h > -rw-r--r-- 2 root admin 891 Mar 29 00:18 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/digest.h > -rw-r--r-- 2 root admin 8870 Mar 29 00:18 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/dl.h > -rw-r--r-- 2 root admin 391 Mar 29 00:18 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/dlconfig.h > -rw-r--r-- 2 root admin 800 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/dln.h > -rw-r--r-- 2 root admin 1144 Mar 3 08:30 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/env.h > -rw-r--r-- 2 root admin 18612 Mar 11 09:31 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/intern.h > -rw-r--r-- 2 root admin 2666 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/missing.h > -rw-r--r-- 2 root admin 12631 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/node.h > -rw-r--r-- 2 root admin 991 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/re.h > -rw-r--r-- 2 root admin 7703 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/regex.h > -rw-r--r-- 2 root admin 21088 Feb 15 03:52 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/ruby.h > -rw-r--r-- 2 root admin 2462 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/rubyio.h > -rw-r--r-- 2 root admin 2883 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/rubysig.h > -rw-r--r-- 2 root admin 1872 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/st.h > -rw-r--r-- 2 root admin 1559 Feb 13 00:01 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/util.h > -rw-r--r-- 2 root admin 524 Mar 12 18:55 > /opt/local/lib/ruby/1.8/i686-darwin8.9.1/version.h > > Cheers, > Eloy > > ---------------------------------------------------------------------- > --- > 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 |
From: Eloy D. <elo...@gm...> - 2007-06-25 13:02:25
|
Hey Dave, > CompileC build/RubyCocoa.build/Default/RubyCocoa.build/Objects-normal/ > ppc/cls_objcid.o /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/ > src/objc/cls_objcid.m normal ppc objective-c com.apple.compilers.gcc.4_0 > cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework > /usr/bin/gcc-4.0 -x objective-c -arch ppc -pipe -Wno-trigraphs - > fpascal-strings -fasm-blocks -g -O3 -fmessage-length=0 -mmacosx- > version-min=10.4 -I/Users/dave/UnixSoftware/RubyCocoa-0.11.1/ > framework/build/RubyCocoa.build/Default/RubyCocoa.build/ > RubyCocoa.hmap -Wmost -Wno-four-char-constants -Wno-unknown-pragmas - > F/Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default -I/ > Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ > include -I/usr/local -I/Users/dave/UnixSoftware/RubyCocoa-0.11.1/ > framework/build/RubyCocoa.build/Default/RubyCocoa.build/ > DerivedSources -fno-common -g -fobjc-exceptions -I/usr/include/ > libxml2 -DHAS_LIBXML2 -I../../misc/libffi/include -I../misc/libffi/ > include -DMACOSX -c /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ > framework/src/objc/cls_objcid.m -o /Users/dave/UnixSoftware/ > RubyCocoa-0.11.1/framework/build/RubyCocoa.build/Default/ > RubyCocoa.build/Objects-normal/ppc/cls_objcid.o > In file included from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ > framework/src/objc/cls_objcid.h:10, > from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ > framework/src/objc/cls_objcid.m:10: > /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ > osx_ruby.h:24:20: error: config.h: No such file or directory > /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ > osx_ruby.h:37:21: error: defines.h: No such file or directory My guess is that the root of your problem is the fact that the config.h and defines.h files could not be located.... However why it can't be found is not clear to me. I have mine in /opt/local/lib/ruby/1.8/i686-darwin8.9.1, but yours should probably be in powerpc-darwin8.9.0. Could this be a issue with OS version? eloys-computer:~ eloy$ ls -l /opt/local/lib/ruby/1.8/i686-darwin8.9.1/*.h -rw-r--r-- 2 root admin 4723 Mar 29 00:17 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/config.h -rw-r--r-- 2 root admin 5948 Feb 24 18:52 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/defines.h -rw-r--r-- 2 root admin 891 Mar 29 00:18 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/digest.h -rw-r--r-- 2 root admin 8870 Mar 29 00:18 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/dl.h -rw-r--r-- 2 root admin 391 Mar 29 00:18 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/dlconfig.h -rw-r--r-- 2 root admin 800 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/dln.h -rw-r--r-- 2 root admin 1144 Mar 3 08:30 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/env.h -rw-r--r-- 2 root admin 18612 Mar 11 09:31 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/intern.h -rw-r--r-- 2 root admin 2666 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/missing.h -rw-r--r-- 2 root admin 12631 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/node.h -rw-r--r-- 2 root admin 991 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/re.h -rw-r--r-- 2 root admin 7703 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/regex.h -rw-r--r-- 2 root admin 21088 Feb 15 03:52 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/ruby.h -rw-r--r-- 2 root admin 2462 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/rubyio.h -rw-r--r-- 2 root admin 2883 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/rubysig.h -rw-r--r-- 2 root admin 1872 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/st.h -rw-r--r-- 2 root admin 1559 Feb 13 00:01 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/util.h -rw-r--r-- 2 root admin 524 Mar 12 18:55 /opt/local/lib/ruby/1.8/i686-darwin8.9.1/version.h Cheers, Eloy |
From: Dave B. <dav...@3d...> - 2007-06-25 12:45:43
|
Hi Tim, I saw that post, but no I am not. Dave. On 25 Jun 2007, at 13:18, Tim Perrett wrote: > Hey Dave > > Are you using the growl framework in your project? As there was a > post back to the list which detailed that as causing the conflict. > > Thanks > > Tim > > On 25 Jun 2007, at 11:10, Dave Baldwin wrote: > >> I was having mysterious problems (see previous report re outline view >> and disclosure triangles) so trying to narrow down the problem by >> upgrading the version of ruby from the default Apple version, xcode >> and finally RubyCocoa from source (I had installed the binary >> version). Ruby and XCode upgraded without any problems but I ran >> into problems with RubyCocoa. > > > ---------------------------------------------------------------------- > --- > 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 |
From: Tim P. <he...@ti...> - 2007-06-25 12:20:36
|
Hey Dave Are you using the growl framework in your project? As there was a post back to the list which detailed that as causing the conflict. Thanks Tim On 25 Jun 2007, at 11:10, Dave Baldwin wrote: > I was having mysterious problems (see previous report re outline view > and disclosure triangles) so trying to narrow down the problem by > upgrading the version of ruby from the default Apple version, xcode > and finally RubyCocoa from source (I had installed the binary > version). Ruby and XCode upgraded without any problems but I ran > into problems with RubyCocoa. |
From: Eloy D. <elo...@gm...> - 2007-06-25 11:33:02
|
Hey guys, My English summary/translation is available at: http://www.superalloy.nl/blog/2007/06/25/rubycocoa-source-layout-spring-cleaning-now-is-the-time-for-feedback Cheers, Eloy On 6/25/07, FUJIMOTO Hisa <hi...@fo...> wrote: > Hi the committers > > This week I'll do some important work for the source tree and > build/packaging process. So, sorry to please be less commit your code > the repository, if it's not important. > > Currently, Eloy may be able to explain about my idea/thinking about it > by English, because he made good effort to read my blog and the ML in > japanese (my native lang) about it last week, and I discussed about it > with him. > > Well, Current RubyCocoa has complex dependency of several parts > especially the build and packaging process. The cause of it may be > that the project was started as just extension library as historical > reason, before version 0.4. Now I strongly thought that now is the > time to reconstruct the source tree for make lots of things more > simple. Current RubyCocoa is constructed by the following > moudles/components in fact: > > runtime (or core, it's like JRE in Java maybe): > core/framework # RubyCocoa.framework as shared library > core/extlib # ruby libraries for the ruby command > core/tests # testing for the framework depend on extlib > # for a developer of RubyCocoa itself > > external (runtime depends on): > external/bridgesupport > external/libffi > > devel (for a developer *using* RubyCocoa): > devel/xcode-templates > devel/examples > > tools (for a developer *using* RubyCocoa maybe): > tools/standalonify > tools/rb_nibtool > tools/gen_bridge_doc > tools/rubycocoa > > # this tree is current idea, it's very mutable at now. > > Tools may be embed the framework at the packaging phase rather than > build process. I guess it's better for orthogonality. > > the point; boost up the orthogonality of each module/component for > build and packaging process. I'm going to start reconstructing soon on > the branches/rubycocoa-reconstruct-20070625 on the repository. > > Maybe I can't reply enough, because The wrting, especially by > English, may decrease down sometimes my concentration. sorry ;) > > thanks > -- > hisa > > _______________________________________________ > Rubycocoa-devel mailing list > Rub...@li... > http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel > |
From: Dave B. <dav...@3d...> - 2007-06-25 10:09:59
|
I was having mysterious problems (see previous report re outline view and disclosure triangles) so trying to narrow down the problem by upgrading the version of ruby from the default Apple version, xcode and finally RubyCocoa from source (I had installed the binary version). Ruby and XCode upgraded without any problems but I ran into problems with RubyCocoa. Using PPC (G4) Tiger 10.4.9 XCode 2.4.1 ruby 1.8.6 (2007-03-13 patchlevel 0) [powerpc-darwin8.9.0] in usr/bin and /usr/local/bin RubyCocoa 0.11.1 source Fails to build. The output log (long - sorry) is as follows. Any ideas what can be wrong? Dave. ~/UnixSoftware/RubyCocoa-0.11.1> ruby install.rb config Type 'svnversion --help' for usage. install.rb: entering config phase... create ext/rubycocoa/extconf.rb create framework/GeneratedConfig.xcconfig create framework/src/objc/Version.h ---> framework create /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h ... create /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h ... BSROOT="/Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/bridge- support" CFLAGS="" /usr/local//bin/ruby build.rb Generating BridgeSupport metadata for: CoreFoundation ... Collect metadata (22.022026 seconds) Write final metadata (570.637512 seconds) Validate XML (0.257772 seconds) Generate dylib file (3.758413 seconds) Done (596.685546 seconds). Generating BridgeSupport metadata for: CoreData ... Collect metadata (11.356965 seconds) Write final metadata (1.533069 seconds) Validate XML (0.037175 seconds) Done (12.943811 seconds). Generating BridgeSupport metadata for: PDFKit ... Collect metadata (14.470078 seconds) Write final metadata (0.172755 seconds) Validate XML (0.032627 seconds) Done (14.6986 seconds). Generating BridgeSupport metadata for: Foundation ... Collect metadata (26.397661 seconds) Write final metadata (165.796795 seconds) Validate XML (0.268709 seconds) Generate dylib file (1.636318 seconds) Done (194.11398 seconds). Generating BridgeSupport metadata for: CoreGraphics ... Collect metadata (105.384004 seconds) Write final metadata (305.325691 seconds) Validate XML (0.975224 seconds) Generate dylib file (4.153952 seconds) Done (415.849822 seconds). Generating BridgeSupport metadata for: InstantMessage ... Collect metadata (12.533908 seconds) Write final metadata (0.077469 seconds) Validate XML (0.027756 seconds) Done (12.662116 seconds). Generating BridgeSupport metadata for: Quartz ... Collect metadata (11.245758 seconds) Write final metadata (0.018839 seconds) Validate XML (0.050793 seconds) Done (11.332833 seconds). Generating BridgeSupport metadata for: ImageIO ... Collect metadata (13.999538 seconds) Write final metadata (0.337727 seconds) Validate XML (0.034344 seconds) Done (14.383405 seconds). Generating BridgeSupport metadata for: Cocoa ... Collect metadata (11.589325 seconds) Write final metadata (0.023648 seconds) Validate XML (0.04706 seconds) Done (11.679981 seconds). Generating BridgeSupport metadata for: OpenGL ... Collect metadata (29.544119 seconds) Write final metadata (6.92101 seconds) Validate XML (0.345317 seconds) Done (36.831326 seconds). Generating BridgeSupport metadata for: QuartzComposer ... Collect metadata (25.898186 seconds) Write final metadata (0.150423 seconds) Validate XML (0.081578 seconds) Done (26.14731 seconds). Generating BridgeSupport metadata for: ApplicationServices ... Collect metadata (9.156706 seconds) Write final metadata (0.702004 seconds) Validate XML (0.038892 seconds) Done (9.934458 seconds). Generating BridgeSupport metadata for: QuartzCore ... Collect metadata (64.49217 seconds) Write final metadata (12.853301 seconds) Validate XML (0.094783 seconds) Done (77.454907 seconds). Generating BridgeSupport metadata for: SyncServices ... Collect metadata (23.652552 seconds) Write final metadata (0.92721 seconds) Validate XML (0.067932 seconds) Done (24.670533 seconds). Generating BridgeSupport metadata for: AppKit ... Collect metadata (115.480441 seconds) Write final metadata (206.9304 seconds) Validate XML (0.327334 seconds) Generate dylib file (4.78247 seconds) Done (327.532119 seconds). Generating BridgeSupport metadata for: AddressBook ... Collect metadata (40.787421 seconds) Write final metadata (4.291125 seconds) Validate XML (0.090071 seconds) Done (45.189683 seconds). Generating BridgeSupport metadata for: WebKit ... Collect metadata (141.228656 seconds) Write final metadata (28.194601 seconds) Validate XML (0.185737 seconds) Done (169.627825 seconds). Generating BridgeSupport metadata for: QTKit ... Collect metadata (52.759486 seconds) Write final metadata (6.064121 seconds) Validate XML (0.095175 seconds) Done (58.946778 seconds). <--- framework ---> lib ---> lib/osx <--- lib/osx <--- lib ---> ext ---> ext/rubycocoa /usr/local//bin/ruby "/Users/dave/UnixSoftware/RubyCocoa-0.11.1/ext/ rubycocoa/extconf.rb" creating Makefile execute 'mv -f Makefile Makefile.bak' ... execute 'mv -f Makefile Makefile.bak' done execute 'sed -e 's/-no-cpp-precomp//' -e 's/-no-precomp//' Makefile.bak > Makefile' ... execute 'sed -e 's/-no-cpp-precomp//' -e 's/-no-precomp//' Makefile.bak > Makefile' done <--- ext/rubycocoa <--- ext install.rb: config done. ~/UnixSoftware/RubyCocoa-0.11.1> ruby install.rb setup Type 'svnversion --help' for usage. install.rb: entering setup phase... make -f Makefile.rubycocoa cc -O3 -I./include -DMACOSX -arch ppc -arch i386 -c src/types.c -o src/types.o cc -O3 -I./include -DMACOSX -arch ppc -arch i386 -c src/prep_cif.c -o src/prep_cif.o cc -O3 -I./include -DMACOSX -arch ppc -arch i386 -c src/x86/ ffi_darwin.c -o src/x86/ffi_darwin.o cc -O3 -I./include -DMACOSX -arch ppc -arch i386 -c src/x86/darwin.S - o src/x86/darwin.o cc -O3 -I./include -DMACOSX -arch ppc -arch i386 -c src/powerpc/ ffi_darwin.c -o src/powerpc/ffi_darwin.o cc -O3 -I./include -DMACOSX -arch ppc -arch i386 -c src/powerpc/ darwin.S -o src/powerpc/darwin.o cc -O3 -I./include -DMACOSX -arch ppc -arch i386 -c src/powerpc/ darwin_closure.S -o src/powerpc/darwin_closure.o rm -rf libffi.a ar -cq libffi.a src/types.o src/prep_cif.o src/x86/ffi_darwin.o src/ x86/darwin.o src/powerpc/ffi_darwin.o src/powerpc/darwin.o src/ powerpc/darwin_closure.o ranlib libffi.a ranlib: for architecture: ppc file: libffi.a(ffi_darwin.o) has no symbols ranlib: for architecture: ppc file: libffi.a(darwin.o) has no symbols ranlib: for architecture: i386 file: libffi.a(ffi_darwin.o) has no symbols ranlib: for architecture: i386 file: libffi.a(darwin.o) has no symbols ranlib: for architecture: i386 file: libffi.a(darwin_closure.o) has no symbols ---> framework rm -f build/Default/RubyCocoa.framework/Versions/Current /usr/bin/xcodebuild === BUILDING NATIVE TARGET RubyCocoa WITH THE DEFAULT CONFIGURATION (Default) === Checking Dependencies... SymLink /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions/Current A mkdir /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /bin/ln -sf A /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/build/Default/RubyCocoa.framework/Versions/Current SymLink /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Resources Versions/Current/Resources cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /bin/ln -sf Versions/Current/Resources /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/build/Default/RubyCocoa.framework/Resources SymLink /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Headers Versions/Current/Headers cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /bin/ln -sf Versions/Current/Headers /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/build/Default/RubyCocoa.framework/Headers Preprocessing /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/ build/RubyCocoa.build/Default/RubyCocoa.build/Preprocessed-Info.plist Info.plist cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /usr/bin/gcc -E -P -x c -Wno-trigraphs -include src/objc/ Version.h Info.plist -o /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/build/RubyCocoa.build/Default/RubyCocoa.build/Preprocessed- Info.plist Processing /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions/A/Resources/Info.plist /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/RubyCocoa.build/ Default/RubyCocoa.build/Preprocessed-Info.plist mkdir /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions/A/Resources cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework com.apple.tools.info-plist-utility /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/build/RubyCocoa.build/Default/ RubyCocoa.build/Preprocessed-Info.plist -expandbuildsettings -o / Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/Info.plist CpHeader build/Default/RubyCocoa.framework/Versions/A/Headers/ RBObject.h src/objc/RBObject.h mkdir /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions/A/Headers cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/objc/RBObject.h /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Headers CpHeader build/Default/RubyCocoa.framework/Versions/A/Headers/ RBRuntime.h src/objc/RBRuntime.h cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/objc/RBRuntime.h /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Headers CpHeader build/Default/RubyCocoa.framework/Versions/A/Headers/ RubyCocoa.h src/objc/RubyCocoa.h cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/objc/RubyCocoa.h /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Headers CpHeader build/Default/RubyCocoa.framework/Versions/A/Headers/ osx_intern.h src/objc/osx_intern.h cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/objc/osx_intern.h /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Headers CpHeader build/Default/RubyCocoa.framework/Versions/A/Headers/ osx_ruby.h src/objc/osx_ruby.h cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/objc/osx_ruby.h /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Headers PBXCp build/Default/RubyCocoa.framework/Versions/A/Tools/ gen_bridge_doc.rb tool/gen_bridge_doc.rb mkdir /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions/A/Tools cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/tool/gen_bridge_doc.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Tools PBXCp build/Default/RubyCocoa.framework/Versions/A/Tools/ rb_nibtool.rb tool/rb_nibtool.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/tool/rb_nibtool.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Tools PBXCp build/Default/RubyCocoa.framework/Versions/A/Tools/ standaloneify.rb tool/standaloneify.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/tool/standaloneify.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Tools PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ active_record.rb src/ruby/osx/active_record.rb mkdir /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/active_record.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ webkit.rb src/ruby/osx/webkit.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/webkit.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ qtkit.rb src/ruby/osx/qtkit.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/qtkit.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ addressbook.rb src/ruby/osx/addressbook.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/addressbook.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ appkit.rb src/ruby/osx/appkit.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/appkit.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ cocoa.rb src/ruby/osx/cocoa.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/cocoa.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ coredata.rb src/ruby/osx/coredata.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/coredata.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/active_record.rb src/ruby/osx/objc/active_record.rb mkdir /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/ Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/active_record.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_bundle_support.rb src/ruby/osx/objc/oc_bundle_support.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_bundle_support.rb / Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/application.rb src/ruby/osx/objc/application.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/application.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/cocoa.rb src/ruby/osx/objc/cocoa.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/cocoa.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/cocoa_macros.rb src/ruby/osx/objc/cocoa_macros.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/cocoa_macros.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/cocoa_macros_appkit.rb src/ruby/osx/objc/cocoa_macros_appkit.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/cocoa_macros_appkit.rb / Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/foundation.rb src/ruby/osx/objc/foundation.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/foundation.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_all.rb src/ruby/osx/objc/oc_all.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_all.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_attachments.rb src/ruby/osx/objc/oc_attachments.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_attachments.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_attachments_appkit.rb src/ruby/osx/objc/oc_attachments_appkit.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/ oc_attachments_appkit.rb /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/ osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_exception.rb src/ruby/osx/objc/oc_exception.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_exception.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_import.rb src/ruby/osx/objc/oc_import.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_import.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_types.rb src/ruby/osx/objc/oc_types.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_types.rb /Users/dave/ UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_types_appkit.rb src/ruby/osx/objc/oc_types_appkit.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_types_appkit.rb / Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/oc_wrapper.rb src/ruby/osx/objc/oc_wrapper.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/oc_wrapper.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc PBXCp build/Default/RubyCocoa.framework/Versions/A/Resources/ruby/osx/ objc/ruby_addition.rb src/ruby/osx/objc/ruby_addition.rb cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /System/Library/PrivateFrameworks/DevToolsCore.framework/ Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip- debug-symbols -resolve-src-symlinks /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/src/ruby/osx/objc/ruby_addition.rb /Users/ dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc CompileC build/RubyCocoa.build/Default/RubyCocoa.build/Objects-normal/ ppc/cls_objcid.o /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/ src/objc/cls_objcid.m normal ppc objective-c com.apple.compilers.gcc.4_0 cd /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework /usr/bin/gcc-4.0 -x objective-c -arch ppc -pipe -Wno-trigraphs - fpascal-strings -fasm-blocks -g -O3 -fmessage-length=0 -mmacosx- version-min=10.4 -I/Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/build/RubyCocoa.build/Default/RubyCocoa.build/ RubyCocoa.hmap -Wmost -Wno-four-char-constants -Wno-unknown-pragmas - F/Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default -I/ Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/build/Default/ include -I/usr/local -I/Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/build/RubyCocoa.build/Default/RubyCocoa.build/ DerivedSources -fno-common -g -fobjc-exceptions -I/usr/include/ libxml2 -DHAS_LIBXML2 -I../../misc/libffi/include -I../misc/libffi/ include -DMACOSX -c /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/cls_objcid.m -o /Users/dave/UnixSoftware/ RubyCocoa-0.11.1/framework/build/RubyCocoa.build/Default/ RubyCocoa.build/Objects-normal/ppc/cls_objcid.o In file included from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/cls_objcid.h:10, from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/cls_objcid.m:10: /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:24:20: error: config.h: No such file or directory /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:37:21: error: defines.h: No such file or directory In file included from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/cls_objcid.h:10, from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/cls_objcid.m:10: /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:142: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:146: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:227: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:230: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:231: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:232: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:233: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:239: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:240: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:248: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:249: error: syntax error before 'int' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:251: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:252: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:254: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:255: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:287: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:291: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:299: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:385: warning: no semicolon at end of struct or union /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:385: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:386: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:388: error: parse error before '}' token /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:395: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:397: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:489: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:492: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:492: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:492: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:492: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:493: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:493: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:493: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:493: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:494: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:495: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:497: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:498: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:499: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:500: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:502: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:503: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:505: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:506: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:506: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:506: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:506: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:506: error: parse error before 'void' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:507: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:507: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:507: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:507: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:507: error: parse error before 'void' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:508: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:508: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:508: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:508: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:509: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:509: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:509: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:509: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:510: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:511: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:512: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:515: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:515: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:515: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:515: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:515: error: parse error before 'int' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:516: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:516: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:516: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:516: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:516: error: parse error before 'int' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:517: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:517: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:517: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:517: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:517: error: parse error before 'int' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:519: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:520: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:521: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:523: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:524: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:525: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:527: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:528: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:529: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:531: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:532: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:534: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:536: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:537: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:538: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:539: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:540: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:541: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:542: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:543: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:545: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:546: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:547: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:548: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:550: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:552: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:554: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:555: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:556: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:557: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:558: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:559: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:560: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:562: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:563: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:564: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:566: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:567: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:568: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:569: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:570: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:571: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:572: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:572: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:572: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:572: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:573: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:573: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:573: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:573: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:573: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:574: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:574: warning: type defaults to 'int' in declaration of '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:574: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:574: error: '__' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:574: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:575: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:575: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:575: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:575: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:575: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:576: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:576: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:576: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:576: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:576: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:577: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:579: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:592: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:593: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:594: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:596: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:597: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:598: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:599: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:600: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:601: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:602: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:603: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:604: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:606: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:607: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:608: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:609: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:610: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:611: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:612: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:613: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:614: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:615: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:616: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:617: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:618: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:619: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:620: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:621: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:622: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:623: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:624: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:625: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:626: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:627: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:628: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:629: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:630: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:631: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:632: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:633: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:634: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:635: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:636: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:637: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:639: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:640: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:641: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:642: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:643: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:644: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:645: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:646: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:647: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:648: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:649: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:650: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:651: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:652: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:653: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:654: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:655: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:656: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:657: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:658: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:659: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:660: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:661: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:662: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:664: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:665: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:666: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:667: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:669: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:670: error: syntax error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_ruby.h:718:21: error: missing.h: No such file or directory In file included from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/osx_ruby.h:719, from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/cls_objcid.h:10, from /Users/dave/UnixSoftware/RubyCocoa-0.11.1/ framework/src/objc/cls_objcid.m:10: /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:23: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:24: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:25: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:26: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:27: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:28: error: parse error before '__' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:29: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:30: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:31: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:32: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:33: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:34: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:35: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:36: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:37: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:38: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:39: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:40: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:41: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:42: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:43: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:44: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:45: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:46: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:47: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:48: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:49: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:50: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:51: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:52: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:53: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:54: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:55: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:56: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:56: warning: type defaults to 'int' in declaration of '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:56: warning: parameter names (without types) in function declaration /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:56: error: '_' declared as function returning a function /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:56: error: parse error before 'VALUE' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:57: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:58: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:59: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:61: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:62: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:63: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:64: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:65: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:66: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:67: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:68: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:69: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:70: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:71: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:72: error: parse error before '_' /Users/dave/UnixSoftware/RubyCocoa-0.11.1/framework/src/objc/ osx_intern.h:73: error: parse error before '_' /Use... [truncated message content] |
From: Jon B. <jo...@gm...> - 2007-06-24 02:23:14
|
Hi, Im trying to follow an ObjC example for a Ruby Cocoa project and would like to filter through an array accessor in a NSTableView and the example shows basically to subclass NSArrayController to use as a filter and set the delegate of the search field to that class (which would receive the search events) and bind all values to the filter. I would have been under the impression w/ predicates that it would really involve no real code needed and I would just line up the columns to the search field directly but that does not seem the case. So my question is do I ~need~ a filter array and have it set to do an instant search? The Spotlight example seems to almost be what Im looking for but how to get the search to update the table view instantly w/ just IB. Thanks. - Jon |
From: Tim P. <he...@ti...> - 2007-06-23 18:53:04
|
Hey guys This document loading thing is driving me crazy now! There seems to be very very little documentation on this. I did a test with a core data app (document based) where i just made a model and dragged that into IB and chose the many objects option - the save and load functionality works perfectly. However, when you need a single object, it gets more complicated and doesn't seem to work as expected. To which i found the solution in my other post, about inserting a single object into the managedObjectContext. But what I am very unsure how to do is de- searilize the data from the data store, and read it in and set as the managed object context. I know I need to use initWithContentsOfURL_ofType_error(url, type, error) as XCode complains it needs that signature to call. I have seen the use of NSPersistentStoreCoordinator, but I dont know how to take from this (if i even need to) and set it as what it needs to be? Any help / suggestions would be great. All the best Tim On 23 Jun 2007, at 18:23, Tim Perrett wrote: > If anyone can help me with the loading from URL that would be great, > or if i work it out myself i'll post it back up |
From: Tim P. <he...@ti...> - 2007-06-23 17:23:31
|
Ive posted the gottcha up onto the wikki, it is at... http://rubycocoa.sourceforge.net/DocumentBasedRubyCoreData If anyone can help me with the loading from URL that would be great, or if i work it out myself i'll post it back up Thanks Tim On 22 Jun 2007, at 18:51, jea...@gm... wrote: > > generally cocoa classes have a designated initializer and you would > only need to override that but i suppose in this case since the > designated initializer is not just -[NSObject init], you need to > override both to make sure both call back to the objc side of the > bridge - many times the designated initializer calls back somewhere > down the line to just -[NSObject init], so i guess that would > explain why you would need to override both. definitely a gotcha > though, i wonder if there could be a better way? > > sounds like this bit would be really helpful on the wiki as it > isn't straightfoward and i would imagine others will trip up on it > as well. > > cheers, > jean-pierre > > > On 6/22/07, Tim Perrett <he...@ti...> wrote: Sorry to > answer my own question but I just found a bizare solution to > it, and im not sure its the right one? > > It seems you are required to call both init, and initWithType_error > to make it work - if either are missing it just results in a stack > trace. The code now looks like this: > > def init > super_init > @server = NSManagedObject.alloc.init() > end > > def initWithType_error(type, error) > super_init() > if self != nil > self.setServer > (NSEntityDescription.insertNewObjectForEntityForName_inManagedObjectCo > nt > ext("Server",self.managedObjectContext)) > end > return self > end > > def setServer(aServer) > if @server != aServer > @server = nil > @server = aServer.retain > end > end > > So, i can save documents and so forth, I only need to add the > relevant delegate methods to be able to load the data back in, which > i believe is [NSManagedObject _initWithContentsOfURL:ofType:error:] ? > > Does anyone know why it is we need both init methods? > > 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 > > ---------------------------------------------------------------------- > --- > 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 |
From: <jea...@gm...> - 2007-06-22 17:51:09
|
generally cocoa classes have a designated initializer and you would only need to override that but i suppose in this case since the designated initializer is not just -[NSObject init], you need to override both to make sure both call back to the objc side of the bridge - many times the designated initializer calls back somewhere down the line to just -[NSObject init], so i guess that would explain why you would need to override both. definitely a gotcha though, i wonder if there could be a better way? sounds like this bit would be really helpful on the wiki as it isn't straightfoward and i would imagine others will trip up on it as well. cheers, jean-pierre On 6/22/07, Tim Perrett <he...@ti...> wrote: > > Sorry to answer my own question but I just found a bizare solution to > it, and im not sure its the right one? > > It seems you are required to call both init, and initWithType_error > to make it work - if either are missing it just results in a stack > trace. The code now looks like this: > > def init > super_init > @server = NSManagedObject.alloc.init() > end > > def initWithType_error(type, error) > super_init() > if self != nil > self.setServer > (NSEntityDescription.insertNewObjectForEntityForName_inManagedObjectCont > ext("Server",self.managedObjectContext)) > end > return self > end > > def setServer(aServer) > if @server != aServer > @server = nil > @server = aServer.retain > end > end > > So, i can save documents and so forth, I only need to add the > relevant delegate methods to be able to load the data back in, which > i believe is [NSManagedObject _initWithContentsOfURL:ofType:error:] ? > > Does anyone know why it is we need both init methods? > > 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 > |
From: Eloy D. <elo...@gm...> - 2007-06-22 17:11:37
|
my understanding is this: you need to tell the bridge that it should call the super on the objective-c class. a regular super would probably reference the superclass of the bridge proxy, which is not what you want... by using super_foo the bridge knows what it is you want. what I use is the following: def init if super_init # do something with self return self if some_condition end end cheers, Eloy On 6/22/07, jea...@gm... <jea...@gm...> wrote: > > > i have also run into this when i first overrode init methods, i would try > the typical > > self = super.init > if !self.nil > # stuff > end > self > > but as you found, you are not allowed to reassign self. oddly you can > replace the above: > self = super.init > with this method name > super_init > > and that assigns self for you. if someone that understands the specifics > could help explain it would be great, coming from an objc background this > bit doesn't make much sense to me. > > cheers, > jean-pierre > > On 6/22/07, Tim Perrett <he...@ti...> wrote: > > > > Hey all > > > > Ok ive been looking at the EventManager core data example supplied by > > apple, and i follow how its all set up, but in there MyDocument.m, > > they have the following: > > > > - (id)initWithType:(NSString *)type error:(NSError **)error { > > > > self = [super initWithType:type error:error]; > > if (self != nil) { > > NSManagedObjectContext *managedObjectContext = [self > > managedObjectContext]; > > [NSEntityDescription > > insertNewObjectForEntityForName:@"Occasion" > > inManagedObjectContext:managedObjectContext]; > > > > [managedObjectContext processPendingChanges]; > > [[managedObjectContext undoManager] removeAllActions]; > > [self updateChangeCount:NSChangeCleared]; > > } > > return self; > > } > > > > However, if i try to replicate that in Ruby, I cant redefine what > > "self" is - it throws an error. This is the key to the whole thing i > > think as it inserts that initial object from which everything else > > takes from. I was looking at the frictionless template and it seems > > that the way that is setup is significatly different to the way the > > RC template sets you off from xcode? > > > > Has anyone any ideas? > > > > Many thanks > > > > 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 <http://sourceforge.net/powerbar/db2/> > > /db2/ <http://sourceforge.net/powerbar/db2/> > > _______________________________________________ > > Rubycocoa-talk mailing list > > Rub...@li... <Rub...@li...> > > e.net <Rub...@li...> > > https://lists.sourceforge.net<https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk> > > /lists/listinfo/rubycocoa-talk<https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk> > > > > > ------------------------------------------------------------------------- > 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/powerba <http://sourceforge.net/powerbar/db2/> > r/db2/ <http://sourceforge.net/powerbar/db2/> > _______________________________________________ > Rubycocoa-talk mailing list > Rub...@li... <Rub...@li...> > ge.net <Rub...@li...> > https://lists.sourceforge.net<https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk> > /lists/listinfo/rubycocoa-talk<https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk> > > |
From: Tim P. <he...@ti...> - 2007-06-22 16:45:06
|
Sorry to answer my own question but I just found a bizare solution to it, and im not sure its the right one? It seems you are required to call both init, and initWithType_error to make it work - if either are missing it just results in a stack trace. The code now looks like this: def init super_init @server = NSManagedObject.alloc.init() end def initWithType_error(type, error) super_init() if self != nil self.setServer (NSEntityDescription.insertNewObjectForEntityForName_inManagedObjectCont ext("Server",self.managedObjectContext)) end return self end def setServer(aServer) if @server != aServer @server = nil @server = aServer.retain end end So, i can save documents and so forth, I only need to add the relevant delegate methods to be able to load the data back in, which i believe is [NSManagedObject _initWithContentsOfURL:ofType:error:] ? Does anyone know why it is we need both init methods? Cheers Tim |
From: Tim P. <he...@ti...> - 2007-06-22 16:29:59
|
Your right, it is very odd! However when I take a raw Ruby-Cocoa document based core data application, and just add the following to the MyDocument.rb file: def initWithType_error(type, error) super_init() if self != nil p 'not null' end return self end I get this error: Can't get Objective-C method signature for selector 'super:init' of receiver #<MyDocument:0x15a14c class='MyDocument' id=0x5d75d0> Is this some kind of problem with the bridge? As super_init is definitely correct as it works for NSObject doesn't it. Or is there something else I should be calling because im using a doc based architecture? Cheers Tim On 22 Jun 2007, at 17:10, jea...@gm... wrote: > > but as you found, you are not allowed to reassign self. oddly you > can replace the above: > self = super.init > with this method name > super_init |
From: <jea...@gm...> - 2007-06-22 16:10:20
|
i have also run into this when i first overrode init methods, i would try the typical self = super.init if !self.nil # stuff end self but as you found, you are not allowed to reassign self. oddly you can replace the above: self = super.init with this method name super_init and that assigns self for you. if someone that understands the specifics could help explain it would be great, coming from an objc background this bit doesn't make much sense to me. cheers, jean-pierre On 6/22/07, Tim Perrett <he...@ti...> wrote: > > Hey all > > Ok ive been looking at the EventManager core data example supplied by > apple, and i follow how its all set up, but in there MyDocument.m, > they have the following: > > - (id)initWithType:(NSString *)type error:(NSError **)error { > > self = [super initWithType:type error:error]; > if (self != nil) { > NSManagedObjectContext *managedObjectContext = [self > managedObjectContext]; > [NSEntityDescription > insertNewObjectForEntityForName:@"Occasion" > inManagedObjectContext:managedObjectContext]; > > [managedObjectContext processPendingChanges]; > [[managedObjectContext undoManager] removeAllActions]; > [self updateChangeCount:NSChangeCleared]; > } > return self; > } > > However, if i try to replicate that in Ruby, I cant redefine what > "self" is - it throws an error. This is the key to the whole thing i > think as it inserts that initial object from which everything else > takes from. I was looking at the frictionless template and it seems > that the way that is setup is significatly different to the way the > RC template sets you off from xcode? > > Has anyone any ideas? > > Many thanks > > 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 > |
From: Tim P. <he...@ti...> - 2007-06-22 09:39:41
|
Hey all Ok ive been looking at the EventManager core data example supplied by apple, and i follow how its all set up, but in there MyDocument.m, they have the following: - (id)initWithType:(NSString *)type error:(NSError **)error { self = [super initWithType:type error:error]; if (self != nil) { NSManagedObjectContext *managedObjectContext = [self managedObjectContext]; [NSEntityDescription insertNewObjectForEntityForName:@"Occasion" inManagedObjectContext:managedObjectContext]; [managedObjectContext processPendingChanges]; [[managedObjectContext undoManager] removeAllActions]; [self updateChangeCount:NSChangeCleared]; } return self; } However, if i try to replicate that in Ruby, I cant redefine what "self" is - it throws an error. This is the key to the whole thing i think as it inserts that initial object from which everything else takes from. I was looking at the frictionless template and it seems that the way that is setup is significatly different to the way the RC template sets you off from xcode? Has anyone any ideas? Many thanks Tim |
From: Rod S. <rsc...@xm...> - 2007-06-22 00:29:06
|
If I install the new version will it overwrite any previous versions? Anyway to tell it not to? How hard would it be to migrate stuff from the old version to the new version? I have customers using software with the old version and I don't want to mess things up, but I would love to use the new stuff for new products or even the current stuff. Thanks, Rod Schmidt infiniteNIL Software |
From: Tim P. <he...@ti...> - 2007-06-21 13:53:13
|
Thanks pierce! Thats just the ticket :) Tim On 20 Jun 2007, at 17:11, Pierce T. Wetter III wrote: > If you have the array controller in the nib, you'll have to put an > ib_outlet into the FileOwner class and connect that outlet to the > array controller. If the ib_outlet is named :myArray, then yeah, > @myArray will work, @myArray.arrangedObjects to get at the actual > objects. > > That is, nib files don't have any sort of API AFAIK to find objects > by name after they've been loaded. Instead, you have to modify your > code to have a place for the nib loader to store any object you're > interested in via the connection (control-drag) stuff. > > You can look at the array controller and file owner connections in > Frictionless for an example or for that matter some of the controls > are wired back to instance variables in ActionBrowser. > > pierce |
From: FUJIMOTO H. <hi...@fo...> - 2007-06-21 05:00:42
|
Thank you, and sorry I can't reply sometimes, because English composition, even if it's short, spend too much time for me. Well, you can get latest version of CocoaRepl: svn co http://svn.fobj.net/pub/CocoaRepl/trunk CocoaRepl I used this on RubyKaigi2007(Jun 10, Tokyo) to show dynamic language power: http://youtube.com/watch?v=jxhnWx_F69U Notice, this program is a just naive mutable implementation for experiment of my idea. But this program should be useful if you're a rubycocoa programmmer and Emacs's scratch buffer lover ;) This is an initial message in the text area in CocoaRepl: # Here is a scratch space for rubycocoa programmer. # Type ruby program, and then do eval command from Ruby menu. # You can get the result. Type command+'.', to lookup into # ri document or method-name completion. I want to rewrite it with more real lightweight development tool/envrionment later. cheers -- hisa On 6/21/07, Stephyn Butcher <ste...@co...> wrote: > Dear group, > > I noticed that HOJIMOTO Hisa uses an interesting app in his > demonstrations. I think the name is "CocoaRuby" and looks like it has > 2 panels, one for Ruby code and one for the method results. He > changes the title of the window, spawns other windows, etc. > > I was wondering if it was generally available. > > I know that Hisa contributes to this list so he might see this note. > I sent him an email but you never know how aggressive some SPAM > filters are. > > Cheers, > Steve > > > ------------------------------------------------------------------------- > 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 > -- hisa |
From: Pierce T. W. I. <pi...@tw...> - 2007-06-20 16:12:17
|
On Jun 20, 2007, at 12:44 AM, Tim Perrett wrote: > > On 19 Jun 2007, at 20:49, Pierce T. Wetter III wrote: >> >> If you have a list of objects you need to display. You can drag an >> "ArrayContoller" into your nib file, and if you tell it its an >> "Entity", it automatically fetches the data via CoreData. If you do >> the core data tutorial, they show dragging an entity into Interface >> builder which builds a lot of that stuff automatically for you. > > Just a quick note about this... I understand about creating an > ArrayController and so on in the nib, using that method instantiates > said array controller i understand. Lets say I had an ArrayController > called "myArray", and I wanted to do something with the objects > inside that array from within my programming how would I do that? If > I was working within the class that was designated as the "FileOwner" > of the nib, would i then just be able to use @myArray to get at it? If you have the array controller in the nib, you'll have to put an ib_outlet into the FileOwner class and connect that outlet to the array controller. If the ib_outlet is named :myArray, then yeah, @myArray will work, @myArray.arrangedObjects to get at the actual objects. That is, nib files don't have any sort of API AFAIK to find objects by name after they've been loaded. Instead, you have to modify your code to have a place for the nib loader to store any object you're interested in via the connection (control-drag) stuff. You can look at the array controller and file owner connections in Frictionless for an example or for that matter some of the controls are wired back to instance variables in ActionBrowser. pierce |
From: Jon B. <jo...@gm...> - 2007-06-20 15:43:55
|
self.retain did work for me + I am able to use the accessors in the table cell properly. I am using Martin Kahr's impementation ... http://www.martinkahr.com/2007/05/04/nscell-image-and-text-sample - Jon On Jun 20, 2007, at 11:33 AM, jea...@gm... wrote: > i would think that you need to implement the protocol on an > NSObject, not a > ruby object. > does self.retain work from the ruby side of the bridge? > > > http://developer.apple.com/documentation/Cocoa/Reference/Foundation/ > Protocols/NSCopying_Protocol/Reference/Reference.html > > Your options for implementing this protocol are as follows: > > - Implement NSCopying using alloc and init... in classes that don't > inherit > copyWithZone:. > - Implement NSCopying by invoking the superclass's copyWithZone: when > NSCopying behavior is inherited. If the superclass implementation > might use > the NSCopyObject function, make explicit assignments to pointer > instance > variables for retained objects. > - Implement NSCopying by retaining the original instead of creating > a new > copy when the class and its contents are immutable. > > > > On 6/20/07, Jon Baer <jo...@jo...> wrote: >> >> I may have answered my own question ... >> >> return self.retain >> >> On Jun 20, 2007, at 10:56 AM, Jon Baer wrote: >> >> > Hi, >> > >> > I need to implement something which requires the NSCopying protocol >> > + want to know if attr_accessor will handle this automatically or >> > if returning self is how this would/should work: >> > >> > def copyWithZone >> > OSX::NSLog "Copy with zone called" >> > return self >> > end >> > >> > My object was a normal Ruby object but since it requires this >> > method Ive extending OSX::NSObject and wondering if this will >> > automagically work for doing this, any ideas or pointers? >> > >> > Thanks. >> > >> > - 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 >> > ---------------------------------------------------------------------- > --- > 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 |
From: <jea...@gm...> - 2007-06-20 15:33:15
|
i would think that you need to implement the protocol on an NSObject, not a ruby object. does self.retain work from the ruby side of the bridge? http://developer.apple.com/documentation/Cocoa/Reference/Foundation/Protocols/NSCopying_Protocol/Reference/Reference.html Your options for implementing this protocol are as follows: - Implement NSCopying using alloc and init... in classes that don't inherit copyWithZone:. - Implement NSCopying by invoking the superclass's copyWithZone: when NSCopying behavior is inherited. If the superclass implementation might use the NSCopyObject function, make explicit assignments to pointer instance variables for retained objects. - Implement NSCopying by retaining the original instead of creating a new copy when the class and its contents are immutable. On 6/20/07, Jon Baer <jo...@jo...> wrote: > > I may have answered my own question ... > > return self.retain > > On Jun 20, 2007, at 10:56 AM, Jon Baer wrote: > > > Hi, > > > > I need to implement something which requires the NSCopying protocol > > + want to know if attr_accessor will handle this automatically or > > if returning self is how this would/should work: > > > > def copyWithZone > > OSX::NSLog "Copy with zone called" > > return self > > end > > > > My object was a normal Ruby object but since it requires this > > method Ive extending OSX::NSObject and wondering if this will > > automagically work for doing this, any ideas or pointers? > > > > Thanks. > > > > - 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 > |
From: <jea...@gm...> - 2007-06-20 15:27:57
|
On 6/20/07, Jon Baer <jo...@gm...> wrote: > > Need clarification. Can someone tell me if this is correct form/way > (it does work): > > def tableView_willDisplayCell_forTableColumn_row(tableView, cell, > tableColumn, row) > OSX::NSLog("Table view will display cell for table column called") > case tableColumn.identifier > when "pic_square" > OSX::NSLog("Drawing pic_square for row " + row.to_s) > OSX::NSLog(@friends[row].pic_square.to_s) > if (@friends[row].pic_square.length > 0) then > url = OSX::NSURL.URLWithString(@friends[row].pic_square.to_s) > image = OSX::NSImage.alloc.initWithContentsOfURL(url) > cell.setObjectValue(image) > return cell > else > return cell > end > end > end > > Im trying to figure out if I do need to return the cell, the docs say > void, can I just modify the cells @ will + they are retained? if the method returns void, then you return void - just modify the cell passed into the delegate method directly. cheers, jean-pierre tableView:willDisplayCell:forTableColumn:row: Informs the delegate that aTableView will display the cell at rowIndex in aTableColumn using aCell. - (void)tableView:(NSTableView *)aTableView willDisplayCell:(id)aCell forTableColumn:(NSTableColumn *)aTableColumn row:(int)rowIndex Discussion The delegate can modify the display attributes of aCell to alter the appearance of the cell. Because aCell is reused for every row in aTableColumn, the delegate must set the display attributes both when drawing special cells and when drawing normal cells. Availability Available in Mac OS X v10.0 and later. |