On Thu, Aug 23, 2012 at 04:05:32PM -0400, Joe Groff wrote:
> Doug and I were discussing an overhaul of Factor's vocabulary system
> to make it easier to work with source code outside of the Factor
> repository and to enable gem or npm-style package management down the
> line. I've sketched out a pr
That's awesome !
I wonder if such a system could be used with not only factor code, but
by interfacing to other package management systems. For example
requiring factor bindings to a C library would setup both the bindings
and the library through the operating system's package management
system. I
Doug and I were discussing an overhaul of Factor's vocabulary system
to make it easier to work with source code outside of the Factor
repository and to enable gem or npm-style package management down the
line. I've sketched out a proposed design and pasted it to a Gist:
https://gist.github.com/344
Hi Michael,
I'm enjoying these conversations and your "investigations" :)
Regarding Javascript, I can see the benefit of a Factor-like language. It
might be that using Clojure and Clojurescript as an analogy would be a good
one. Obviously some parts may be harder to get compatible when
bootstra
Yes. In fact that is how I'm intending to target the CLR and JVM in my own
environment -- whether I successfully implement the ability to use Factor (the
language) inside my platform or not. I was envisioning something like a
combination of direct byte code generation (either MSIL or JVM byte
On Thu, Aug 23, 2012 at 11:46 AM, Michael Clagett wrote:
> That, I would guess, is a result of its being implemented in C#. But what
> you lose at that point is the ability for the language to be used outside of
> the CLR and the extreme portability of something like Factor. What I'm
> envisioni
On Thu, Aug 23, 2012 at 6:27 PM, John Porubek wrote:
> trying to google "Factor"
I have found it effective to use "factor stack" or "factor language"
to avoid the typical incorrect results. "factor word" always seemed to
bring up Bill O'Reilly's news show fwiw.
--
Very well put, Mike. That's kind of why I've recently been attracted to
Clojure. I don't have a very large investment of mental capital in Java or
.NET, but those underpinnings certainly help build and expand the Clojure
universe. After many years of having my brain warped by Forth (in a good
way,
That, I would guess, is a result of its being implemented in C#. But what you
lose at that point is the ability for the language to be used outside of the
CLR and the extreme portability of something like Factor. What I'm envisioning
is something closer to Microsoft's C++, which now has built-
>
> > smooth integration with non-Factor runtimes like the JVM or the CLR
>
Have a look at cat which runs on the CLR:
http://www.cat-language.com/intro.html .
--
Live Security Virtual Conference
Exclusive live event will c
John -- Couldn't resist chiming in here. Of course Factor is portable, open
source, and reliable. These are three of its strongest attributes. But the
DLL version of it nothwithstanding, it is such an attractive language from a
language standpoint that it leads one to want to have it where o
11 matches
Mail list logo
