[hatari-devel] CMake floppy target

Eero Tamminen eerot at users.berlios.de
Sun Mar 21 16:53:25 CET 2010


Hi,

On Sunday 21 March 2010, Thomas Huth wrote:
> > CMake stuff doesn't work for me properly yet (and I'm not completely
> > happy with the defaults it uses).  I guess we'll see after Hatari 1.4
> > release whether there are others with similar issues.
>
> Any chance that you can figure out the problem with hatari.1.gz ?

If I in this generated Makefile:
	doc/CMakeFiles/manpages.dir/build.make

I change this line:
	doc/CMakeFiles/manpages: ../doc/hatari.1.gz
to:
	doc/CMakeFiles/manpages: doc/hatari.1.gz

Everything works fine because that's actually the target that generates
the .gz file.  As to why CMake decided to use a broken rule, I don't know.


Although this makes the build fail, I'm actually more worried about the
64-bit LFS issue and CMake not using sdl-config and using what SDL providers
think right for SDL[1], but instead hardcoding some other compiler options.

sdl-config uses _GNU_SOURCE which is kind of ugly, but still...

The 64-bit LFS issue comes from CMake not defining "_LARGEFILE64_SOURCE"
(which gets set with _GNU_SOURCE), only "_LARGEFILE_SOURCE".  See my
earlier mails to Nicolas.


> You are the only one so far who ran into this problem, so maybe it's just
> the cmake version of your Debian that is too old...?
> (By the way, I am using "cmake version 2.6-patch 4")

"cmake version 2.6-patch 0" doesn't seem that much older and it's the one
that's included into Debian stable...

-> I don't think CMake to be mature enough to be the only build option.
(Mature meaning that all popular Linux distros have fully working versions
of it etc.)

Debian testing seems to be having CMake 2.8:
	http://packages.debian.org/squeeze/cmake

There's a chance that testing has turned into new Debian stable by the time
we're considering releasing Hatari 1.5.  But one never knows with Debian
releases...


	- Eero



More information about the hatari-devel mailing list