* New upstream version.
* Standards 4.5.0 (no real change).
[dgit import unpatched stockfish 11-1]
--- /dev/null
--- /dev/null
++This package uses quilt for handling any changes to the source files,
++please refer to: /usr/share/doc/quilt/README.source for any further
++instructions.
--- /dev/null
--- /dev/null
++stockfish (11-1) unstable; urgency=medium
++
++ * New upstream version.
++ * Standards 4.5.0 (no real change).
++
++ -- Milan Zamazal <pdm@debian.org> Mon, 27 Jan 2020 21:56:03 +0100
++
++stockfish (9-2) unstable; urgency=medium
++
++ * rules: Workaround of a gcc bug causing FTBFS on many architectures
++ applied; thanks to Adrian Bunk <bunk@debian.org>; closes: #904139.
++ * Standards 4.2.1 (no real change).
++
++ -- Milan Zamazal <pdm@debian.org> Sat, 08 Sep 2018 21:32:46 +0200
++
++stockfish (9-1) unstable; urgency=medium
++
++ * New upstream version.
++ * Standards 4.1.5 (no real change).
++ * Debhelper compatibility level increased to 10.
++
++ -- Milan Zamazal <pdm@debian.org> Wed, 11 Jul 2018 14:02:55 +0200
++
++stockfish (8-4) unstable; urgency=medium
++
++ * Fix use of DEB_{BUILD,HOST}_* variables; thanks to
++ Helmut Grohne <helmut@subdivi.de>.
++ * Home page location updated.
++
++ -- Milan Zamazal <pdm@debian.org> Wed, 16 May 2018 22:00:21 +0200
++
++stockfish (8-3) unstable; urgency=low
++
++ * Set architecture bits from dpkg-architecture.
++ * Patch to exclude -m$(bits) compiler flag; thanks to Sven Joachim.
++ * Old unused patches removed.
++
++ -- Milan Zamazal <pdm@debian.org> Sat, 12 Nov 2016 18:55:54 +0100
++
++stockfish (8-2) unstable; urgency=low
++
++ * Build with ARCH=general-64 by default.
++
++ -- Milan Zamazal <pdm@debian.org> Thu, 10 Nov 2016 21:05:09 +0100
++
++stockfish (8-1) unstable; urgency=low
++
++ * New upstream version; closes: #843696.
++ * Enable parallel build.
++
++ -- Milan Zamazal <pdm@debian.org> Wed, 09 Nov 2016 19:45:41 +0100
++
++stockfish (7-1) unstable; urgency=medium
++
++ * New maintainer; closes: #835314.
++ * Standards 3.9.8 (no real changes).
++
++ -- Milan Zamazal <pdm@debian.org> Mon, 17 Oct 2016 21:28:24 +0200
++
++stockfish (7-0.1) unstable; urgency=medium
++
++ * Non-maintainer upload.
++ * New upstream release 7 (Closes: #759003)
++ - this bug was already fixed in version 6.
++ * Bump std-version to 3.9.6, no changes required.
++ * Update copyright file.
++
++ -- Gianfranco Costamagna <locutusofborg@debian.org> Fri, 08 Jan 2016 19:04:47 +0100
++
++stockfish (6-0.1) unstable; urgency=medium
++
++ * Non-maintainer upload.
++ * New upstream release 6 (Closes: #797327)
++ - Closes: #699309 (fixed in 5.0 according to bug comment #17)
++ * Drop quilt.
++ * Update watch file.
++ * Use quilt format.
++ * Update copyright file.
++
++ -- Gianfranco Costamagna <locutusofborg@debian.org> Mon, 12 Oct 2015 14:46:27 +0200
++
++stockfish (5.0.dd+git20140823-1) unstable; urgency=low
++
++ * New Upstream Version 5 (Closes: #756546)
++ * No polyglot.ini in the sources anymore, patch removed
++ * I am considering moving to the sources with Syzygy tablebases. If
++ anybody has an opinion on that matter file a bug with explanation.
++
++ -- Oliver Korff <ok@xynyx.de> Sat, 23 Aug 2014 16:43:44 +0200
++
++stockfish (4.0.dd+git20140122-1) unstable; urgency=low
++
++ * New Upstream Version 4 (Closes: #730504)
++ * Removed makefile_patch_02 not needed anymore
++ * Upgraded to Standards-Version 3.9.5, no package changes
++ * Changed the binary path in polyglot.ini to /usr/games/stockfish
++ Thx to Francesco Poli for filing the bug (Closes: #728920)
++ * Changes to the watchfile, but this will not help scanning for new
++ Versions.
++
++ -- Oliver Korff <ok@xynyx.de> Thu, 20 Feb 2014 22:31:10 +0100
++
++stockfish (3.0.0+git20130508-2) unstable; urgency=low
++
++ * Upstream version 3.(Closes: #706554)
++ * After fighting with the chroot environment on merulo I solved the
++ build problem on ia64 and added a target for the arch to the rules file:
++ profile-build ARCH=general-64 optimize=no (Closes: #679174)
++
++ -- Oliver Korff <ok@xynyx.de> Sun, 09 Jun 2013 21:07:19 +0200
++
++stockfish (3.0.0+git20130508-1) unstable; urgency=low
++
++ * New Upstream version. (Closes: #706554)
++ * The prefetch behaviour is now changed by upstream, so the
++ makefile_patch_03 is not needed anymore.
++
++ -- Oliver Korff <ok@xynyx.de> Sat, 08 Jun 2013 16:34:32 +0200
++
++stockfish (2.3.1+git20121008-2) unstable; urgency=low
++
++ * FTBFS on various archs due to a Makefile target change. This is fixed
++ now by changing the prefetch behaviour.
++
++ -- Oliver Korff <ok@xynyx.de> Fri, 12 Oct 2012 02:23:09 +0200
++
++stockfish (2.3.1+git20121008-1) unstable; urgency=low
++
++ * New Upstream version.
++ * Updated to Standards-Version 3.9.4. No package changes.
++ * Use dh_auto_build in rules (instead of make directly) and compat
++ level 9 instead of 7. This sets the hardening build flags by
++ default.
++ The controlfile had to be ajusted to debhelper (>= 9). And the
++ patch makefile_patch_02 is intrduced to make the hardening
++ environment CXXFLAGS and LDFLAGS visible to the makefile.
++
++
++ -- Oliver Korff <ok@xynyx.de> Thu, 11 Oct 2012 17:05:55 +0200
++
++stockfish (2.2.2+git20120201-1) unstable; urgency=low
++
++ * New Upstream version.
++
++ -- Oliver Korff <ok@xynyx.de> Thu, 02 Feb 2012 00:01:04 +0100
++
++stockfish (2.2.1+git20120109-1) unstable; urgency=low
++
++ * New Upstream version.
++ * Removed debian/patches/add-lgov-linker.patch: makes build fail on debian,
++ the upstream Makefile now includes lgcov.
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 09 Jan 2012 23:30:22 +0100
++
++stockfish (2.1.1+git20111006-2) unstable; urgency=low
++
++ * debian/patches/add-lgov-linker.patch: Add -lgcov library linker to fixing
++ FTBFS ld no-add-needed. (LP: #832862) Thanks to Mahyuddin Susanto.
++
++ -- Oliver Korff <ok@xynyx.de> Tue, 08 Nov 2011 10:16:52 +0100
++
++stockfish (2.1.1+git20111006-1) unstable; urgency=low
++
++ * Upstream has now moved to git.
++ https://github.com/mcostalba/Stockfish.git
++ All changes are said to be code cleanups and no feature changes.
++ * Debian specific update to support m86k.
++ * Basic support for DEB_BUILD_OPTIONS. The option nocheck will drop
++ the testsuite and noopts will at least drop the profiling.
++ * Adjusted download location in copyright.
++
++ -- Oliver Korff <ok@xynyx.de> Thu, 15 Sep 2011 00:12:59 +0200
++
++stockfish (2.1.1-1) unstable; urgency=low
++
++ * New Upstream version. Its a maintenance release.
++ * Repack of the source distribution due to the included binary files. Removed:
++ stockfish-211-64-ja stockfish-211-32-ja stockfish-211-64-ja.exe
++ stockfish-211-32-ja.exe stockfish-211-android-ja
++ * Removed build dependency to g++-4.4 (>= 4.4.5), maybe we don't need this
++ anymore. Lets see, if the other architectures will build fine...
++ * Updated to Standards-Version 3.9.2. No package changes.
++ * Removed duplicat Homepage field from contreol.
++
++ -- Oliver Korff <ok@xynyx.de> Tue, 10 May 2011 09:29:35 +0200
++
++stockfish (2.0.1-2) unstable; urgency=low
++
++ * Upload to unstable.
++ * For sparc there is no profiling anymore, because I never received more
++ info on the bugreport. (Closes: #599979)
++ * Added a Homepage: field to control file.
++
++ -- Oliver Korff <ok@xynyx.de> Thu, 24 Feb 2011 16:28:14 +0100
++
++stockfish (2.0.1-1) experimental; urgency=low
++
++ * New Upstream version.
++ * Upstream uses now the RKISS random generator for hash keys (courtesy of
++ Heinz van Saanen) instead of mersenne, so I adjusted the copyright notice.
++
++ -- Oliver Korff <ok@xynyx.de> Tue, 11 Jan 2011 09:31:01 +0100
++
++stockfish (1.9.1-3) experimental; urgency=low
++
++ * The build problems on sparc are still present due to the old
++ installed new gcc packages. In my opinion the right way to deal with
++ that is to adjust the builddepends to the g++-4.4 (>= 4.4.5-1~) version,
++ that is working on the the porter-boxes. This version is also the current
++ in testing and unstable. The build systems on lebrun should be updated.
++ * On ia64 the build fails with an: "internal compiler error" To prevent this
++ I will disable the profiling there. The g++ is now current here. The
++ behavior is different on the porterbox merulo. The plan is to report
++ upstream and test profiling in experimental next release again.
++
++ -- Oliver Korff <ok@xynyx.de> Sun, 07 Nov 2010 14:14:39 +0100
++
++stockfish (1.9.1-2) experimental; urgency=low
++
++ * The encountered build problems on sparc and ia64 should now be solved
++ by the installed new gcc packages. Old gcc/g++ versions broke
++ optimization and profile build. The corresponding bugs No. 599979
++ and 599977. Will be closed after successful builds.
++
++ -- Oliver Korff <ok@xynyx.de> Sat, 16 Oct 2010 23:18:55 +0200
++
++stockfish (1.9.1-1) experimental; urgency=low
++
++ * New Upstream Version.
++ * Repack removed the linux binaries and adjusted the source dir.
++ * Updated to Standards Version 3.9.1
++ * Fixed a typo in debian/control
++ * Introduced debian/source/format, with 1.0 entry, I see no reason
++ for switching to quilt ATM
++ * I switched from: Recomments: polyglot, xboard | scid to Suggests,
++ This solves a problem, that Adrian Petrescu has, maybe it is more
++ convenient, and solves the ubuntu bug Nr. 652772.
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 11 Oct 2010 15:20:04 +0200
++
++stockfish (1.8.0-5) unreleased; urgency=low
++
++ * Joona Kiiski found a problem in the Makefile, that might affect
++ the proper building of the sources. This is fixed with the
++ makefile_patch.
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 05 Jul 2010 20:52:08 +0200
++
++stockfish (1.8.0-4) unstable; urgency=low
++
++ * Upstream suggested to add a testrun to the buildprocess to ensure,
++ the binaries are fully functional.
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 05 Jul 2010 17:26:52 +0200
++
++stockfish (1.8.0-3) unstable; urgency=low
++
++ * alpha is not building, so the profiling is disabled
++ * removed a typo in rules file
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 05 Jul 2010 16:32:36 +0200
++
++stockfish (1.8.0-2) unstable; urgency=low
++
++ * Building a profiled stockfish on armel, powerpc and hppa fails,
++ Solution: turn off the profiling, until this is further inspected.
++ * Updated to standards version 3.8.4, without any changes
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 05 Jul 2010 10:05:13 +0200
++
++stockfish (1.8.0-1) unstable; urgency=low
++
++ * New Upstream Release
++ * Removed the binarys in Linux subdir
++ * Adjusted the copyright to point to www.stockfishchess.com
++ * Added arch specific targets in rules file
++ * No more patches, I will remove quilt dependency, if it stays this way
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 05 Jul 2010 00:35:01 +0200
++
++stockfish (1.7.1JA-2) unstable; urgency=low
++
++ * a faulty mips compile workaround with -DBIGENDIAN broke the mipsel
++ compile. Reset of this should make this work again.
++
++ -- Oliver Korff <ok@xynyx.de> Sun, 16 May 2010 11:44:51 +0200
++
++stockfish (1.7.1JA-1) unstable; urgency=low
++
++ * New Upstream bugfix Release
++ * Removed the binarys in Linux and Windows subdir
++ * mips compile was not working, added -DBIGENDIAN
++ * Set UCI option for zugzwang detection to "on" by default
++
++ -- Oliver Korff <ok@xynyx.de> Thu, 15 Apr 2010 15:30:22 +0200
++
++stockfish (1.7.0JA-2) unstable; urgency=low
++
++ * The stockfish bin segfaults on hppa, powerpc, s390, sparc, so a
++ -DBIGENDIAN was added on these archs.
++
++ -- Oliver Korff <ok@xynyx.de> Sun, 11 Apr 2010 23:11:14 +0200
++
++stockfish (1.7.0JA-1) unstable; urgency=low
++
++ * New Upstream Release
++ * Removed the binarys in Linux and Windows subdir
++ * Adjusted the copyright to match the current status, added Joona Kiiski
++ * Renewed the msse-removal patch, to work on the new source
++
++ -- Oliver Korff <ok@xynyx.de> Sat, 10 Apr 2010 14:40:58 +0200
++
++stockfish (1.6.3JA-2) unstable; urgency=low
++
++ * rules: "make clean" compiles a .depend with -msse. This fails on
++ architectures other than i386. With this fix it is ensured that
++ the .depend exists even if the quilt patches are not applied.
++ Thanks to Christoph Berg for finding the problem. (Closes: #570665)
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 22 Feb 2010 10:17:50 +0100
++
++stockfish (1.6.3JA-1) unstable; urgency=low
++
++ * Ńew upstream version. This is a bugfix version. It contains the patches,
++ which were already in 1.6.2 and addresses some multi threading bugs. No
++ enhancement in playing strength.
++ * Updated to standards version 3.8.4, there was nothing todo.
++ * Included a watchfile for documentation purpose only.
++ * Added a description to the msse patch.
++
++ -- Oliver Korff <ok@xynyx.de> Fri, 05 Feb 2010 00:41:18 +0100
++
++stockfish (1.6.2JA-3) unstable; urgency=low
++
++ * The bugfix patch contained an irritating bug itself. On commandline
++ after "go infinite", and "stop" there is no bestmove prited out. The
++ problem and fix was reported by Joona Kiiski, thanks.
++
++ -- Oliver Korff <ok@xynyx.de> Fri, 15 Jan 2010 21:27:36 +0100
++
++stockfish (1.6.2JA-2) unstable; urgency=low
++
++ * "Search until stop command bug" fixed. This is only necessary
++ for GUIs like scid and was fixed by Marco Costelba. Patch was
++ Released in the http://talkchess.com forum.
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 11 Jan 2010 14:44:12 +0100
++
++stockfish (1.6.2JA-1) unstable; urgency=low
++
++ * New upstream version.
++ * This version still uses the SSE extensions. These are not usable
++ for debian. I decided to use the quilt patch system to work with resulting
++ patch for the makefile and tt.cpp.
++ * Renewed the rules file to use the new dh standards
++
++ -- Oliver Korff <ok@xynyx.de> Wed, 06 Jan 2010 13:26:08 +0100
++
++stockfish (1.5.1JA-3) unstable; urgency=low
++
++ * Thanks to Joona Kiiski I could remove the -msse option from the
++ gcc flags and stockfish might now build on other architectures.
++ Problem was the include of xmmintrin.h, that holds the SSE extensions.
++ Marc Costelba: "in any case is only a speed optimization, not a
++ functional change."
++ * Change of Architecture: any in debian control
++
++ -- Oliver Korff <ok@xynyx.de> Wed, 16 Dec 2009 00:07:49 +0100
++
++stockfish (1.5.1JA-2) unstable; urgency=low
++
++ * FTBS Bug: I had to find out, that stockfish uses architecture
++ specific SSE extensions. At the moment I counter this by specifying
++ the architectures, that are known to work: i386 amd64 kfreebsd-amd64
++ kfreebsd-i386 kfreebsd-amd64. This matter will be discussed with
++ upstream. (Closes: 559724)
++ * Removed knights from Recommends: field, the package is not up to date
++ * Adjusted the description slightly
++
++ -- Oliver Korff <ok@xynyx.de> Mon, 07 Dec 2009 16:19:46 +0100
++
++stockfish (1.5.1JA-1) unstable; urgency=low
++
++ * New Upstream Release
++ * The source was downloaded from mediafire.com
++ * It came as .zip file and was repackaged, the files stockfish_151_ja.exe
++ stockfish_151_win98.exe and stockfish_151_x64_ja.exe have been removed.
++ The source has been kept unchanged.
++ * Initial official release (Closes: #550566)
++
++ -- Oliver Korff <ok@xynyx.de> Sat, 10 Oct 2009 16:32:08 +0200
++
++stockfish (1.4.1JA-1) unofficial; urgency=low
++
++ * Initial unofficial release
++ * The source came as .rar file it had to be repackaged
++
++ -- Oliver Korff <ok@xynyx.de> Tue, 11 Aug 2009 18:57:23 +0200
--- /dev/null
--- /dev/null
++10
--- /dev/null
--- /dev/null
++Source: stockfish
++Section: games
++Priority: optional
++Maintainer: Milan Zamazal <pdm@debian.org>
++Build-Depends: debhelper (>= 10)
++Standards-Version: 4.5.0
++Homepage: https://stockfishchess.org
++
++Package: stockfish
++Architecture: any
++Depends: ${shlibs:Depends}, ${misc:Depends}
++Suggests: polyglot, xboard | scid
++Description: strong chess engine, to play chess against
++ free chess engine derived from Glaurung 2.1. It is a chess engine, so it
++ requires an UCI (universal chess interface) compatible GUI like XBoard
++ (with PolyGlot), eboard, Jose, Arena or scid in order to be used comfortably.
++ It is the strongest open source chess engine by october 2009 in the
++ "computer chess rating list" CCRL. Written in C++ it uses multiple threads
++ and cores. It is capable of Chess960 and has experimental support for polyglot
++ opening books.
--- /dev/null
--- /dev/null
++This package was debianized by:
++
++ Oliver Korff <ok@xynyx.de> on Tue, 11 Aug 2009 18:57:23 +0200
++
++It was downloaded from:
++
++ Version 1.5.1: http://www.mediafire.com/?5jx12zdyygw
++ Version 1.4.1: http://www.mediafire.com/?mihzcymwhlg
++ Version 1.6.3: http://www.mediafire.com/?ywtum2tmwi5
++ Later versions came from http://www.stockfishchess.com
++ ATM I clone the git repository at: https://github.com/mcostalba/Stockfish.git
++ Now the official git repository has moved to https://github.com/official-stockfish/Stockfish
++
++Upstream Authors:
++
++ Tord Romstad <tord@glaurungchess.com>
++ Marco Costalba <mcostalba@gmail.com>
++ Joona Kiiski <joona.kiiski@gmail.com>
++
++Copyright:
++
++ Copyright (C) 2004-2008 Tord Romstad (Glaurung author)
++ Copyright (C) 2008-2015 Marco Costalba, Joona Kiiski, Tord Romstad
++ Copyright (C) 2015-2016 Marco Costalba, Joona Kiiski, Gary Linscott, Tord Romstad
++ The copyright holder of parts of rkiss.h is Heinz van Saanen
++
++Licenses:
++
++ This program is free software: you can redistribute it and/or modify
++ it under the terms of the GNU General Public License as published by
++ the Free Software Foundation, either version 3 of the License, or
++ (at your option) any later version.
++
++ This package is distributed in the hope that it will be useful,
++ but WITHOUT ANY WARRANTY; without even the implied warranty of
++ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
++ GNU General Public License for more details.
++
++ You should have received a copy of the GNU General Public License
++ along with this program. If not, see <http://www.gnu.org/licenses/>.
++
++On Debian systems, the complete text of the GNU General
++Public License version 3 can be found in `/usr/share/common-licenses/GPL-3'.
++
++The Debian packaging is:
++
++ Copyright (C) 2009-2014 Oliver Korff <ok@xynyx.de>
++
++and is licensed under the GPL version 3, see above.
--- /dev/null
--- /dev/null
++usr/games
--- /dev/null
--- /dev/null
++Readme.md
++debian/engine-interface.txt
--- /dev/null
--- /dev/null
++\r
++\r
++Description of the universal chess interface (UCI) April 2006\r
++=================================================================\r
++\r
++* The specification is independent of the operating system. For Windows,\r
++ the engine is a normal exe file, either a console or "real" windows application.\r
++\r
++* all communication is done via standard input and output with text commands,\r
++\r
++* The engine should boot and wait for input from the GUI,\r
++ the engine should wait for the "isready" or "setoption" command to set up its internal parameters\r
++ as the boot process should be as quick as possible.\r
++\r
++* the engine must always be able to process input from stdin, even while thinking.\r
++\r
++* all command strings the engine receives will end with '\n',\r
++ also all commands the GUI receives should end with '\n',\r
++ Note: '\n' can be 0x0d or 0x0a0d or any combination depending on your OS.\r
++ If you use Engine and GUI in the same OS this should be no problem if you communicate in text mode,\r
++ but be aware of this when for example running a Linux engine in a Windows GUI.\r
++\r
++* arbitrary white space between tokens is allowed\r
++ Example: "debug on\n" and " debug on \n" and "\t debug \t \t\ton\t \n"\r
++ all set the debug mode of the engine on.\r
++\r
++* The engine will always be in forced mode which means it should never start calculating\r
++ or pondering without receiving a "go" command first.\r
++\r
++* Before the engine is asked to search on a position, there will always be a position command\r
++ to tell the engine about the current position.\r
++\r
++* by default all the opening book handling is done by the GUI,\r
++ but there is an option for the engine to use its own book ("OwnBook" option, see below)\r
++\r
++* if the engine or the GUI receives an unknown command or token it should just ignore it and try to\r
++ parse the rest of the string in this line.\r
++ Examples: "joho debug on\n" should switch the debug mode on given that joho is not defined,\r
++ "debug joho on\n" will be undefined however.\r
++\r
++* if the engine receives a command which is not supposed to come, for example "stop" when the engine is\r
++ not calculating, it should also just ignore it.\r
++ \r
++\r
++Move format:\r
++------------\r
++\r
++The move format is in long algebraic notation.\r
++A nullmove from the Engine to the GUI should be sent as 0000.\r
++Examples: e2e4, e7e5, e1g1 (white short castling), e7e8q (for promotion)\r
++\r
++\r
++\r
++GUI to engine:\r
++--------------\r
++\r
++These are all the command the engine gets from the interface.\r
++\r
++* uci\r
++ tell engine to use the uci (universal chess interface),\r
++ this will be sent once as a first command after program boot\r
++ to tell the engine to switch to uci mode.\r
++ After receiving the uci command the engine must identify itself with the "id" command\r
++ and send the "option" commands to tell the GUI which engine settings the engine supports if any.\r
++ After that the engine should send "uciok" to acknowledge the uci mode.\r
++ If no uciok is sent within a certain time period, the engine task will be killed by the GUI.\r
++\r
++* debug [ on | off ]\r
++ switch the debug mode of the engine on and off.\r
++ In debug mode the engine should send additional infos to the GUI, e.g. with the "info string" command,\r
++ to help debugging, e.g. the commands that the engine has received etc.\r
++ This mode should be switched off by default and this command can be sent\r
++ any time, also when the engine is thinking.\r
++\r
++* isready\r
++ this is used to synchronize the engine with the GUI. When the GUI has sent a command or\r
++ multiple commands that can take some time to complete,\r
++ this command can be used to wait for the engine to be ready again or\r
++ to ping the engine to find out if it is still alive.\r
++ E.g. this should be sent after setting the path to the tablebases as this can take some time.\r
++ This command is also required once before the engine is asked to do any search\r
++ to wait for the engine to finish initializing.\r
++ This command must always be answered with "readyok" and can be sent also when the engine is calculating\r
++ in which case the engine should also immediately answer with "readyok" without stopping the search.\r
++\r
++* setoption name <id> [value <x>]\r
++ this is sent to the engine when the user wants to change the internal parameters\r
++ of the engine. For the "button" type no value is needed.\r
++ One string will be sent for each parameter and this will only be sent when the engine is waiting.\r
++ The name and value of the option in <id> should not be case sensitive and can inlude spaces.\r
++ The substrings "value" and "name" should be avoided in <id> and <x> to allow unambiguous parsing,\r
++ for example do not use <name> = "draw value".\r
++ Here are some strings for the example below:\r
++ "setoption name Nullmove value true\n"\r
++ "setoption name Selectivity value 3\n"\r
++ "setoption name Style value Risky\n"\r
++ "setoption name Clear Hash\n"\r
++ "setoption name NalimovPath value c:\chess\tb\4;c:\chess\tb\5\n"\r
++\r
++* register\r
++ this is the command to try to register an engine or to tell the engine that registration\r
++ will be done later. This command should always be sent if the engine has sent "registration error"\r
++ at program startup.\r
++ The following tokens are allowed:\r
++ * later\r
++ the user doesn't want to register the engine now.\r
++ * name <x>\r
++ the engine should be registered with the name <x>\r
++ * code <y>\r
++ the engine should be registered with the code <y>\r
++ Example:\r
++ "register later"\r
++ "register name Stefan MK code 4359874324"\r
++\r
++* ucinewgame\r
++ this is sent to the engine when the next search (started with "position" and "go") will be from\r
++ a different game. This can be a new game the engine should play or a new game it should analyse but\r
++ also the next position from a testsuite with positions only.\r
++ If the GUI hasn't sent a "ucinewgame" before the first "position" command, the engine shouldn't\r
++ expect any further ucinewgame commands as the GUI is probably not supporting the ucinewgame command.\r
++ So the engine should not rely on this command even though all new GUIs should support it.\r
++ As the engine's reaction to "ucinewgame" can take some time the GUI should always send "isready"\r
++ after "ucinewgame" to wait for the engine to finish its operation.\r
++ \r
++* position [fen <fenstring> | startpos ] moves <move1> .... <movei>\r
++ set up the position described in fenstring on the internal board and\r
++ play the moves on the internal chess board.\r
++ if the game was played from the start position the string "startpos" will be sent\r
++ Note: no "new" command is needed. However, if this position is from a different game than\r
++ the last position sent to the engine, the GUI should have sent a "ucinewgame" inbetween.\r
++\r
++* go\r
++ start calculating on the current position set up with the "position" command.\r
++ There are a number of commands that can follow this command, all will be sent in the same string.\r
++ If one command is not sent its value should be interpreted as it would not influence the search.\r
++ * searchmoves <move1> .... <movei>\r
++ restrict search to this moves only\r
++ Example: After "position startpos" and "go infinite searchmoves e2e4 d2d4"\r
++ the engine should only search the two moves e2e4 and d2d4 in the initial position.\r
++ * ponder\r
++ start searching in pondering mode.\r
++ Do not exit the search in ponder mode, even if it's mate!\r
++ This means that the last move sent in in the position string is the ponder move.\r
++ The engine can do what it wants to do, but after a "ponderhit" command\r
++ it should execute the suggested move to ponder on. This means that the ponder move sent by\r
++ the GUI can be interpreted as a recommendation about which move to ponder. However, if the\r
++ engine decides to ponder on a different move, it should not display any mainlines as they are\r
++ likely to be misinterpreted by the GUI because the GUI expects the engine to ponder\r
++ on the suggested move.\r
++ * wtime <x>\r
++ white has x msec left on the clock\r
++ * btime <x>\r
++ black has x msec left on the clock\r
++ * winc <x>\r
++ white increment per move in mseconds if x > 0\r
++ * binc <x>\r
++ black increment per move in mseconds if x > 0\r
++ * movestogo <x>\r
++ there are x moves to the next time control,\r
++ this will only be sent if x > 0,\r
++ if you don't get this and get the wtime and btime it's sudden death\r
++ * depth <x>\r
++ search x plies only.\r
++ * nodes <x>\r
++ search x nodes only,\r
++ * mate <x>\r
++ search for a mate in x moves\r
++ * movetime <x>\r
++ search exactly x mseconds\r
++ * infinite\r
++ search until the "stop" command. Do not exit the search without being told so in this mode!\r
++ \r
++* stop\r
++ stop calculating as soon as possible,\r
++ don't forget the "bestmove" and possibly the "ponder" token when finishing the search\r
++\r
++* ponderhit\r
++ the user has played the expected move. This will be sent if the engine was told to ponder on the same move\r
++ the user has played. The engine should continue searching but switch from pondering to normal search.\r
++\r
++* quit\r
++ quit the program as soon as possible\r
++\r
++\r
++Engine to GUI:\r
++--------------\r
++\r
++* id\r
++ * name <x>\r
++ this must be sent after receiving the "uci" command to identify the engine,\r
++ e.g. "id name Shredder X.Y\n"\r
++ * author <x>\r
++ this must be sent after receiving the "uci" command to identify the engine,\r
++ e.g. "id author Stefan MK\n"\r
++\r
++* uciok\r
++ Must be sent after the id and optional options to tell the GUI that the engine\r
++ has sent all infos and is ready in uci mode.\r
++\r
++* readyok\r
++ This must be sent when the engine has received an "isready" command and has\r
++ processed all input and is ready to accept new commands now.\r
++ It is usually sent after a command that can take some time to be able to wait for the engine,\r
++ but it can be used anytime, even when the engine is searching,\r
++ and must always be answered with "isready".\r
++\r
++* bestmove <move1> [ ponder <move2> ]\r
++ the engine has stopped searching and found the move <move> best in this position.\r
++ the engine can send the move it likes to ponder on. The engine must not start pondering automatically.\r
++ this command must always be sent if the engine stops searching, also in pondering mode if there is a\r
++ "stop" command, so for every "go" command a "bestmove" command is needed!\r
++ Directly before that the engine should send a final "info" command with the final search information,\r
++ the the GUI has the complete statistics about the last search.\r
++\r
++* copyprotection\r
++ this is needed for copyprotected engines. After the uciok command the engine can tell the GUI,\r
++ that it will check the copy protection now. This is done by "copyprotection checking".\r
++ If the check is ok the engine should send "copyprotection ok", otherwise "copyprotection error".\r
++ If there is an error the engine should not function properly but should not quit alone.\r
++ If the engine reports "copyprotection error" the GUI should not use this engine\r
++ and display an error message instead!\r
++ The code in the engine can look like this\r
++ TellGUI("copyprotection checking\n");\r
++ // ... check the copy protection here ...\r
++ if(ok)\r
++ TellGUI("copyprotection ok\n");\r
++ else\r
++ TellGUI("copyprotection error\n");\r
++ \r
++* registration\r
++ this is needed for engines that need a username and/or a code to function with all features.\r
++ Analog to the "copyprotection" command the engine can send "registration checking"\r
++ after the uciok command followed by either "registration ok" or "registration error".\r
++ Also after every attempt to register the engine it should answer with "registration checking"\r
++ and then either "registration ok" or "registration error".\r
++ In contrast to the "copyprotection" command, the GUI can use the engine after the engine has\r
++ reported an error, but should inform the user that the engine is not properly registered\r
++ and might not use all its features.\r
++ In addition the GUI should offer to open a dialog to\r
++ enable registration of the engine. To try to register an engine the GUI can send\r
++ the "register" command.\r
++ The GUI has to always answer with the "register" command if the engine sends "registration error"\r
++ at engine startup (this can also be done with "register later")\r
++ and tell the user somehow that the engine is not registered.\r
++ This way the engine knows that the GUI can deal with the registration procedure and the user\r
++ will be informed that the engine is not properly registered.\r
++ \r
++* info\r
++ the engine wants to send information to the GUI. This should be done whenever one of the info has changed.\r
++ The engine can send only selected infos or multiple infos with one info command,\r
++ e.g. "info currmove e2e4 currmovenumber 1" or\r
++ "info depth 12 nodes 123456 nps 100000".\r
++ Also all infos belonging to the pv should be sent together\r
++ e.g. "info depth 2 score cp 214 time 1242 nodes 2124 nps 34928 pv e2e4 e7e5 g1f3"\r
++ I suggest to start sending "currmove", "currmovenumber", "currline" and "refutation" only after one second\r
++ to avoid too much traffic.\r
++ Additional info:\r
++ * depth <x>\r
++ search depth in plies\r
++ * seldepth <x>\r
++ selective search depth in plies,\r
++ if the engine sends seldepth there must also be a "depth" present in the same string.\r
++ * time <x>\r
++ the time searched in ms, this should be sent together with the pv.\r
++ * nodes <x>\r
++ x nodes searched, the engine should send this info regularly\r
++ * pv <move1> ... <movei>\r
++ the best line found\r
++ * multipv <num>\r
++ this for the multi pv mode.\r
++ for the best move/pv add "multipv 1" in the string when you send the pv.\r
++ in k-best mode always send all k variants in k strings together.\r
++ * score\r
++ * cp <x>\r
++ the score from the engine's point of view in centipawns.\r
++ * mate <y>\r
++ mate in y moves, not plies.\r
++ If the engine is getting mated use negative values for y.\r
++ * lowerbound\r
++ the score is just a lower bound.\r
++ * upperbound\r
++ the score is just an upper bound.\r
++ * currmove <move>\r
++ currently searching this move\r
++ * currmovenumber <x>\r
++ currently searching move number x, for the first move x should be 1 not 0.\r
++ * hashfull <x>\r
++ the hash is x permill full, the engine should send this info regularly\r
++ * nps <x>\r
++ x nodes per second searched, the engine should send this info regularly\r
++ * tbhits <x>\r
++ x positions where found in the endgame table bases\r
++ * sbhits <x>\r
++ x positions where found in the shredder endgame databases\r
++ * cpuload <x>\r
++ the cpu usage of the engine is x permill.\r
++ * string <str>\r
++ any string str which will be displayed be the engine,\r
++ if there is a string command the rest of the line will be interpreted as <str>.\r
++ * refutation <move1> <move2> ... <movei>\r
++ move <move1> is refuted by the line <move2> ... <movei>, i can be any number >= 1.\r
++ Example: after move d1h5 is searched, the engine can send\r
++ "info refutation d1h5 g6h5"\r
++ if g6h5 is the best answer after d1h5 or if g6h5 refutes the move d1h5.\r
++ if there is no refutation for d1h5 found, the engine should just send\r
++ "info refutation d1h5"\r
++ The engine should only send this if the option "UCI_ShowRefutations" is set to true.\r
++ * currline <cpunr> <move1> ... <movei>\r
++ this is the current line the engine is calculating. <cpunr> is the number of the cpu if\r
++ the engine is running on more than one cpu. <cpunr> = 1,2,3....\r
++ if the engine is just using one cpu, <cpunr> can be omitted.\r
++ If <cpunr> is greater than 1, always send all k lines in k strings together.\r
++ The engine should only send this if the option "UCI_ShowCurrLine" is set to true.\r
++ \r
++\r
++* option\r
++ This command tells the GUI which parameters can be changed in the engine.\r
++ This should be sent once at engine startup after the "uci" and the "id" commands\r
++ if any parameter can be changed in the engine.\r
++ The GUI should parse this and build a dialog for the user to change the settings.\r
++ Note that not every option needs to appear in this dialog as some options like\r
++ "Ponder", "UCI_AnalyseMode", etc. are better handled elsewhere or are set automatically.\r
++ If the user wants to change some settings, the GUI will send a "setoption" command to the engine.\r
++ Note that the GUI need not send the setoption command when starting the engine for every option if\r
++ it doesn't want to change the default value.\r
++ For all allowed combinations see the examples below,\r
++ as some combinations of this tokens don't make sense.\r
++ One string will be sent for each parameter.\r
++ * name <id>\r
++ The option has the name id.\r
++ Certain options have a fixed value for <id>, which means that the semantics of this option is fixed.\r
++ Usually those options should not be displayed in the normal engine options window of the GUI but\r
++ get a special treatment. "Pondering" for example should be set automatically when pondering is\r
++ enabled or disabled in the GUI options. The same for "UCI_AnalyseMode" which should also be set\r
++ automatically by the GUI. All those certain options have the prefix "UCI_" except for the\r
++ first 6 options below. If the GUI gets an unknown Option with the prefix "UCI_", it should just\r
++ ignore it and not display it in the engine's options dialog.\r
++ * <id> = Hash, type is spin\r
++ the value in MB for memory for hash tables can be changed,\r
++ this should be answered with the first "setoptions" command at program boot\r
++ if the engine has sent the appropriate "option name Hash" command,\r
++ which should be supported by all engines!\r
++ So the engine should use a very small hash first as default.\r
++ * <id> = NalimovPath, type string\r
++ this is the path on the hard disk to the Nalimov compressed format.\r
++ Multiple directories can be concatenated with ";"\r
++ * <id> = NalimovCache, type spin\r
++ this is the size in MB for the cache for the nalimov table bases\r
++ These last two options should also be present in the initial options exchange dialog\r
++ when the engine is booted if the engine supports it\r
++ * <id> = Ponder, type check\r
++ this means that the engine is able to ponder.\r
++ The GUI will send this whenever pondering is possible or not.\r
++ Note: The engine should not start pondering on its own if this is enabled, this option is only\r
++ needed because the engine might change its time management algorithm when pondering is allowed.\r
++ * <id> = OwnBook, type check\r
++ this means that the engine has its own book which is accessed by the engine itself.\r
++ if this is set, the engine takes care of the opening book and the GUI will never\r
++ execute a move out of its book for the engine. If this is set to false by the GUI,\r
++ the engine should not access its own book.\r
++ * <id> = MultiPV, type spin\r
++ the engine supports multi best line or k-best mode. the default value is 1\r
++ * <id> = UCI_ShowCurrLine, type check, should be false by default,\r
++ the engine can show the current line it is calculating. see "info currline" above.\r
++ * <id> = UCI_ShowRefutations, type check, should be false by default,\r
++ the engine can show a move and its refutation in a line. see "info refutations" above.\r
++ * <id> = UCI_LimitStrength, type check, should be false by default,\r
++ The engine is able to limit its strength to a specific Elo number,\r
++ This should always be implemented together with "UCI_Elo".\r
++ * <id> = UCI_Elo, type spin\r
++ The engine can limit its strength in Elo within this interval.\r
++ If UCI_LimitStrength is set to false, this value should be ignored.\r
++ If UCI_LimitStrength is set to true, the engine should play with this specific strength.\r
++ This should always be implemented together with "UCI_LimitStrength".\r
++ * <id> = UCI_AnalyseMode, type check\r
++ The engine wants to behave differently when analysing or playing a game.\r
++ For example when playing it can use some kind of learning.\r
++ This is set to false if the engine is playing a game, otherwise it is true.\r
++ * <id> = UCI_Opponent, type string\r
++ With this command the GUI can send the name, title, elo and if the engine is playing a human\r
++ or computer to the engine.\r
++ The format of the string has to be [GM|IM|FM|WGM|WIM|none] [<elo>|none] [computer|human] <name>\r
++ Examples:\r
++ "setoption name UCI_Opponent value GM 2800 human Gary Kasparov"\r
++ "setoption name UCI_Opponent value none none computer Shredder"\r
++ * <id> = UCI_EngineAbout, type string\r
++ With this command, the engine tells the GUI information about itself, for example a license text,\r
++ usually it doesn't make sense that the GUI changes this text with the setoption command.\r
++ Example:\r
++ "option name UCI_EngineAbout type string default Shredder by Stefan Meyer-Kahlen, see www.shredderchess.com"\r
++ * <id> = UCI_ShredderbasesPath, type string\r
++ this is either the path to the folder on the hard disk containing the Shredder endgame databases or\r
++ the path and filename of one Shredder endgame datbase.\r
++ * <id> = UCI_SetPositionValue, type string\r
++ the GUI can send this to the engine to tell the engine to use a certain value in centipawns from white's\r
++ point of view if evaluating this specifix position. \r
++ The string can have the formats:\r
++ <value> + <fen> | clear + <fen> | clearall\r
++ \r
++ * type <t>\r
++ The option has type t.\r
++ There are 5 different types of options the engine can send\r
++ * check\r
++ a checkbox that can either be true or false\r
++ * spin\r
++ a spin wheel that can be an integer in a certain range\r
++ * combo\r
++ a combo box that can have different predefined strings as a value\r
++ * button\r
++ a button that can be pressed to send a command to the engine\r
++ * string\r
++ a text field that has a string as a value,\r
++ an empty string has the value "<empty>"\r
++ * default <x>\r
++ the default value of this parameter is x\r
++ * min <x>\r
++ the minimum value of this parameter is x\r
++ * max <x>\r
++ the maximum value of this parameter is x\r
++ * var <x>\r
++ a predefined value of this parameter is x\r
++ Examples:\r
++ Here are 5 strings for each of the 5 possible types of options\r
++ "option name Nullmove type check default true\n"\r
++ "option name Selectivity type spin default 2 min 0 max 4\n"\r
++ "option name Style type combo default Normal var Solid var Normal var Risky\n"\r
++ "option name NalimovPath type string default c:\\n"\r
++ "option name Clear Hash type button\n"\r
++\r
++\r
++\r
++Examples:\r
++---------\r
++\r
++This is how the communication when the engine boots can look like:\r
++\r
++GUI engine\r
++\r
++// tell the engine to switch to UCI mode\r
++uci\r
++\r
++// engine identify \r
++ id name Shredder\r
++ id author Stefan MK\r
++\r
++// engine sends the options it can change\r
++// the engine can change the hash size from 1 to 128 MB\r
++ option name Hash type spin default 1 min 1 max 128\r
++\r
++// the engine supports Nalimov endgame tablebases\r
++ option name NalimovPath type string default <empty>\r
++ option name NalimovCache type spin default 1 min 1 max 32\r
++\r
++// the engine can switch off Nullmove and set the playing style\r
++ option name Nullmove type check default true\r
++ option name Style type combo default Normal var Solid var Normal var Risky\r
++\r
++// the engine has sent all parameters and is ready\r
++ uciok\r
++\r
++// Note: here the GUI can already send a "quit" command if it just wants to find out\r
++// details about the engine, so the engine should not initialize its internal\r
++// parameters before here.\r
++// now the GUI sets some values in the engine\r
++// set hash to 32 MB\r
++setoption name Hash value 32\r
++\r
++// init tbs\r
++setoption name NalimovCache value 1\r
++setoption name NalimovPath value d:\tb;c\tb\r
++\r
++// waiting for the engine to finish initializing\r
++// this command and the answer is required here!\r
++isready\r
++\r
++// engine has finished setting up the internal values\r
++ readyok\r
++\r
++// now we are ready to go\r
++\r
++// if the GUI is supporting it, tell the engine that is is\r
++// searching on a game that it hasn't searched on before\r
++ucinewgame\r
++\r
++// if the engine supports the "UCI_AnalyseMode" option and the next search is supposed to\r
++// be an analysis, the GUI should set "UCI_AnalyseMode" to true if it is currently\r
++// set to false with this engine\r
++setoption name UCI_AnalyseMode value true\r
++\r
++// tell the engine to search infinite from the start position after 1.e4 e5\r
++position startpos moves e2e4 e7e5\r
++go infinite\r
++\r
++// the engine starts sending infos about the search to the GUI\r
++// (only some examples are given)\r
++\r
++\r
++ info depth 1 seldepth 0\r
++ info score cp 13 depth 1 nodes 13 time 15 pv f1b5 \r
++ info depth 2 seldepth 2\r
++ info nps 15937\r
++ info score cp 14 depth 2 nodes 255 time 15 pv f1c4 f8c5 \r
++ info depth 2 seldepth 7 nodes 255\r
++ info depth 3 seldepth 7\r
++ info nps 26437\r
++ info score cp 20 depth 3 nodes 423 time 15 pv f1c4 g8f6 b1c3 \r
++ info nps 41562\r
++ ....\r
++\r
++\r
++// here the user has seen enough and asks to stop the searching\r
++stop\r
++\r
++// the engine has finished searching and is sending the bestmove command\r
++// which is needed for every "go" command sent to tell the GUI\r
++// that the engine is ready again\r
++ bestmove g1f3 ponder d8f6\r
++\r
++\r
++\r
++Chess960\r
++========\r
++\r
++UCI could easily be extended to support Chess960 (also known as Fischer Random Chess).\r
++\r
++The engine has to tell the GUI that it is capable of playing Chess960 and the GUI has to tell\r
++the engine that is should play according to the Chess960 rules.\r
++This is done by the special engine option UCI_Chess960. If the engine knows about Chess960\r
++it should send the command 'option name UCI_Chess960 type check default false'\r
++to the GUI at program startup.\r
++Whenever a Chess960 game is played, the GUI should set this engine option to 'true'.\r
++\r
++Castling is different in Chess960 and the white king move when castling short is not always e1g1.\r
++A king move could both be the castling king move or just a normal king move.\r
++This is why castling moves are sent in the form king "takes" his own rook.\r
++Example: e1h1 for the white short castle move in the normal chess start position.\r
++\r
++In EPD and FEN position strings specifying the castle rights with w and q is not enough as\r
++there could be more than one rook on the right or left side of the king.\r
++This is why the castle rights are specified with the letter of the castle rook's line.\r
++Upper case letters for white's and lower case letters for black's castling rights.\r
++Example: The normal chess position would be:\r
++rnbqkbnr/pppppppp/8/8/8/8/PPPPPPPP/RNBQKBNR w AHah -\r
++\r
--- /dev/null
--- /dev/null
++src/stockfish usr/games/
--- /dev/null
--- /dev/null
++Description: Don't add -m32/-m64 to CXXFLAGS
++ Adding those is not only unnecessary, but actually breaks the build on
++ many architectures, since g++ does not recognize them when built without
++ multilib support.
++Author: Sven Joachim <svenjoac@gmx.de>
++Bug-Debian: https://bugs.debian.org/843922
++Last-Update: 2016-11-11
++
++---
++ src/Makefile | 2 --
++ 1 file changed, 2 deletions(-)
++
++Index: stockfish/src/Makefile
++===================================================================
++--- stockfish.orig/src/Makefile
+++++ stockfish/src/Makefile
++@@ -159,9 +159,6 @@ ifeq ($(COMP),gcc)
++ CXXFLAGS += -m$(bits)
++ LDFLAGS += -m$(bits)
++ endif
++- else
++- CXXFLAGS += -m$(bits)
++- LDFLAGS += -m$(bits)
++ endif
++
++ ifneq ($(KERNEL),Darwin)
--- /dev/null
--- /dev/null
++cxxflags.patch
--- /dev/null
--- /dev/null
++#!/usr/bin/make -f
++# -*- makefile -*-
++# Sample debian/rules that uses debhelper.
++# This file was originally written by Joey Hess and Craig Small.
++# As a special exception, when this file is copied by dh-make into a
++# dh-make output file, you may use that output file without restriction.
++# This special exception was added by Craig Small in version 0.37 of dh-make.
++
++# Uncomment this to turn on verbose mode.
++# export DH_VERBOSE=1
++
++include /usr/share/dpkg/architecture.mk
++
++TARGET := profile-build ARCH=general-$(DEB_HOST_ARCH_BITS)
++
++ifeq (i386,$(DEB_HOST_ARCH_CPU))
++TARGET := profile-build ARCH=x86-32-old
++endif
++
++ifneq (,$(findstring amd64,$(DEB_HOST_ARCH)))
++TARGET := profile-build ARCH=x86-64
++endif
++
++# no compile on the first shot so building without profile
++ifeq (hppa,$(DEB_HOST_ARCH_CPU))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++endif
++
++# no compile on the first shot
++ifneq (,$(findstring powerpc,$(DEB_HOST_ARCH_CPU)))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++export DEB_LDFLAGS_MAINT_APPEND=-latomic
++endif
++
++ifneq (,$(findstring s390,$(DEB_HOST_ARCH_CPU)))
++TARGET := profile-build ARCH=general-$(DEB_HOST_ARCH_BITS)
++endif
++
++ifneq (,$(findstring sparc,$(DEB_HOST_ARCH_CPU)))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++endif
++
++ifneq (,$(findstring mips,$(DEB_HOST_ARCH_CPU)))
++TARGET := profile-build ARCH=general-$(DEB_HOST_ARCH_BITS)
++export DEB_LDFLAGS_MAINT_APPEND=-latomic
++endif
++
++# Profiling fails due to compiler issues
++ifneq (,$(findstring mipsel,$(DEB_HOST_ARCH_CPU)))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++export DEB_LDFLAGS_MAINT_APPEND=-latomic
++endif
++
++ifeq (alpha,$(DEB_HOST_ARCH_CPU))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++endif
++
++ifneq (,$(findstring armel,$(DEB_HOST_ARCH)))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++export DEB_LDFLAGS_MAINT_APPEND=-latomic
++endif
++
++ifneq (,$(findstring armhf,$(DEB_HOST_ARCH)))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++endif
++
++ifeq (ia64,$(DEB_HOST_ARCH_CPU))
++TARGET := profile-build ARCH=general-$(DEB_HOST_ARCH_BITS) optimize=no
++endif
++
++ifeq (m68k,$(DEB_HOST_ARCH_CPU))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++export DEB_LDFLAGS_MAINT_APPEND=-latomic
++endif
++
++ifeq (sh4,$(DEB_HOST_ARCH_CPU))
++TARGET := build ARCH=general-$(DEB_HOST_ARCH_BITS)
++export DEB_LDFLAGS_MAINT_APPEND=-latomic
++endif
++
++ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
++TARGET2 := $(TARGET:profile-build=build)
++else
++TARGET2 := $(TARGET)
++endif
++
++
++ifneq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
++TESTCMD :=
++else
++TESTCMD := cd src && ./stockfish bench 32 1 10 default depth
++endif
++
++
++%:
++ dh $@ --sourcedirectory=src
++
++override_dh_auto_clean:
++ cd src && rm -rf *.gcda && touch .depend && make clean
++
++override_dh_auto_build:
++ dh_auto_build --sourcedirectory=src -- $(TARGET2)
++
++override_dh_auto_test:
++ $(TESTCMD)
++
++override_dh_installman:
++ dh_installman debian/stockfish.6
--- /dev/null
--- /dev/null
++3.0 (quilt)
--- /dev/null
--- /dev/null
++.\" Hey, EMACS: -*- nroff -*-
++.\" First parameter, NAME, should be all caps
++.\" Second parameter, SECTION, should be 1-8, maybe w/ subsection
++.\" other parameters are allowed: see man(7), man(1)
++.\" Please adjust this date whenever revising the manpage.
++.\"
++.\" Some roff macros, for reference:
++.\" .nh disable hyphenation
++.\" .hy enable hyphenation
++.\" .ad l left justify
++.\" .ad b justify to both left and right margins
++.\" .nf disable filling
++.\" .fi enable filling
++.\" .br insert line break
++.\" .sp <n> insert n+1 empty lines
++.\" for manpage-specific macros, see man(7)
++.TH "STOCKFISH" "6" "October 10, 2009" "" ""
++.SH "NAME"
++stockfish \- free UCI chess engine, to calculate chess moves
++.SH "SYNOPSIS"
++.B stockfish
++.SH "DESCRIPTION"
++This manual page documents the
++.B stockfish
++command.
++.PP
++\fBstockfish\fP is an UCI chess engine, to calculate chess moves
++
++Stockfish is a free UCI chess engine derived from Glaurung 2.1. It is
++not a complete chess program, but requires some UCI compatible GUI
++(like XBoard with PolyGlot, eboard, Jose, Arena, in order to be used
++comfortably. Read the documentation for your GUI of choice for information
++about how to use Stockfish with your GUI.
++
++This version of Stockfish supports up to 8 CPUs, but has not been
++tested thoroughly with more than 2. The program tries to detect the
++number of CPUs on your computer and set the number of search threads
++accordingly, but please be aware that the detection is not always
++correct. It is therefore recommended to inspect the value of the
++"Threads" UCI parameter, and to make sure it equals the number of CPU
++cores on your computer. If you are using more than four threads, it
++is recommended to raise the value of "Minimum Split Depth" UCI parameter
++to 6.
++
++
++Opening book
++
++This version of stockfish has experimental support for PolyGlot opening
++books. For information about how to create such books, consult the
++PolyGlot documentation.
++
++.SH "OPTIONS"
++This program does NOT follow the usual GNU command line syntax, with long options starting with two dashes.
++.SH "SEE ALSO"
++Communication with UCI commands is documented by
++"The UCI Communication Protocol" in /usr/share/doc/stockfish/engine\-interface.txt.
++.SH "AUTHOR"
++stockfish was written by <Romstad Tord <tord@glaurungchess.com>> and Marco Costalba <mcostalba@gmail.com>.
++.PP
++This manual page was written by Oliver Korff <ok@xynyx.de>,
++for the Debian project (but may be used by others).
--- /dev/null
--- /dev/null
++version=3
++opts=dversionmangle=s/(\+|\.)dfsg$// \
++ https://github.com/official-stockfish/Stockfish/releases .*/sf_?(\d\S*)\.tar\.gz
projects / stockfish.git / commitdiff