Share

Ficl - small systems scripting with OO

Code

Programming Languages: C, Forth

License: BSD License, GNU Library or Lesser General Public License (LGPL)

Repositories

browse code, statistics, last commit on 2001-12-05 cvs -d:pserver:anonymous@ficl.cvs.sourceforge.net:/cvsroot/ficl login

cvs -z3 -d:pserver:anonymous@ficl.cvs.sourceforge.net:/cvsroot/ficl co -P modulename

Show:

What's happening?

  • "bit" is a reserved word in some compilers

    In function ficlBitGetString() in bit.c a local variable is named "bit" but this is a reserved word in the Keil C compiler (Infineon/Siemens microcontrollers). Suggest renaming it "bitt".

    2008-12-08 18:59:48 UTC by wz2b

  • Porting to C164

    Hi, I am trying to port FICL to an Infineon C164 processor using the Keil 'C166 compiler. The compiler is not particularly good. One challenge is that it only represents enums at 16-bit. FICL apparently assumes they are 32-bit. Any recommendation on how to proceed with this port? --Chris.

    2008-12-03 15:03:40 UTC by wz2b

  • Bug in cleanup code after exit

    I downloaded ficl-all 4.0.31 yesterday, and included it in an embedded project (ARM7 based) I'm working at. Basically, a system and VM are created when a TCP connection comes in at a certain port. At then end of the session (port closed remotely or user exits by 'bye'), the VM and system are destroyed again. Now this turns out to work only once. When FiclSystemCreate(NULL) is called a...

    2007-02-27 14:38:08 UTC by lucvdv

  • Comment: tarball expands into .

    Indeed; it smells of poo and wee.

    2005-10-19 22:13:40 UTC by nobody

  • Comment: Win32.c is no good when building for win32 in cygwin...

    Logged In: YES user_id=604556 I finished converting all of the asm's in win32.c, but it still doesn't compile properly... Here is the new build log: --start build log-- ficlplatform/win32.c: In function `ficlPrimitiveMulticall': ficlplatform/win32.c:241: error: parse error before "push" ficlplatform/win32.c:249: error: parse error before "mov" ficlplatform/win32.c:253: error: parse error...

    2004-12-01 01:49:35 UTC by bsdfan3

  • Comment: Win32.c is no good when building for win32 in cygwin...

    Logged In: YES user_id=604556 I think most of the syntax errors are caused by the differences in asm syntax between MSVC and GCC3. I will post my Makefile.cygwin32 and my cygwin32.c in this bug report. If anyone has Cygwin and knows both the MSVC 6/7 and the GCC 3 ABI's, I would like it if you can finish the porting effort by rewriting the multicall mechanism to work properly with...

    2004-11-30 18:19:12 UTC by bsdfan3

  • Comment: Win32.c is no good when building for win32 in cygwin...

    Logged In: YES user_id=604556 My proposed fix solved some of the issues, but not all...Here is the updated build log. --build log starts-- ficlplatform/win32.c: In function `ficlPrimitiveMulticall': ficlplatform/win32.c:241: error: parse error before "push" ficlplatform/win32.c:249: error: parse error before "mov" ficlplatform/win32.c:253: error: parse error before "mov"...

    2004-11-29 21:56:14 UTC by bsdfan3

  • Win32.c is no good when building for win32 in cygwin...

    I was able to hack together a makefile for Ficl for builds under Cygwin/GCC. The problem is, gcc 3 wont touch the contents of win32.c... I'll try to add another CFLAGS switch into the makefile I created. --build log start-- ficlplatform/win32.c:36: error: syntax error before "ioinfo" ficlplatform/win32.c: In function `ficlFileTruncate': ficlplatform/win32.c:47: error: `HANDLE'...

    2004-11-29 21:53:11 UTC by bsdfan3

  • FPICK does not work

    ok> .ver Ficl version 4.0.31 ok> 1.e0 2.e0 f.s [float stack has 2 entries, top at 0x00801818] [0x00801818 0] 2.000000 (0x40000000) [0x00801814 1] 1.000000 (0x3f800000) [float stack base at 0x00801814] ok> 0 fpick f.s [float stack has 2 entries, top at 0x00801818] [0x00801818 0] 2.000000 (0x40000000) [0x00801814 1] 1.000000 (0x3f800000) [float...

    2004-06-26 07:41:17 UTC by kiyoneda

  • Comment: PICK works incorrectly

    Logged In: YES user_id=1070952 > I also wonder if some of the CHECK_STACK macros should be adjusted too. I haven't gone through either, but changing CHECK_STACK(i + 1, i + 2); to CHECK_STACK(i + 2, i + 3); seems to at least detect stack underflow.

    2004-06-26 07:17:52 UTC by kiyoneda

Our Numbers