On Fri, Aug 20, 2021, at 14:04, dgpdx wrote:
> I’m aware of that. I would be implementing in C but the gcc port to arm64
> also isn’t finished.
I feel like there might be a misunderstanding here. The Factor compiler is
itself written in Factor. The VM is in C++, true, but that's honestly the
On Fri, Aug 20, 2021, at 14:25, dgpdx wrote:
> Does the original concatenative mail list still exist. If so, where is it?
Unless I'm rather fundamentally misunderstanding your question: you're on it.
___
Factor-talk mailing list
On Sun, Dec 6, 2020, at 15:44, John Benediktsson wrote:
> We need to figure that out.
>
> bi/bi*/bi@
> tri/tri*/tri@
> cleave/spread/apply
>
> It might make more sense to have a numerical syntax instead of words or
> better yet would be to only have cleave/spread/apply and have shorter
>
On Wed, Dec 2, 2020, at 16:56, Dave Carlton wrote:
> I'm getting cranky in my old age. Aplogies.
>
> Just don't have time for PC.
Well, the good news is we thankfully run just fine on Mac, and there's ongoing
work to add ARM support so you could use a tablet or Android phone
I noticed that we've got both main and master branches at this point. Should I
be pushing to main or to master? Do we have a workflow, or we're just keeping
them in sync for now?
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
On Mon, Aug 17, 2020, at 03:46, Alexander Ilin wrote:
> Any chance of a follow-up on this topic?
Yes, I apologize; life is a bit overloady at the moment, but I'll do my
damnedest to get back to you this evening.
>
> 04.08.2020, 23:06, "Benjamin Pollack" :
>> I thi
I think that’d ideally be best done by adding an extra alloy/modifying the
existing auth alloy to support it. I’ll need to take a look later tonight or
perhaps tomorrow, but I can give you some pointers, because I was in there a
year ago in a (failed) attempt to make auth support CouchDB in
ease of Factor 0.98! You can
> find download links on the Factor website:
>
> http://factorcode.org <http://factorcode.org/>
>
> This release is brought to you with almost 4,300 commits by the following
> individuals:
>
> Alexander Iljin, Arkady Rost, Benjamin Pol
It will always *print* as f, as far as I know, but it serves a purpose
if you're writing code: specifically, it allows you to do a literally
initialized tuple based on slot names and values, rather than always
using boa form. E.g., given
TUPLE: triplet a b c ;
then these are all
> On Mar 20, 2017, at 19:02, Alexander Ilin <ajs...@yandex.ru> wrote:
>
> Hey, Benjamin!
>
> 20.03.2017, 23:30, "Benjamin Pollack" <benja...@bitquabit.com>:
>>> On Mon, Mar 20, 2017, at 01:47 PM, Alexander Ilin wrote:
>>> I'm still hangin
On Mon, Mar 20, 2017, at 01:47 PM, Alexander Ilin wrote:
> I'm still hanging on to my x86 machine at home.
Fiine: just for you, assuming you have VS2017's Build Tools, CMake, and
Python 3 (any version) installed, you ought to be able to grab
https://github.com/bpollack/udis86 and get a
Any particular reason not to just build both this *and* Factor with
VS2017? I looked at libudis86; while its built-in scripts only target
VS2010, I can't imagine it'd take me more than maybe four hours or so to
get everything updated for a more modern version.
That said, I'm also fine with just
Hey all,
The versions of libressl hard-coded in Factor on Windows are quite out-of-
date. I'm happy to update the references, but we'd presumably want to
also update the DLLs we're storing in the bin directory on the Factor
server, which I don't have access to. I'm happy to submit a PR (I
On Sat, Jan 28, 2017, at 01:14 PM, Timothy Hobbs wrote:
> Hi, I cannot see the text on my relatively new laptop, when I
> launch the
> factor IDE. Is there any option to make it larger?
On Windows 10, it should just be scaled up. It'll be blocky/low-
resolution, but should be totally readable.
Hey all,
Looks like the wiki's been vandalized again and that our SSL certs have
expired. I don't believe I have creds to fix either, but if I'm
misremembering, let me know.
--Benjamin
--
Developer Access Program for
On Tue, Feb 23, 2016, at 06:37 AM, Jon Harper wrote:
> I noticed the github repo moved from slavapestov/factor to
> factor/factor, everything (pull requests, issues, etc) should go there
> now ?
>
Yes; Doug moved it a couple days ago.
> Also there's still one pull request on slavapestov/factor.
On Fri, Feb 19, 2016, at 10:05 AM, Jon Harper wrote:
[snip]
> But do we want to keep it as an optional dependency for the http client ?
> Note that ssl/tls is *not* optional for other vocabularies:
> clients: smtp, imap
> servers: io.servers, furnace.auth
>
I can't think of any reason we
Git appears up, so the box is probably fine; maybe just kick Factor?
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor
jects.
>>
>> But I'm not an admin so I can't try this out yet.
>>
>> Doug
>>
>>
>> On Tue, Feb 16, 2016 at 9:41 AM, Benjamin Pollack
>> <benja...@bitquabit.com> wrote:
>>> __
>>> Hey all,
>>>
>>> I noticed th
Hey all,
I've begun working on a Visual Studio Code plugin, at
https://github.com/bpollack/factor-vsc/. At the moment, it's a pretty
mechanical port of the TextMate plugin's snippets and syntax (in fact,
the only real change is some of the snippets prefixes, due to different
rules on legal
Hey all,
I noticed that the GitHub mirror (slavapestov/factor) has some
corruption in it. Specifically, there are a fair number of trees that
have zero-padded file modes, which is technically illegal, and which
prevents cloning if you have transfer.fsckObject set in Git.[1] The
official
On Wed, Feb 4, 2015, at 10:23 PM, Björn Lindqvist wrote:
Hi Benjamin,
The reason for that is because the local variables are syntactic sugar
over the load/drop/get-locals calls you are seeing. E.g:
[snip]
I believe the general way to solve the problem is source maps -- You
include the
The walker makes debugging words with locals a bit of a pain; you get a
bunch of calls to load-locals/drop-locals/get-local/etc., rather than
the actual variable names. Assuming I'm not missing something about how
to configure the walker to deal with this, where would I want to look to
try
The idea of resource:work is great, but its location (inside the work/
directory of the Factor checkout itself) makes it really prone to an erroneous
“git clean” if I’m not paying attention. Adding new vocabularies via
.factor-roots or FACTOR_ROOTS is easy enough, but then requires I type out
On Mon, Feb 10, 2014, at 02:19 PM, Jean-Marc Lugrin wrote:
I get an error when directly callng factor.cmd because 'git' is now known.
However I used factor.cmd, just removing the git to load the sources (and
synchronizing with the a fork of the depot), with the same result.
I also switched
On Nov 29, 2007 12:51 AM, Zed A. Shaw [EMAIL PROTECTED] wrote:
On Wed, 28 Nov 2007 11:27:58 -0500
Dan McCarthy [EMAIL PROTECTED] wrote:
Yeah -- though I'll be out of the country from Tuesday till Christmas,
and
I'm still new to Factor, I'd be interested in a meetup/hackathon.
On Nov
26 matches
Mail list logo
