[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gforth] "string.fs" in included-files

From: Bernd Paysan
Subject: Re: [gforth] "string.fs" in included-files
Date: Sun, 28 Apr 2013 01:47:31 +0200
User-agent: KMail/4.10.2 (Linux/3.7.10-1.1-desktop; KDE/4.10.2; x86_64; ; )

Am Samstag, 27. April 2013, 05:41:54 schrieb Josh Grams:
> When gforth starts up, there is a bare "string.fs" in included-files.
> Looking at the source, it seems to be hard-coded in.  This means that if
> I have my own string.fs and try to `require` it, nothing happens, which
> is bad.

Yes, this is hardcoded in, because string.fs is now part of the kernel, but as 
it was a library before, people used "require string.fs".  I'll see to it to 
find a solution; probably by moving string.fs into the kernel directory, and 
renaming the rest of the string library to string.fs.

> On a similar note, on the Windows build, *all* of the filenames in
> included-files are bare filenames with no absolute path, so this could
> happen with quite a lot of common names...

On the Windows build, we don't know location of Gforth beforehand, because 
that's what the user can decide while running setup.exe, so we simply can't do 
it the same way as under Linux.

Bernd Paysan
"If you want it done right, you have to do it yourself"

Attachment: signature.asc
Description: This is a digitally signed message part.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]