[hatari-devel] cmake doesn't find readline

Eero Tamminen eerot at users.berlios.de
Sun Feb 21 18:02:26 CET 2010


Hi,

On Sunday 21 February 2010, Thomas Huth wrote:
> Eero Tamminen <eerot at users.berlios.de> wrote:
> > Btw. I quickly looked into the configure.ac and as the *.in files are
> > already removed, configure.ac itself cannot work anymore.   I.e. feel
> > free to remove it.
>
> What *.in files are you talking about? I did not remove anything from
> the autoconf build system yet, I only removed the old Xcode project
> files.

As there was Makefile.cnf.in, I thought there should be config.h.in too.
But it's actually created by configure.ac...  Doh.

Maybe it's better to remove configure.ac anyway, it seems I'm too confused
about it anyway (I'm much more familiar with plain GNU make).  I guess that
means Makefile.cnf.in can be removed too...


Btw. the config-default.h is currently missing defines for
posix_memalign / valloc / etc stuff.

You earlier said that:
"IIRC the valloc call was the only function that was available everywhere.
 posix_memalign() was not available on MinGW, memalign() was not available
 on Mac OS X."

Is posix_memalign() available on OSX?


> > > 3) Do an out-of-source build instead, i.e. run the initial "cmake"
> > > from a separate folder that is not part of the source tree.
> >
> > I think this is the best alternative.  Maybe the "configure" wrapper
> > you've added for CMake could automatically cause the build to be done
> > in a separate build subdirectory?
>
> The configure script behaves like proper automake-style configure
> scripts behave, too: It creates the build directory in the folder from
> wherever it has been called. For example if you have a folder called
> "hatari-src" with the sources and one called "hatari-build" for the
> build files, you would do something like this:
>
>  cd hatari-build
>  ../hatari-src/configure
>  make

Sounds good! :-)


	- Eero



More information about the hatari-devel mailing list