Add test cases for non Integer assignment to FXuchar, FXshort and FXint.

It's typically possible to assign Float values to methods expecting
Integers and we also shouldn't break compatibility.

This reverts commit 3360c669.

Load icons independant from pwd.

We don't need defaultctor generation, but for FXChore and FXTimer we explicit can not use defaultctor generation, because these types are only usable as a pointer.

and eventually defined as public. Removing the protected declaration solves this.

../../../../ext/fox16_c/FXRbApp.cpp: In static member function ‘static FXRbApp* FXRbApp::constructAndInit(const FXchar*, const FXchar*)’:
../../../../ext/fox16_c/FXRbApp.cpp:58:28: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
   static char* argv[]={"",0};
                            ^

../../../../ext/fox16_c/frames_wrap.cpp: In function ‘VALUE FXGradientBar_gradient(FX::FXGradientBar*, FX::FXint)’:
../../../../ext/fox16_c/frames_wrap.cpp:2465:37: warning: zero-length gnu_printf format string [-Wformat-zero-length]
           rb_raise(rb_eNoMemError,"");
                                     ^

Add an example for overloading onCmdPasteSel to allow different behaviour on text pasted from the clipboard.

Merge fixes to examples

Fixed few examples to work and added some warning strings on apps which doesn't work unless you have a explicit gem installed.

Fixed few examples to work and added some warning strings on apps which doesn't work unless you have a explicit gem installed.

See commit e36631d2.

This fixes issue #10.

Stacktrace was:
==4561== Invalid read of size 8
==4561==    at 0x4F726FF: st_lookup (st.c:414)
==4561==    by 0x4FCEAD6: rb_method_entry_get_without_cache (vm_method.c:182)
==4561==    by 0x4FD94E5: rb_funcall (vm_eval.c:315)
==4561==    by 0x810DAF2: FXRbCallVoidMethod(FX::FXObject*, unsigned long) (in /home/lars/.rvm/gems/ruby-2.0.0-p247/gems/fxruby-1.6.28/lib/fox16_c.so)
==4561==    by 0x81AC98E: FXRbTreeList::recalc() (in /home/lars/.rvm/gems/ruby-2.0.0-p247/gems/fxruby-1.6.28/lib/fox16_c.so)
==4561==    by 0x8FC78DC: FX::FXTreeList::removeItems(FX::FXTreeItem*, FX::FXTreeItem*, unsigned char) (FXTreeList.cpp:2340)
==4561==    by 0x8FC7916: FX::FXTreeList::removeItem(FX::FXTreeItem*, unsigned char) (FXTreeList.cpp:2347)
==4561==    by 0x829ED0F: FXRbTreeItem::freefunc(FX::FXTreeItem*) (in /home/lars/.rvm/gems/ruby-2.0.0-p247/gems/fxruby-1.6.28/lib/fox16_c.so)
==4561==    by 0x4EBA505: finalize_list (gc.c:1415)
==4561==    by 0x4EC15A3: rb_gc_call_finalizer_at_exit (gc.c:1552)
==4561==    by 0x4EA8064: ruby_cleanup (eval.c:127)
==4561==    by 0x4EA8292: ruby_run_node (eval.c:307)
==4561==  Address 0x74fb894853ff8550 is not stack'd, malloc'd or (recently) free'd
==4561==
segfault_on_close.rb: [BUG] Segmentation fault

So we need to use it properly too.

See bug https://bugs.ruby-lang.org/issues/6504#change-38019

Update cross compilation tasks to build x64 and x86 targets.

Conflicts:
	Rakefile

Before commit af543822 loading order of fox16.so and fox16.rb was irrelevant.
But now fox16.rb must be called, in order to load ruby files to the C++
extension. Renaming the C++ extension ensures, that fox16.rb is called first.