Hi Lisandro,

On Sun, Mar 23, 2014 at 01:27:06PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> tag 730095 +patch
> thanks

> Note: I'm not the cmake maintainer but I'm just trying to get this solved.

> Ruby guys: is there any chance to apply the following patch to 
> /usr/share/cmake-2.8/Modules/FindRuby.cmake and see if you apps compile/work ?

I tested your patch with qtruby and ruby/ruby2.0 from experimental, giving
ruby2.0 as default Ruby interpreter.

It seems that there is a typo in the patch, because I get this error:

        CMake Error: Error in cmake code at
        /usr/share/cmake-2.8/Modules/FindRuby.cmake:101:
        Parse error.  Expected "(", got newline with text "
        ".
        CMake Error at CMakeLists.txt:5 (find_package):
          find_package Error reading CMake code from
          "/usr/share/cmake-2.8/Modules/FindRuby.cmake".

I replaced endif by endif(), and could go a bit further but not far.
I got this error:

        CMake Error at 
/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message):
          Could NOT find Ruby (missing: RUBY_CONFIG_INCLUDE_DIR) (found version
          "2.0.0")
        Call Stack (most recent call first):
          /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 
(_FPHSA_FAILURE_MESSAGE)
          /usr/share/cmake-2.8/Modules/FindRuby.cmake:242 
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)
          CMakeLists.txt:5 (find_package)

I tried earlier the patch provided in 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739826#17
(without yours). And it managed to build qtruby against ruby2.0.
It seems that it tries to solve a similar problem to this one.
Could you evaluate it?

About ruby1.9.1 and multiarch, I strongly believe that the plan is to
drop ruby1.9.1 as soon as possible, and that it will not be
multiarchified.

Cheers,

Cédric.

Attachment: signature.asc
Description: Digital signature

Reply via email to