Bug 192594 – dev-lang/swig not found by dev-util/cmake

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Stefaan De Roeck (RETIRED) 2007-09-15 13:03:11 UTC]

dev-util/cmake uses the description found in
  /usr/share/cmake/Modules/FindSWIG.cmake to locate dev-lang/swig

Currently, this says:
FIND_PATH(SWIG_DIR
  SWIGConfig.cmake
  /usr/share/swig1.3
  /usr/lib/swig1.3
  /usr/local/share/swig1.3)
FIND_PATH(SWIG_DIR
  swig.swg
  /usr/share/swig1.3
  /usr/lib/swig1.3
  /usr/local/share/swig1.3)

However, none of the paths exist, as swig is (on my system swig-1.3.31 is installed) only located in /usr/share/swig/1.3.31.  

My fix was to create a softlink in /usr/share from swig/1.3.31 to swig1.3, but it could also be solved in FindSWIG.cmake file. Don't know which is preferable...

[Comment 1 Jakub Moc (RETIRED) 2007-09-15 13:13:03 UTC]

cmake bugs #3498, #3637, #4145 - maybe if you report is couple more times, they'll do something finally.

[Comment 2 Santiago M. Mola (RETIRED) 2007-09-18 11:12:25 UTC]

This bug is also holding a net-p2p/museek+ version bump.

Any chance we can apply the fix provided in http://www.cmake.org/Bug/view.php?id=4145 by our side?

[Comment 3 Santiago M. Mola (RETIRED) 2007-09-18 15:24:08 UTC]

Anyway, a workaround for ebuilds:
cmake -DSWIG_DIR="$(swig -swiglib)"

[Comment 4 Wulf Krueger (RETIRED) 2007-09-20 21:30:45 UTC]

 (In reply to comment #2)
> This bug is also holding a net-p2p/museek+ version bump.
> Any chance we can apply the fix provided in
> http://www.cmake.org/Bug/view.php?id=4145 by our side?

There would be a chance if I could see the bug but I don't get any mail from their bugtracker when trying to reset my password or create a new account. :-/
Mailing them didn't help either. 

[Comment 5 Santiago M. Mola (RETIRED) 2007-09-20 21:36:19 UTC]

Created attachment 131467 [details, diff]
FindSWIG.cmake

Proposed patch on upstream bugtracker. Credit goes to Axel Roebel.

[Comment 6 Wulf Krueger (RETIRED) 2007-09-27 18:49:51 UTC]

This is fixed in cmake-2.4.7-r2 which is currently p.masked until a dependency has been properly keyworded. Thanks, Coldwind!

[Comment 7 Wulf Krueger (RETIRED) 2008-01-13 15:33:15 UTC]

I've just unmasked cmake-2.4.7-r2 which fixes this issue.