Hi Daniel
OK, that fixed it, but I have another one...in the following examples
the variables A,B,C,D,E are not being bound to the list elements when
they are matched. They are still free when the call exits.
$ gprolog
GNU Prolog 1.3.2
By Daniel Diaz
Copyright (C) 1999-2009 Daniel Diaz
| ?- append(Z,[A,B,C,D,E],[48,48,48,48,48,48,48,48,49]).
Z = [48,48,48,48]
yes
| ?- trace.
The debugger will first creep -- showing everything (trace)
yes
{trace}
| ?- append(Z,[A,B,C,D,E],[48,48,48,48,48,48,48,48,49]).
1 1 Call:
append(_16,[_17,_18,_19,_20,_21],[48,48,48,48,48,48,48,48,...]) ?
1 1 Exit:
append([48,48,48,48],[_17,_18,_19,_20,_21],[48,48,48,48,48,48,48,48,...]) ?
Z = [48,48,48,48]
yes
{trace}
...also I am having to make it --without-c-flags because if I allow the
build system to use -O3 then I get an error during build:
. . . .
make[1]: Entering directory `/home/jaspert/Build/gprolog-1.3.2/src/Fd2C'
gplc -c --fast-math fd2c.pl
Fatal Error: Segmentation Violation
compilation failed
make[1]: *** [fd2c.o] Error 1
make[1]: Leaving directory `/home/jaspert/Build/gprolog-1.3.2/src/Fd2C'
make: *** [all] Error 1
Thanks for your help
--Jasper
Daniel Diaz wrote:
Oups...
fixed (I hope :-)) in last snapshot:
http://gprolog.univ-paris1.fr/unstable/gprolog-20091204.tgz
Daniel
Jasper Taylor a écrit :
nth and nth0 do not work when the position is a number but the list
is free. Examples (on Ubuntu but MacOS is same I think):
jasp...@spacehopper:~$ gprolog
GNU Prolog 1.3.2
By Daniel Diaz
Copyright (C) 1999-2009 Daniel Diaz
| ?- nth(1,B,c).
no
| ?- nth0(0,B,c).
no
Working examples:
| ?- nth(A,B,c).
A = 1
B = [c|_] ? ;
A = 2
B = [_,c|_] ? ;
A = 3
B = [_,_,c|_] ?
yes
| ?- nth0(A,B,c).
A = 0
B = [c|_] ?
yes
Cheers
--Jasper
_______________________________________________
Bug-prolog mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-prolog
_______________________________________________
Bug-prolog mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-prolog
