Vitor Santos Costa
8edeead245
fix compilation warnings
2010-07-19 22:42:47 +01:00
Vítor Santos Costa
bd50f087e9
imore SWI compat, including string fixes
2010-06-19 00:38:49 +01:00
Vítor Santos Costa
293dadb003
support for rational numbers
...
make floor and friends return an integer (make it closer to SICStus).
2010-05-28 09:53:56 +01:00
Vítor Santos Costa
09fef1a033
rational number support. First pass.
2010-05-27 12:24:15 +01:00
U-Khasa\Vitor
33190e290d
mingw complaint with recent versions of gcc
2010-02-10 03:03:03 -06:00
Vitor Santos Costa
0179998d60
change Heap.h to YapHeap.h
...
rename $live to prolog/0 (for SWI compatibility).
2009-10-23 14:22:17 +01:00
Vítor Santos Costa
13dd600f88
add type to BIG NUMs, so that we can easily know what it is all about.
2008-11-28 15:54:46 +00:00
vsc
ba761e7a47
iallow checking for readline and gmp
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1917 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2007-08-02 17:22:00 +00:00
vsc
d11fd73306
global variables
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1685 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2006-08-22 16:12:46 +00:00
vsc
9e697d5bee
bignum support fixes
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1531 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2006-02-01 13:28:57 +00:00
vsc
745fed2679
avoid sideffects from MkBigInt
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1524 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2006-01-18 15:34:54 +00:00
vsc
1c77e3cf32
same problem: double free on bignums
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1523 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2006-01-18 06:09:18 +00:00
vsc
3715f1b1d7
fix bug with very large integers
...
fix bug where indexing code was looking at code after a cut.
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1513 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2006-01-16 02:57:52 +00:00
vsc
2d4d1f1ea8
cannot release space from external GMPs.
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1491 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2006-01-02 02:25:45 +00:00
vsc
e10213929a
support new interface between YAP and GMP, so that we don't rely on our own
...
allocation routines.
Several big fixes.
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1490 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2006-01-02 02:16:19 +00:00
vsc
db16d32668
minor fixes
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1459 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2005-11-16 02:01:09 +00:00
vsc
4c0865ca37
more tabling fixes
...
use malloc when AllocCodeSpace fails
use snprintf when available.
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1458 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2005-11-16 01:55:03 +00:00
vsc
e021bef90d
fix converting long long to BigInt/Int
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1457 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2005-11-15 02:05:49 +00:00
vsc
e6a15addf5
5.1:
...
- improvements to GC
2 generations
generic speedups
- new scheme for attvars
- hProlog like interface also supported
- SWI compatibility layer
- extra predicates
- global variables
- moved to Prolog module
- CLP(R) by Leslie De Koninck, Tom Schrijvers, Cristian Holzbaur, Bart
Demoen and Jan Wielemacker
- load_files/2
from 5.0.1
- WIN32 missing include files (untested)
- -L trouble (my thanks to Takeyuchi Shiramoto-san)!
- debugging of backtrable user-C preds would core dump.
- redeclaring a C-predicate as Prolog core dumps.
- badly protected YapInterface.h.
- break/0 was failing at exit.
- YAP_cut_fail and YAP_cut_succeed were different from manual.
- tracing through data-bases could core dump.
- cut could break on very large computations.
- first pass at BigNum issues (reported by Roberto).
- debugger could get go awol after fail port.
- weird message on wrong debugger option.
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1402 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2005-10-18 17:04:43 +00:00
vsc
8d2cb067ec
fix situation where we might assume nonextsing double initialisation of C predicates (use
...
Hidden Pred Flag).
$host_type was double initialised.
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1177 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2004-11-18 22:32:40 +00:00
vsc
62354231b0
fixes for thread support
...
fix indexing bug (serious)
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1154 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2004-10-04 18:56:20 +00:00
vsc
3d308525e0
garbage collection fixes
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@1139 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2004-09-16 17:29:08 +00:00
vsc
1f2fb8284a
Two fixes:
...
GMP should not do error handling itself, as its execution env is
not reliable.
allocate should check for space.
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@875 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2003-09-24 14:51:42 +00:00
vsc
bf3c147f53
support long long for profiling counters. Requires better support for LL
...
in Yap code (only for __GNUC__ right now).
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@802 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2003-03-20 15:10:18 +00:00
vsc
d7f80ea1ad
Stasinos noticed that _YAP_ breaks C standard: use Yap_ instead.
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@691 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2002-11-18 18:18:05 +00:00
vsc
7b2c4dc6ff
all global symbols should now start with _YAP
...
global functions should not be called from within file (bug in
binutils/WIN32).
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@675 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2002-11-11 17:38:10 +00:00
vsc
3271b43294
don't break GMP for external applications.
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@550 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2002-06-19 21:46:56 +00:00
vsc
cbd499b8df
bignum should always reset pre_alloc_base and recover Heap space
...
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@158 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2001-09-18 15:14:11 +00:00
vsc
e5f4633c39
This commit was generated by cvs2svn to compensate for changes in r4,
...
which included commits to RCS files with non-trunk default branches.
git-svn-id: https://yap.svn.sf.net/svnroot/yap/trunk@5 b08c6af1-5177-4d33-ba66-4b1c6b8b522a
2001-04-09 19:54:03 +00:00