Re: To Debian Bug Tracking System in <[EMAIL PROTECTED]> > It still doesn't build on amd64:
Hi, the fix for that was just uploaded to Delayed/7, patch below.
diff -u crafty-20.0/Makefile crafty-20.0/Makefile
--- crafty-20.0/Makefile
+++ crafty-20.0/Makefile
@@ -497,7 +497,7 @@
egtb.o: egtb.cpp
$(CXX) -c $(CXFLAGS) $(opts) egtb.cpp
clean:
- -rm -f *.o crafty
+ -rm -f *.o *.gcno crafty
$(objects): $(includes)
diff -u crafty-20.0/debian/changelog crafty-20.0/debian/changelog
--- crafty-20.0/debian/changelog
+++ crafty-20.0/debian/changelog
@@ -1,3 +1,14 @@
+crafty (20.0-1.1) unstable; urgency=low
+
+ [ Ian Wienand ]
+ * Non maintainer upload.
+ * Add libnuma dependency (Closes: #329073).
+
+ [ Christoph Berg ]
+ * Remove object files on clean (Closes: #337576).
+
+ -- Christoph Berg <[EMAIL PROTECTED]> Fri, 2 Dec 2005 01:37:16 +0100
+
crafty (20.0-1) unstable; urgency=low
* New upstream release.
diff -u crafty-20.0/debian/control crafty-20.0/debian/control
--- crafty-20.0/debian/control
+++ crafty-20.0/debian/control
@@ -1,7 +1,7 @@
Source: crafty
Section: non-free/games
Priority: optional
-Build-Depends: debhelper (>> 2.0.0)
+Build-Depends: debhelper (>> 2.0.0), libnuma-dev
Maintainer: Eric Van Buggenhaut <[EMAIL PROTECTED]>
Uploaders: Lukas Geyer <[EMAIL PROTECTED]>
Standards-Version: 3.6.2
diff -u crafty-20.0/changelog crafty-20.0/changelog
--- crafty-20.0/changelog
+++ crafty-20.0/changelog
@@ -3065,6 +3065,107 @@
* opponent has a protected passer, which easily negates the outside
*
* passer's threat.
*
*
*
+ * 19.15 fix to outside passed pawn code that requires pawns on both sides
*
+ * of the board for the side with an "outside passer" or "outside
*
+ * candidate" to avoid some bizarre evaluations. sel 0/0 now works
*
+ * without crashing Crafty. this would fail in previous versions as
*
+ * the hash signature would be modified but not restored. slightly
*
+ * more conservative limit on using null-move search to head off a
*
+ * few notable zugzwang problems was added. fix to time control
*
+ * code to remove a hole that could cause a divide-by-zero at a time
*
+ * control boundary. Stonewall detection removed completely as it
*
+ * appears to be no longer needed. rook scoring changed to better
*
+ * evaluate "open files" by measuring mobility on them. complete
*
+ * removal of Phase() (phase.c) and references to the opening,
*
+ * middlegame and endgame phases as they were no longer referenced
*
+ * anywhere in the code.
*
+ *
*
+ * 19.16 fix to "Trojan code" to eliminate the time limit exclusion since
*
+ * many users still have old and slow hardware, and the time limit
*
+ * was not set correctly when PreEvaluate() was called anyway. the
*
+ * code to display fail-high/fail-low information was cleaned up so
*
+ * that the +1 or +3 now makes sense from the black side where the
*
+ * score is really going down (good for black) rather than showing
*
+ * a +3 fail high (when Crafty is black) and the score is really
*
+ * going to drop (get better for black). Now the fail-high-fail-low
*
+ * +/- sign is also relative to +=good for white like the scores
*
+ * have been for years. adjustments to pawn evaluation terms to
*
+ * improve the scoring balance. "new" now terminates parallel
*
+ * threads (they will be re-started when needed) so that we don't
*
+ * burn CPU time when not actually playing a game.
*
+ *
*
+ * 19.17 changes to pawn evaluation to limit positional scores that could
*
+ * get a bit out of sane boundaries in some positions.
*
+ *
*
+ * 19.18 HashProbe() no longer adjusts alpha/beta bounds if the entry is
*
+ * not good enough to terminate the search here. this has helped
*
+ * speed things up (reduced size of tree) over many test positions
*
+ * so either it was buggy or not worthwhile. regardless, it is now
*
+ * 'gone'. connected passed pawns now scored as a simple pair of
*
+ * pawns that are better as they are advanced, the old connected
*
+ * passed pawns on the 6th rank special code has been removed.
*
+ *
*
+ * 19.19 RepetitionDraw() had a bug that would cause it to miss a draw
*
+ * claim on the 50th move, often making a strange (losing) move that
*
+ * would not lose if the draw is was claimed, but which would cause
*
+ * a loss if the draw was not claimed because the piece might be
*
+ * instantly captured if the opponent can play a move.
*
+ *
*
+ * 19.20 bug in the EvaluateMaterial() (bad trade) code that would not
*
+ * penalize a single piece vs 3 pawns properly. now the penalty is
*
+ * added in unless the side with the piece has nothing else to go
*
+ * with it at all (no pawns or other pieces). pawn scoring changed,
*
+ * doubled pawns were scored too badly because the penalties were
*
+ * added twice (as expected) but they were set as if they were just
*
+ * added once. eval command also had a bug in displaying the pawn
*
+ * evaluation parameters. move input changed to accept pawn
*
+ * promotions of the form a8Q (this is needed as ChessBase violates
*
+ * the PGN/SAN standard that mandates a8=Q as the proper syntax for
*
+ * pawn promotions.) annoying glitch in epdglue.c that would
*
+ * produce the wrong score for positions with exactly one legal move
*
+ * was fixed. New InvalidPosition() function verifies that FEN
*
+ * setup positions are reasonable, without extra pawns or too many
*
+ * pieces total, etc. passed pawn to 7th search extension removed,
*
+ * mate threat extension tuned down to 1/2 ply. bug in SetBoard()
*
+ * fixed. this bug made it impossible to import many epd records
*
+ * due to incorrectly handling the wtm flag. this was introduced in
*
+ * the recent changes to disallow certain types of illegal positions
*
+ * that were impossible (more than 9 queens of one color, etc.) new
*
+ * eval term for space added. this simply counts the number of
*
+ * squares on each rank attacked by pawns, and then multiplies by a
*
+ * constant that scales the attacks so that attacking ranks on the
*
+ * opponent's side of the board is more valuable than attacking
*
+ * squares on our side of the board and vice-versa. significant
*
+ * coding changes for the unix parallel search. POSIX threads are
*
+ * gone, due to too many differences between vendor's implementation
*
+ * details. Crafty now uses SYSV shared memory to share the search
*
+ * data (this is exactly the same parallel search approach always
*
+ * used, but with a completely different implementation) and fork()
*
+ * to spawn processes for each CPU. it simply became too much work
*
+ * to figure out what each vendor was doing about CPU time, how
*
+ * threads were scheduled, plus debug thread library implementations
*
+ * that were often buggy. there are no performance benefits to this
*
+ * approach other than falling back to features found in all Unix
*
+ * implementations. new NUMA changes to make sure that the local
*
+ * thread "blocks" are actually allocated on the NUMA node where
*
+ * the process actually runs, rather than on a remote node that
*
+ * will cause extra memory latency for often-used memory data. bug
*
+ * in EvaluatePawns() caused the outside passer / outside
*
+ * candidate bonus to be triggered when the opponent has a simple
*
+ * protected passed pawn. since the decoy value is nil with a
*
+ * protected passer (we can't take the supporing pawn or the passer
*
+ * will run) the outside candidate or passer doesn't help. bug in
*
+ * king safety caused pieces to be attracted to the opponent's king,
*
+ * even in simple endgames, inflating/deflating the score for a
*
+ * feature that was pointless. (2005 WCCC final version).
*
+ *
*
+ * 20.0 First in a new series. first change is to produce an endian-
*
+ * independent opening book. the format has not changed so that old
*
+ * book.bin/books.bin files will work fine, but they may now be
*
+ * freely between big-endian and little-endian architectures. this
*
+ * makes the binary format compatible between a PC and a Sun or HP
*
+ * box, for example, so that just one book.bin file is needed.
*
+ *
*
*******************************************************************************
*/
************************************************************
Christoph
--
[EMAIL PROTECTED] | http://www.df7cb.de/
signature.asc
Description: Digital signature
