Crossfire Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Monster AI for version 1.0 CF (Was: Re: CF: Moving on to implement diseases)


	Has anyone sat down to try and figure out how many primitives
we would need to implement a scripting language.  If it's sufficiently
small perhaps it would be easier to implement ourselves?

I can see a few things but not havign the experience with crossfire:
	oppinion <object>	- get one object oppinion of another
				  did they just piss us off or do we like them
	best <list>		- which object in list is best of type?
	go <object>		- which way should I move to get to object
	success			- did the last action succeed
	if,while,goto,for	- typical control flow
	regex(<pattern>, <str>)	- do pattern and string match
	contains(<obj1>, <obj2>)
				- does obj1 contain obj2
	<label>			- for branching
	procedure <proc>	- define a procedure
	action <act> <proc>	- call proc when action act is seen
	<expression>		- typical calculations

					Chris
[ from Scott Wedel ]
> 
> > thomas@astro.psu.edu said:
> > > 	What about GUILE? or other lisp like stuff?=20
> > I just inspected GUILE. Impressive. But with one big disadvantage.
> > The library to be included is about 6 times bigger than the library of si=
> > od.
> > (Sun/Solaris 2.6)
> > -rwxr-xr-x   1 root     other    1814892 Mar  4 10:59 libguile.so.2.0.0*
> > -rwxr-xr-x   1 root     other     294972 Mar  4 00:23 libsiod.so*
> > -rwxr-sr-x   1 root     staff    1113472 Mar  3 12:30 /opt/games/bin/cros=
> > sfire*
> > (crossfire without stripping the object)
> > 
> > It builds more silent on sun, than siod, but I don't know, if it is as
> > portable. Especially, if you consider windows95/NT implementations.
> > 
> > Bis dann
> > Klaus
> 
> It should be noted that the size of a library is not the added runtime
> requirement.  Only the functions in the library that are used are added.
> CF already links with a number of libraries which are fairly large.  So
> if GUILE has a zillion features which only a few are used by CF then it
> may add very little to CF's memory size.
> 
> I think the scripting language should be chosen upon what adds the best
> features (power, ease of use and ease of incorporating in CF).  It would
> be a shame to do something just good enough to annoy everyone with it's
> limitations.
> 
> 							sdw
> [to unsubscribe etc., send mail to crossfire-request@ifi.uio.no]
> 

[to unsubscribe etc., send mail to crossfire-request@ifi.uio.no]
Follow-Ups: References: