Does anybody plan to post binary rem for SL? Id''love to rely on its availability in the installation script... As wx included in installation package makes it huge... Sergey Chernov real.sergeych@gmail.com
Our next Binary Release of wxRuby should hopefully be ported to Snow Leopard. But the one who does the building for Mac OS X, is Alex, so he will notify everyone if this will be possible or not. I still need to find a way to get myself a Mac Intel so that I can get me a copy of OS X SL for myself. On Tue, May 18, 2010 at 10:05 AM, Sergey Chernov <real.sergeych at gmail.com>wrote:> Does anybody plan to post binary rem for SL? Id''love to rely on its > availability in the installation script... As wx included in installation > package makes it huge... > > Sergey Chernov > real.sergeych at gmail.com > > > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users >-- Mario Steele Lieutenant 3 - Geo 99 XO - STO IFT Fleet Chief Engineer - Second Life http://www.iftcommand.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20100518/83e1e15d/attachment.html>
thanks! Just tried to build 2.9 in 64 bit mode (I really need it as need ruby 1.9 in 64-bit mode) on the SL like this: ./configure -with-osx_cocoa --disable-shared --disable-compat24 --enable-unicode CFLAGS="$arch_flags" CXXFLAGS="$arch_flags" CPPFLAGS="$arch_flags" LDFLAGS="$arch_flags" OBJCFLAGS="$arch_flags" OBJCXXFLAGS="$arch_flags" got an error: /Users/sergey/Downloads/wxWidgets-2.9.0/bk-deps g++ -mmacosx-version-min=10.4 -c -o corelib_printmac.o -I./.pch/wxprec_corelib -D__WXOSX_COCOA__ -DWXBUILDING -I/Users/sergey/Downloads/wxWidgets-2.9.0/src/tiff/libtiff -I./src/tiff/libtiff -I./src/jpeg -I./src/png -I./src/regex -DwxUSE_BASE=0 -Wall -Wundef -Wunused-parameter -Wno-ctor-dtor-privacy -Woverloaded-virtual -D_FILE_OFFSET_BITS=64 -I/Users/sergey/Downloads/wxWidgets-2.9.0/lib/wx/include/osx_cocoa-unicode-release-static-2.9 -I./include -DWX_PRECOMP -O2 -fno-strict-aliasing -fno-common ./src/osx/core/printmac.cpp ./src/osx/core/printmac.cpp: In member function ?virtual bool wxOSXPrintData::TransferFrom(const wxPrintData&)?: ./src/osx/core/printmac.cpp:142: error: ?PMPaperCreate? was not declared in this scope make: *** [corelib_printmac.o] Error 1 did anybody build it on the SL? Any success stories? Btw I can try to help a little with Mac. 18.05.2010, ? 22:09, Mario Steele ???????(?):> Our next Binary Release of wxRuby should hopefully be ported to Snow Leopard. But the one who does the building for Mac OS X, is Alex, so he will notify everyone if this will be possible or not. I still need to find a way to get myself a Mac Intel so that I can get me a copy of OS X SL for myself. > > On Tue, May 18, 2010 at 10:05 AM, Sergey Chernov <real.sergeych at gmail.com> wrote: > Does anybody plan to post binary rem for SL? Id''love to rely on its availability in the installation script... As wx included in installation package makes it huge... > > Sergey Chernov > real.sergeych at gmail.com > > > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > > > > -- > Mario Steele > Lieutenant 3 - Geo 99 > XO - STO IFT Fleet > Chief Engineer - Second Life > http://www.iftcommand.com > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-usersSergey Chernov real.sergeych at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20100519/1c339892/attachment.html>
Thanks Mario - I have done a bit of messing around with Snow Leopard but haven''t yet got to a working gem. The addition of 64-bit arch as default makes things complicated. I''m going to be away for a few weeks, but will have another go when back. a On 18/05/2010 19:09, Mario Steele wrote:> Our next Binary Release of wxRuby should hopefully be ported to Snow > Leopard. But the one who does the building for Mac OS X, is Alex, so > he will notify everyone if this will be possible or not. I still need > to find a way to get myself a Mac Intel so that I can get me a copy of > OS X SL for myself.
Hi Sergey On 18/05/2010 23:53, Sergey Chernov wrote:> thanks! Just tried to build 2.9 in 64 bit mode (I really need it as > need ruby 1.9 in 64-bit mode) on the SL like this:I think this is one problem - wxRuby targets the stable version of wxWidgets (2.8.10) not 2.9, which is a development release with substantial API changes.> ./configure -with-osx_cocoa --disable-shared --disable-compat24 > --enable-unicode CFLAGS="$arch_flags" CXXFLAGS="$arch_flags" > CPPFLAGS="$arch_flags" LDFLAGS="$arch_flags" OBJCFLAGS="$arch_flags" > OBJCXXFLAGS="$arch_flags"I used this configure line to wxWidgets (though I don''t know if this is building with 64-bit support). Note I''m building a shared debug for development. ../configure --enable-universal_binary --with-macosx-sdk=/Developer/SDKs/MacOSX10.5.sdk --with-macosx-version-min=10.5 --enable-shared --enable-unicode --enable-static --enable-debug --enable-catch_segvs --enable-graphics_ctx --enable-mediactrl --with-opengl --with-libjpeg=builtin --with-libpng=builtin --with-libtiff=builtin --with-expat=builtin --enable-gui --enable-xrc --enable-mdi --enable-gif --enable-pcx --enable-iff --enable-pnm --enable-xpm I changed two lines in wxRuby''s rake/rakemacosx.rb to target 10.5 instead of 10.4, which fixed a compile error (patch attached). I haven''t got GLCanvas sorted yet, so I just skipped this bit of the build by doing rake WXRUBY_EXCLUDED=GLCanvas,GLContext But now I''m stuck with a conflicting typedef of ''ID'' betwen Ruby''s headers and the 10.6 Framework headers, which I don''t know how to resolve - suggestions welcome. /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/AIFF.h:79: error: conflicting declaration ''typedef UInt32 ID'' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/universal-darwin10.0/ruby.h:87: error: ''ID'' has a previous declaration as ''typedef long unsigned int ID'' hth alex -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rakeosx.patch URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20100519/98e0e8cb/attachment.pl>
19.05.2010, ? 21:13, Alex Fenton ???????(?):> Hi Sergey > > On 18/05/2010 23:53, Sergey Chernov wrote: >> thanks! Just tried to build 2.9 in 64 bit mode (I really need it as need ruby 1.9 in 64-bit mode) on the SL like this: > > I think this is one problem - wxRuby targets the stable version of wxWidgets (2.8.10) not 2.9, which is a development release with substantial API changes. > >> ./configure -with-osx_cocoa --disable-shared --disable-compat24 --enable-unicode CFLAGS="$arch_flags" CXXFLAGS="$arch_flags" CPPFLAGS="$arch_flags" LDFLAGS="$arch_flags" OBJCFLAGS="$arch_flags" OBJCXXFLAGS="$arch_flags"> > I used this configure line to wxWidgets (though I don''t know if this is building with 64-bit support). Note I''m building a shared debug for development. > > ../configure --enable-universal_binary --with-macosx-sdk=/Developer/SDKs/MacOSX10.5.sdk --with-macosx-version-min=10.5 --enable-shared --enable-unicode --enable-static --enable-debug --enable-catch_segvs --enable-graphics_ctx --enable-mediactrl --with-opengl --with-libjpeg=builtin --with-libpng=builtin --with-libtiff=builtin --with-expat=builtin --enable-gui --enable-xrc --enable-mdi --enable-gif --enable-pcx --enable-iff --enable-pnm --enable-xpmWell the prblem is, I need 64-bit wxwidgets as I use 64-bit ruby (1.9.1). And AFAIK there is no carbon support in 64 bit mode. This config yields 32bit mode - 10.5 sdk provides nothing but 32bit.> > I changed two lines in wxRuby''s rake/rakemacosx.rb to target 10.5 instead of 10.4, which fixed a compile error (patch attached). > > I haven''t got GLCanvas sorted yet, so I just skipped this bit of the build by doing > > rake WXRUBY_EXCLUDED=GLCanvas,GLContext > > But now I''m stuck with a conflicting typedef of ''ID'' betwen Ruby''s headers and the 10.6 Framework headers, which I don''t know how to resolve - suggestions welcome. > > /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/AIFF.h:79: error: conflicting declaration ''typedef UInt32 ID'' > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/universal-darwin10.0/ruby.h:87: error: ''ID'' has a previous declaration as ''typedef long unsigned int ID''That could be probably corrected by building 64-bit version of wxWidgets - it wouldn''t use carbon stuff. The config for it should look like ./configure --with-macosx-sdk=/Developer/SDKs/MacOSX10.6.sdk --with-macosx-version-min=10.6 --enable-shared --enable-unicode --enable-static --enable-debug --enable-catch_segvs --enable-graphics_ctx --enable-mediactrl --with-opengl --with-libjpeg=builtin --with-libpng=builtin --with-libtiff=builtin --with-expat=builtin --enable-gui --enable-xrc --enable-mdi --enable-gif --enable-pcx --enable-iff --enable-pnm --enable-xpm --with-osx-cocoa Unfortunately, it fails in the cocoa bindings /Users/sergey/Downloads/wxWidgets-2.9.0/bk-deps g++ -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -c -o coredll_osx_cocoa_textctrl.o -I./.pch/wxprec_coredll -D__WXOSX_COCOA__ -DWXBUILDING -I/Users/sergey/Downloads/wxWidgets-2.9.0/src/tiff/libtiff -I./src/tiff/libtiff -I./src/jpeg -I./src/png -I./src/regex -I./src/expat/lib -DWXUSINGDLL -DWXMAKINGDLL_CORE -DwxUSE_BASE=0 -dynamic -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D__WXDEBUG__ -I/Users/sergey/Downloads/wxWidgets-2.9.0/lib/wx/include/osx_cocoa-unicode-debug-2.9 -I./include -g -O0 -fvisibility=hidden -fvisibility-inlines-hidden ./src/osx/cocoa/textctrl.mm ./src/osx/cocoa/textctrl.mm: In function ?void -[wxNSTextFieldEditor keyDown:](wxNSTextFieldEditor*, objc_selector*, NSEvent*)?: ./src/osx/cocoa/textctrl.mm:144: error: no matching function for call to ?wxWidgetImpl::FindFromWXWidget(objc_object*)? ./include/wx/osx/core/private.h:261: note: candidates are: static wxWidgetImpl* wxWidgetImpl::FindFromWXWidget(NSView*) ./src/osx/cocoa/textctrl.mm: In function ?void -[wxNSTextFieldEditor keyUp:](wxNSTextFieldEditor*, objc_selector*, NSEvent*)?: ./src/osx/cocoa/textctrl.mm:153: error: no matching function for call to ?wxWidgetImpl::FindFromWXWidget(objc_object*)? ./include/wx/osx/core/private.h:261: note: candidates are: static wxWidgetImpl* wxWidgetImpl::FindFromWXWidget(NSView*) ./src/osx/cocoa/textctrl.mm: In function ?void -[wxNSTextFieldEditor flagsChanged:](wxNSTextFieldEditor*, objc_selector*, NSEvent*)?: ./src/osx/cocoa/textctrl.mm:160: error: no matching function for call to ?wxWidgetImpl::FindFromWXWidget(objc_object*)? ./include/wx/osx/core/private.h:261: note: candidates are: static wxWidgetImpl* wxWidgetImpl::FindFromWXWidget(NSView*) ./src/osx/cocoa/textctrl.mm: In function ?void -[wxNSTextFieldEditor insertText:](wxNSTextFieldEditor*, objc_selector*, objc_object*)?: ./src/osx/cocoa/textctrl.mm:173: error: no matching function for call to ?wxWidgetImpl::FindFromWXWidget(objc_object*)? ./include/wx/osx/core/private.h:261: note: candidates are: static wxWidgetImpl* wxWidgetImpl::FindFromWXWidget(NSView*) ./src/osx/cocoa/textctrl.mm: In constructor ?wxNSTextViewControl::wxNSTextViewControl(wxTextCtrl*, NSView*)?: ./src/osx/cocoa/textctrl.mm:321: warning: class ''NSView'' does not implement the ''NSTextViewDelegate'' protocol ./src/osx/cocoa/textctrl.mm: In constructor ?wxNSTextFieldControl::wxNSTextFieldControl(wxTextCtrl*, NSView*)?: ./src/osx/cocoa/textctrl.mm:436: warning: class ''NSView'' does not implement the ''NSTextFieldDelegate'' protocol make: *** [coredll_osx_cocoa_textctrl.o] Error 1 looks like its time to consult wxwidgets guys.> > hth > alex > > <rakeosx.patch>_______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-usersSergey Chernov real.sergeych at gmail.com
Sergey Chernov wrote:> Well the prblem is, I need 64-bit wxwidgets as I use 64-bit ruby (1.9.1). And AFAIK there is no carbon support in 64 bit mode. This config yields 32bit mode - 10.5 sdk provides nothing but 32bit. >Indeed - wx 2.8 Mac uses Carbon, Carbon isn''t 64 bit, so wx 2.9 Mac is switching to Cocoa. But wxRuby 2.0 only targets the current stable 2.8. So even if you get 2.9 built, wxRuby won''t compile against it. I''d think the way out (and how wxPython works on 10.6 currently) is to use a 32-bit ruby 1.9.1 (building your own if necessary with the arch explicitly declared), and then build wxRuby against this and wx 2.8.> /Users/sergey/Downloads/wxWidgets-2.9.0/bk-deps g++ -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -c -o coredll_osx_cocoa_textctrl.o -I./.pch/wxprec_coredll -D__WXOSX_COCOA__ -DWXBUILDINGYep -D__WXOSX_COCOA__ is the tag for the new Cocoa-based 2.9. All of wxRuby''s Mac support is for __WXMAC__.> looks like its time to consult wxwidgets guys.They have a very good dev team, led by Stephan Csomor for OS X. Well documented bugs, compile errors and patches are welcome, I''ve found. best alex
Well, thanks. Are there any plans on switching to wx 2.9? I actually hate the idea to build ruby, postgres and bloody lot of everything back to 32 bit. Actually I did a stupid thing on relying on fast 64bit integer math :) well looks like future isn''t yet there ;) Yours, Sergey 21.05.2010, ? 16:53, Alex Fenton <alex at pressure.to> ???????(?):> Sergey Chernov wrote: >> Well the prblem is, I need 64-bit wxwidgets as I use 64-bit ruby >> (1.9.1). And AFAIK there is no carbon support in 64 bit mode. This >> config yields 32bit mode - 10.5 sdk provides nothing but 32bit. >> > > Indeed - wx 2.8 Mac uses Carbon, Carbon isn''t 64 bit, so wx 2.9 Mac > is switching to Cocoa. But wxRuby 2.0 only targets the current > stable 2.8. So even if you get 2.9 built, wxRuby won''t compile > against it. > > I''d think the way out (and how wxPython works on 10.6 currently) is > to use a 32-bit ruby 1.9.1 (building your own if necessary with the > arch explicitly declared), and then build wxRuby against this and wx > 2.8. > >> /Users/sergey/Downloads/wxWidgets-2.9.0/bk-deps g++ -isysroot / >> Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -c -o >> coredll_osx_cocoa_textctrl.o -I./.pch/wxprec_coredll - >> D__WXOSX_COCOA__ -DWXBUILDING > > Yep -D__WXOSX_COCOA__ is the tag for the new Cocoa-based 2.9. All of > wxRuby''s Mac support is for __WXMAC__. > >> looks like its time to consult wxwidgets guys. > > They have a very good dev team, led by Stephan Csomor for OS X. Well > documented bugs, compile errors and patches are welcome, I''ve found. > > best > alex > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users
Our next 2.x line, or possibly our 3.x line, will be syncing with the wxWidgets latest code. Our future plans, is involving a match up with wxWidget''s versioning system, with our versioning system, that way you can compare wxRuby''s major and minor level''s, and see which major and minor version to work with on wxWidgets. Amongst other things, we will also be looking to modularize the wxRuby core .so library, to hopefully match up with the wxWidget''s .so libraries, though we haven''t officially worked much on that setup. It''s been something that we had been talking about, and another of that being hopefully to reduce the swig bloat, that is compounding the wxRuby.so file. We have lots of ideas, it''s just we''re trying to get synced with wxWidgets, and ourselves, and trying to get classes wrapped, and such. We hear that 3.0 of wxWidgets is going to be better, and easier for us to wrap in Ruby. We will wait and see. hth, Mario 2010/5/27 Sergey Chernov <real.sergeych at gmail.com>> Well, thanks. > > Are there any plans on switching to wx 2.9? > > I actually hate the idea to build ruby, postgres and bloody lot of > everything back to 32 bit. Actually I did a stupid thing on relying on fast > 64bit integer math :) well looks like future isn''t yet there ;) > > Yours, > Sergey > > 21.05.2010, ? 16:53, Alex Fenton <alex at pressure.to> ???????(?): > > > Sergey Chernov wrote: >> >>> Well the prblem is, I need 64-bit wxwidgets as I use 64-bit ruby (1.9.1). >>> And AFAIK there is no carbon support in 64 bit mode. This config yields >>> 32bit mode - 10.5 sdk provides nothing but 32bit. >>> >>> >> Indeed - wx 2.8 Mac uses Carbon, Carbon isn''t 64 bit, so wx 2.9 Mac is >> switching to Cocoa. But wxRuby 2.0 only targets the current stable 2.8. So >> even if you get 2.9 built, wxRuby won''t compile against it. >> >> I''d think the way out (and how wxPython works on 10.6 currently) is to use >> a 32-bit ruby 1.9.1 (building your own if necessary with the arch explicitly >> declared), and then build wxRuby against this and wx 2.8. >> >> /Users/sergey/Downloads/wxWidgets-2.9.0/bk-deps g++ -isysroot >>> /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -c -o >>> coredll_osx_cocoa_textctrl.o -I./.pch/wxprec_coredll -D__WXOSX_COCOA__ >>> -DWXBUILDING >>> >> >> Yep -D__WXOSX_COCOA__ is the tag for the new Cocoa-based 2.9. All of >> wxRuby''s Mac support is for __WXMAC__. >> >> looks like its time to consult wxwidgets guys. >>> >> >> They have a very good dev team, led by Stephan Csomor for OS X. Well >> documented bugs, compile errors and patches are welcome, I''ve found. >> >> best >> alex >> >> _______________________________________________ >> wxruby-users mailing list >> wxruby-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wxruby-users >> > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users >-- Mario Steele Lieutenant 3 - Geo 99 XO - STO IFT Fleet Chief Engineer - Second Life http://www.iftcommand.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20100527/f9140215/attachment-0001.html>