Bug #19135 2013-09-29 19:37

mojca

missisupport for wx_mac & wx_osx in configure.in

I was confused by the fact that when compiling Code::Blocks against wxGTK (wx_gtk2u) hunspell was properly found, while it wasn't when compiling against Carbon or Cocoa-based wxWidgets.

I now realized that the following code in configure.in:

WX_BASENAME=`$WX_CONFIG_WITH_ARGS --basename`

case $WX_BASENAME in

*wx_gtk*)

...

completely misses the part for "wx_osx_cocoau" (the basename in case of Cocoa-based wxWidgets 2.9) and lacks options in case of Carbon-based wxWidgets 2.8 (I don't have that system at hand at the moment to report the exact basename, but it falls under "*wx_mac*)").

In particular I miss the test for pkg-config and the test for

PKG_CHECK_MODULES([HUNSPELL], [hunspell])

I don't know how MouseSap or NassiShneiderman works (it compiles if I enable the plugins under wx_mac or wx_osx) and I don't have the dependencies of FileManager (gamin; trying to compile with FileManager always fails, so I never try to enable it), but Hunspell fails while I see no reason why it shouldn't work when the library is available.

As far as wx_mac is concerned, personally I don't have /Developer/Tools/Rez or /Developer/Tools/SetFile available and I have no clue what those four lines do anyway.

Configuring Code::Blocks with wxWidgets 2.9 ends up with

checking for wxWidgets platform... other

See also https://trac.macports.org/ticket/40390 and http://trac.macports.org/ticket/40389.

PS: configure.in should be called configure.ac

Category
 
Group
Platform:Mac
Status
Open
Close date
 
Assigned to