Re: building with AquaTerm

[Lutz M. <lut...@gm...>]

On Jul 22, 2011, at 3:37 AM, Mojca Miklavec wrote:
> On Fri, Jul 22, 2011 at 03:59, Lutz Maibaum wrote:
>>> This would help in the case of macports. It doesn't help with aquaterm
>>> 1.1.0 which doesn't install libaquaterm.dylib at all.
>> 
>> It doesn't install a dynamic library at all, not even within the framework directory structure?
> 
> Of course it installs it into the framework.

Couldn't you then just add the proper location within the framework hierarchy to the LDFLAGS (as a temporary workaround)?

>> I do not know how one could modify the configure process to check for the presence of the aquaterm framework. For libraries there is a standard way to do so (the AC_CHECK_LIB macro, used in m4/apple.m4), but it's not clear to me if there is something similar for frameworks.
> 
> It would probably be easier to use cmake, but just to answer you. I
> have no idea how autotools work. The configure script currently has

[ SNIP ]

> All you need to do is to replace every instance of -laquaterm with
> -framework AquaTerm and check if that flag works ok.

As far as I know this part of the configure script is auto-generated from m4/apple.m4, which reads:

AC_DEFUN([GP_APPLE],
[AC_MSG_CHECKING(for Apple MacOS X)
AC_EGREP_CPP(yes,
[#if defined(__APPLE__) && defined(__MACH__)
  yes
#endif
], 
   [ AC_MSG_RESULT(yes)
     AC_CHECK_LIB(aquaterm, aqtInit, 
     [ LIBS="-laquaterm $LIBS -framework Foundation"
       CFLAGS="$CFLAGS -ObjC"
       AC_DEFINE(HAVE_LIBAQUATERM,1,
                 [Define to 1 if you're using the aquaterm library on Mac OS X])
     ],[], -lobjc)
     is_apple=yes
   ],
   AC_MSG_RESULT(no)
   is_apple=no)
])

The test for the aquaterm dynamic library is performed by AC_CHECK_LIB, and I don't think there is a similar predefined macro to test for frameworks. You posted one possible solution; another one is suggested in this thread:

http://lists.apple.com/archives/Unix-porting/2009/Jan/msg00025.html

  -- Lutz