readme.dyck

来自「标准的GP源代码,由Andy Singleton维护」· DYCK 代码 · 共 68 行

*************************************************************************
GPDATA Version 3 release Easter 1997 W.B.Langdon for the dyck language
problem as described in GP-96 $Revision: 1.4 $. 

NB The source code use the term "karp" language rather than dyck.
   Some of the source code is common with the nested bracket problem
   This is denoted by the conditional compilation KARP
   The version of dyck problem using stack primitives is denoted by the
   conditional compilation sysmbol KARP2
*************************************************************************
Instructions
*************************************************************************

To Make GPkarp2: (ie use stack primitives)
	Create a symbolic link from karp.h to prob.h
	(eg ln -s karp2.h prob.h)

	If gcc is available, make with karp2.make 
	Eg make -f karp2.make

	If running on an alpha, make with karp2.make.alpha

To run GPkarp2:
	copy karp.ini to gp.ini and gp.test.karp to gp.test Then run GPkarp2

	GPkarp takes optionals command line arguments, these allow the
	user to override the parameter settings in gp.ini Eg

		GPkarp2 pPopSeed:101

	Evolved solutions can be loaded and their execution traced by
	creating a file gp.load containing the program.

To Make GPkarp: (ie use indexed memory primitives)
	Create a symbolic link from karp.h to prob.h
	(eg ln -s karp.h prob.h)

	If gcc is available, make with karp.make 
	Eg make -f karp.make

	If running on an alpha, make with karp.make.alpha

To run GPkarp:
	copy karp.ini to gp.ini and gp.test.karp to gp.test

	GPkarp takes optionals command line arguments, these allow the
	user to override the parameter settings in gp.ini 
	It is neccessary to set pMaxExpr to atleast 200 eg

		GPkarp pMaxExpr:200

	Evolved solutions can be loaded and their execution traced by
	creating a file gp.load containing the program.

BUGS:
	A number of bugs have been fixed since the bracket problem was
	first solved. However the code in this kit reproduces the
	reported behaviour in GP-96. Symbols defined in
	brack.h (eg ORIGINAL_DEME) are used in some source
	files to disable some bug fixes. You may like to revise the
	sources, eg to use new symbols. 

	Behavour is not _identical_ to earlier version but nontheless
	solutions to the bracket problem are evolved with GPkarp2

	find_ellite reports count of ellite members of population are
	inconsistent and is cpu_penalty_bot set wrongly?