mirror of
git://git.tartarus.org/simon/puzzles.git
synced 2025-04-21 08:01:30 -07:00
Files
de13ca2874
The 'core' library contains almost all the same objects as 'common', but leaves out hat.c. And the auxiliary program 'hatgen' now links against that slightly reduced core library instead of 'common'. This avoids a dependency loop: one of hatgen's jobs is to generate hat-tables.h, but hat-tables.h is a dependency of it. Of course, the generated hat-tables.h is already committed, so this doesn't present a bootstrapping problem in a normal build. But if someone modifies hatgen.c in order to regenerate hat-tables.h, and does so in a way that makes it uncompilable, they can't rebuild hatgen and try again! Of course you can always revert changes with git, but it's annoying to have to. Better to keep the dependencies non-cyclic in the first place.
11 lines
380 B
CMake
11 lines
380 B
CMake
cliprogram(combi-test combi-test.c)
|
|
cliprogram(divvy-test divvy-test.c)
|
|
cliprogram(hatgen hatgen.c CORE_LIB COMPILE_DEFINITIONS TEST_HAT)
|
|
cliprogram(hat-test hat-test.c)
|
|
cliprogram(latin-test latin-test.c)
|
|
cliprogram(matching matching.c)
|
|
cliprogram(obfusc obfusc.c)
|
|
cliprogram(penrose-test penrose-test.c)
|
|
cliprogram(sort-test sort-test.c)
|
|
cliprogram(tree234-test tree234-test.c)
|