Refactor the lexer/parser to expose friendlier words for scanning tokens. The preferred top-level words now throw an exception on EOF.
CREATE -> scan-new
CREATE-CLASS -> scan-new-class
CREATE-WORD -> scan-new-word
CREATE-GENERIC -> scan-new-generic
scan -> (scan-token)
scan-token now throws on eof
(scan-word) returns word/number/f
scan-word now throws on eof
scan-word-name expects a non-number
Fixes #183.
Fixes #209.
Specifically,
• Created >c-array to be replacement for >T-array.
• Created cast-array to be generic replacement for all T-array-cast words.
• Created c-array@ to be generic replacement for T-array@ words.
• Replaced usages of <T-array> with T <c-array>
• Replaced usages of <direct-T-array> with T <c-direct-array>
• Replaced usages of >T-array with T >c-array
• Replaced usages of T-array-cast with T cast-array
• Replaced usages of malloc-T-array with T malloc-array.
• Removed malloc-T-array.
• Removed T-array-cast.
• Removed T-array@.
• Removed >T-array.
I also added (but didn't change any code to use):
• T c-array-type, returns T-array
• T c-array?, returns T-array?
• c-array{ T ... }, returns T-array{ ... }
Bootstraps just find on Mac OS X. Also `load-all test-all` works for me.
Use gvplugin_list instead of gvPluginList
Make graphviz unix only for several reasons:
1) Win32 graphviz doesn't have the gvplugin_list() exported and we don't have a word to check if an ffi call exists before attempting to call it so we are unable to find a two-state solution with both gvplugin_list and gvPluginList
2) Compiling the Graphviz Project on Windows is extremely broken under Cygwin, MinGW and Visual Studio 2008 and fails to compile without major changes and still has disabled projects and thousands of warnings/errors. Th HOWTO on their website is outdated on all counts and the maintainer has not replied to my email asking for help. I do not have time to be a Graphviz maintainer myself.
3) When I did manage to compile it on Windows, none of the engines are avaialable to the dlls we load so the compiled Graphviz has no features except symbol exports. The same is true for the binary package--we do not have access to the
4) There is no win64 binary of Graphviz on their website and compiling it would likely result in an unusable set of dlls as per above
Joe Groff [Thu, 22 Sep 2011 23:04:49 +0000 (16:04 -0700)]
math.functions: clean up some more to trim back load-time dependencies; alter tests to avoid inexact float constants where possible and hex-ify inexact constants otherwise
Add more unit-tests and docs for math.bitwise. Fix a bug with >signed so that it truncates a number to however many bits you tell it the number is before doing the calculation.
Joe Groff [Mon, 19 Sep 2011 02:00:30 +0000 (19:00 -0700)]
slots: pre-create the "at", "nth", and "global" slots to make deterministic the currently nondeterministic ambiguity between accessors:change-* and assocs:change-at, sequences:change-nth, and namespaces:change-global
Revert "spread>quot now outputs empty quotations where you would expect so that things like { [ ] [ ] } spread infer as ( x x -- x x ) instead of ( -- )"
spread>quot now outputs empty quotations where you would expect so that things like { [ ] [ ] } spread infer as ( x x -- x x ) instead of ( -- )
Fixes #139
Remove Windows CE from core/ basis/ and build-support/
Rename the winnt singleton to windows in core/ basis/ extra/
Rename boot images winnt -> windows
Fixes #84.
Graphviz's gvc.dll doesn't export gvplugin_list() on Windows, so call gvPluginList() instead. This bug has been reported to the Windows Graphviz maintainer, so we can potentially go back to calling gvplugin_list() someday.
Joe Groff [Thu, 15 Sep 2011 21:40:37 +0000 (14:40 -0700)]
help.markup: change related-words to notify definition observers for the affected words and to update the relations of formerly-related words; fixes #28
Joe Groff [Thu, 15 Sep 2011 22:05:17 +0000 (15:05 -0700)]
ui.tools.deploy: change "Deploy as Windows console application" to read "Deploy as console application on Windows"; makes it a bit clearer that the switch only affects Windows deployment
Joe Groff [Thu, 15 Sep 2011 18:27:16 +0000 (11:27 -0700)]
ui.backend: refactor the UI `main-vocab-hook` to use a backend-specific `ui-backend-available?` word, so that loading other backends doesn't change the `main-vocab-hook` out of sync with the backend; fixes #131
projects / factor.git / log