From e2d820689e3b7bcbbf7b4517fee36fdf67d772f8 Mon Sep 17 00:00:00 2001 From: Yuriy Glukhov Date: Tue, 15 Sep 2015 11:49:01 +0300 Subject: [PATCH 1/2] Changed arguable statements about JVM/CLR. --- web/question.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/web/question.txt b/web/question.txt index 46ea7161c1..9072806f22 100644 --- a/web/question.txt +++ b/web/question.txt @@ -94,9 +94,9 @@ General FAQ What about JVM/CLR backends? ---------------------------- - A JVM backend is almost impossible. The JVM is not expressive enough. It has - never been designed as a general purpose VM anyway. A CLR backend is possible - but would require much work. + JVM/CLR support is not in the nearest plans. However, since these VMs support FFI to C + it should be possible to create native Nim bridges, that transparenlty generate all the + glue code thanks to powerfull metaprogramming capabilities of Nim. .. container:: standout From 61d9f55faf6fc2e7b609a59bff90bfb837a3ce16 Mon Sep 17 00:00:00 2001 From: Yuriy Glukhov Date: Tue, 15 Sep 2015 13:21:05 +0300 Subject: [PATCH 2/2] typo fixed --- web/question.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/web/question.txt b/web/question.txt index 9072806f22..da38760f56 100644 --- a/web/question.txt +++ b/web/question.txt @@ -96,7 +96,7 @@ General FAQ JVM/CLR support is not in the nearest plans. However, since these VMs support FFI to C it should be possible to create native Nim bridges, that transparenlty generate all the - glue code thanks to powerfull metaprogramming capabilities of Nim. + glue code thanks to powerful metaprogramming capabilities of Nim. .. container:: standout