summaryrefslogtreecommitdiff
path: root/src/runtime/java/jpgf.c
AgeCommit message (Collapse)Author
2017-04-13use gu_string_buf_data in the Java binding to avoid double copying of stringskrasimir
2017-01-26bring the Haskell binding a bit closer to the pure Haskell APIkrasimir
2017-01-24added linearizeAll in the Java APIkrasimir
2016-05-30added getFunctionProb in the Java and C APIkrasimir
2016-05-25the Java API now also has access to the token's category while doing completionkrasimir
2016-05-20change the API for literals in Java and Python. The input sentence is no ↵krasimir
longer a parameter to the callbacks.
2016-04-14added PGF.inferExpr and Type.toString in the Java bindingkrasimir
2016-04-13added PGF.compute in the Java bindingkrasimir
2016-04-13added getFunctionsByCatkrasimir
2016-04-13added getCategories() and getFunctions() in the Java bindingkrasimir
2015-11-26added Expr.equals method in the Java bindingkrasimir
2015-09-03Java API for opening/closing SG databaseskrasimir
2015-09-03silence compilation warnings in the Java bindingkrasimir
2015-07-03merge the states for reasoning and evaluation into a single structurekrasimir
2015-05-18the callbacks in C now take the concrete syntax as a parameterkrasimir
2014-12-16change in the API for literalskr.angelov
The API in the C runtime as well as in the Haskell, Python and Java binding is changed. Now instead of adding the literal callbacks to the concrete syntax you need to supply them every time when you need to parse. The main reason is: - referentially transparent API for Haskell - when we start using memory mapped files we will not be allowed to change anything in the grammar data structures. At that point the old API would be impossible to use.
2014-10-22CAPIT is now naturally supported in the C runtimekr.angelov
2014-10-09throw away the long obsolete runtime type information in the C runtimekr.angelov
2014-07-02added bracketedLinearize in the Java bindingkr.angelov
2014-07-02fixed rare memory leak in the Java bindingskr.angelov
2014-07-01fix warnings in the compilation of the Java bindingkr.angelov
2014-05-23bugfix in the Java binding. it was causing a crash in the Android appkr.angelov
2014-05-08fix the literals API in Java for strings with non-latin characterskr.angelov
2014-04-25an initial Java/C API for predicting literals. Still not utilizedkr.angelov
2014-04-11expose Java API for word completionkr.angelov
2014-04-11change the JVM version to 1.6 in JNI_OnLoadkr.angelov
2014-04-10bugfix in the Java bindingkr.angelov
2014-04-10now fully functional Java API for custom literalskr.angelov
2014-03-12compute the right word probabilitykr.angelov
2014-03-07added Java API to the simple word completionkr.angelov
2014-03-07fix in the Java binding after the implementation for prekr.angelov
2014-03-04rename pgf_lzr_linearize_table to pgf_lzr_get_tablekr.angelov
2013-12-10load/unload in the Java bindingkr.angelov
2013-11-27better dictionary visualization in the Android Appkr.angelov
2013-11-27added API in the C runtime and the Java binding for checking whether a given ↵kr.angelov
function is linearizable in a given language. This is used in the Android UI for better vizualizations
2013-11-27space leak in the Java bindingkr.angelov
2013-11-21the Java binding for lookupMorpho should release the local references ↵kr.angelov
created in a loop
2013-11-07added #ifdef to detect MinGW in the Java binding and to import the right ↵kr.angelov
header for alloca
2013-11-06bugfix in the Java bindingkr.angelov
2013-10-23tabular linearization in the C and Java runtimeskr.angelov
2013-10-11readExpr in the Java bindingkr.angelov
2013-10-09added lookupMorpho in the Java bindingkr.angelov
2013-10-09fix in the Java bindingkr.angelov
2013-10-09a major redesign in the C runtime. The parser and the linearizer now fully ↵kr.angelov
support BIND. The following things are still broken: parseval, word completion, handling 'pre', the robust mode
2013-10-04fixes in the Java binding after the refactoring of GuStringkr.angelov
2013-10-04GuString is now an ordinary C string - it makes live easier. In addition ↵kr.angelov
PgfSymbolKS, PgfExprFun and PgfLiteralStr now keep their strings as embedded flexible arrays. The latest change gives us the same compactness as the old representation but it is a lot easier to use.
2013-10-03space leak in the Java bindingkr.angelov
2013-09-12enable the PGF JIT compiler for Androidkr.angelov
2013-09-06added exhaustive generation in the Java bindingkr.angelov
2013-09-05added version readPGF in Java which takes as argument InputStream. This ↵kr.angelov
makes it easier to load grammars from the assets folder in Android