Re: [Wxruby-dev] Status update

[Kevin Smith]

Hi Gour,

Do you think you could put together a section for the README file that
describes what MinGW and/or MSW folks need to do to get everything
compiled and working? 

A lot of great tips have gone by on this list, but since I can't test
them, I don't want to be the person who summarizes them.

It would be great if someone could also do the same thing for OS X. It
can be rough, but at this point anything is better than nothing.

Kevin

On Sun, 2003-08-10 at 08:47, Gour wrote:
> Kevin Smith (address@hidden) wrote:
> 
> > I just wanted to apologize for the silence the last couple weeks. Of the
> > last three weekends, I have been out of town for two and sick for the
> > other. Combine that with buying a new computer and looking for a new
> > place to live, and...well...my life is almost as busy as some of the
> > other folks on the list. Ok. I'm done whining.
> 
> I was also absent last week for several days, and here I'm :-)
> > 
> 
> > My near-term goals for wxRuby are:
> > 1. Incorporate the patches posted recently to this list
> > 2. Migrate to rubyforge
> 
> I just checked rubyforge and can see that the migration is in the process.
> 
> > 3. Release a 0.1, even if it doesn't work on all platforms yet
> 
> Here is what I've foudn regarding MinGW & MSYS platform:
> 
> a) compile errors in Yield Macro experienced by Roy & myself are due to 
> win32api
> headers and/or old MinGW headers. (info got from wxwindwos ml)
> 
> I tried to add wx/msw/winundef.h in all the problematic header files and the 
> wxruby
> code was compiled. However, I still cannot link wxruby.so with static version 
> of
> wxwindows library (is it possible at all?) due to many unresolved references 
> during the
> linking phase.
> 
> b) I also learnt about the non-awareness for backticking in MinGW's version 
> of Ruby,
> so I changed MinGW section in extconf.rb to:
> 
> *** extconf.rb  Tue Jul 29 12:37:00 2003
> --- /home/ggd/win/msys/1.0/home/ggd/wxruby/src/extconf.rb       Sun Aug 10 
> 17:38:13 2003
> ***************
> *** 24,31 ****
>       $LDFLAGS += " `wx-config --libs` -Wl,--version-script,./version-script "
>   elsif /mingw32/ =~ RUBY_PLATFORM
> !     CONFIG["CC"] = " `wx-config --cxx`"
> !     CONFIG["LDSHARED"].gsub!("gcc"," `wx-config --cxx`".strip)
> !     $CFLAGS += " `wx-config --cxxflags` -DWXUSINGDLL=1"
> !     $LDFLAGS += " `wx-config --libs` -Wl,--version-script,./version-script "
>       $LIBS += " -lwxmsw241"
>   elsif /powerpc-darwin/ =~ RUBY_PLATFORM
> --- 24,31 ----
>       $LDFLAGS += " `wx-config --libs` -Wl,--version-script,./version-script "
>   elsif /mingw32/ =~ RUBY_PLATFORM
> !     CONFIG["CC"] = eval("`sh wx-config --cxx`")
> !     CONFIG["LDSHARED"].gsub!("gcc",eval("`sh wx-config --cxx`").strip)
> !     $CFLAGS += eval(" `sh wx-config --cxxflags`").strip
> !     $LDFLAGS += eval(" `sh wx-config --libs`").strip
>       $LIBS += " -lwxmsw241"
>   elsif /powerpc-darwin/ =~ RUBY_PLATFORM
> 
> I assume that MinGW platform means MinGW + MSYS (otherwise we'd need to check
> whether $SHELL match "/bin/sh").
> 
> Strange, but although `wx-config --libs` lists -lwxmsw241, unlike on Linux, 
> we still
> need $LIBS statement, but let it be like that, at the moment (although it's 
> not very
> elegant).
> 
> So, wxwindows has to be built with "--enable-shared" switch which will 
> produce  
> wxmsw241.dll & wxmsw241.dll.a needed for linking.
> 
> > 4. Release my monkeys and redwood projects as larger examples of wxRuby
> > projects
> 
> I'm interested to see them since until now I'm much more busy with Win 
> (MinGW) 
> intricacies, than learning wxruby :-(
> 
> Sincerely,
> Gour