[fonc] wrapping an iteration function

about exactly how I want to use them.] -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Opengl tiny example with Pepsi

as they were, and add -J/usr/include/w32api to your idc command line. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Variadic Pepsi methods

Ian Piumarta [EMAIL PROTECTED] writes: On Jun 20, 2007, at 8:20 AM, Michael FIG wrote: I could really use variadic methods. I seem to recall they were being discussed earlier, but I can't find an archive. These haven't worked for a while. The Parser does still recognise '...' at the end

Re: [fonc] Error compiling latest SVN

at variadic arguments. Reverting those changes fixed everything. Sorry to waste your time, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] nested environments in Jolt

the state of its lexical environment, regardless of its caller). I don't want to use global variables due to multithreading concerns. Thanks for any help you can offer, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc

Re: [fonc] Compilation problem: undefined reference to `GC_malloc'

for getting this working again, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// diff -r 80d0db8bd40d function/examples/libjolt/Makefile --- a/function/examples/libjolt/Makefile Thu Nov 22 18:42:15 2007 -0600 +++ b/function/examples/libjolt/Makefile Thu Nov 22 19:29:19 2007 -0600

[fonc] friendly-make.patch

for '***' in the output to see if any errors happened. Have fun, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// Update Makefiles to be more friendly. diff -r c25547efbe21 Makefile --- a/Makefile Thu Dec 06 06:22:48 2007 -0600 +++ b/Makefile Thu Dec 06 06:24:58 2007 -0600 @@ -1,33 +1,36

[fonc] send-argument_count.patch

/st80/_object.st. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// Add #argument_count to the idc-generated send structure. diff -r 231417544182 function/examples/libjolt/jolt.h --- a/function/examples/libjolt/jolt.h Thu Dec 06 06:27:52 2007 -0600 +++ b/function/examples

[fonc] Avoiding math precedence ambiguities

finally close the precedence discussion. I hope. ;P Have fun, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// Enforce explicit operator precedence around math-like selectors. diff -r f4fccae99d24 function/objects/IdentitySet.st --- a/function/objects/IdentitySet.st Tue

[fonc] Extensible object metadata

)! -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] idc for windows platform

road pretty soon once I get the features I want working under Linux. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] bind and lookup

the generic function-like behaviour you mention, bringing message dispatch and function application together as a single operation with no limits to the complexity of binding, dispatch and application mechanisms involved. Hope that helps, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

[fonc] Available patches for COLA svn-376

-threaded programming. I'm wanting to add these features sooner rather than later so that they will mature alongside the compiler (since, as we all know, Threads Cannot Be Implemented As A Library(TM)). Have fun! -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] Available patches for COLA svn-376

memory per lock (8 words as opposed to 6 for mutexes on i386/Linux Pthreads). My eventual goal is a drop-in, pay-as-you-go software transactional memory, but locking is easier initially. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] Available patches for COLA svn-376

, and probably simultaneously too. So, I'm just trying to guess what fundamental features applications are going to need. After that, I hope that peer review and real applications will determine the direction of growth. Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] Trying the brainfuck tutorial

at the Jolt documentation, featured at http://piumarta.com/software/cola/coke.html Other than that, feel free to ask more questions on this list. Good luck, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc

Re: [fonc] Error compiling Pepsi on Leopard with Xcode 3 GCC

ppc -o mach_dep.o ./powerpc_darwin_mach_dep.s then, rerun the `make' and see if that helps. I don't have access to that platform though, so somebody else might offer better advice. Google turned up nothing for me. Good luck, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] trunk broken

Hi, I think you forgot to check in function/doc/parser.html.in Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] alloca

will gladly post the Pepsi patch (if anybody is interested), but be forwarned that it breaks Jolt completely. Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman

Re: [fonc] New Tech Report from VPRI

that there is a particular concurrency model that is being considered. Would somebody care to elaborate on this? 3) How can I, as a member of the general public who likes hacking on things, best help further the goals of the project? Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] Re: build error - missing -lpthread

Hi, Also FWIW, I have a few more obvious nits that are needed to get SVN -r397 to build. I think the object/boot/configure patch in this one is a better approach, as -pthread needs to be added to the GCC flags for compiling as well as linking to do the right thing. -- Michael FIG [EMAIL

[fonc] [PATCH 02 of 10] Add Mercurial infrastructure

# HG changeset patch # User Michael FIG [EMAIL PROTECTED] # Date 1205294755 21600 # Node ID ca2035cc829b7713e7ab21aa5c58ca68ea0ffd33 # Parent be2e135a45e9246acd6f80c176722cc953c5296c Add Mercurial infrastructure. diff -r be2e135a45e9 -r ca2035cc829b push-ocean --- /dev/null Thu Jan 01 00:00:00

[fonc] [PATCH 04 of 10] Documentation fixes

# HG changeset patch # User Michael FIG [EMAIL PROTECTED] # Date 1205294755 21600 # Node ID 7c2c8bd7432dfea8252251565251fc0d200a4f28 # Parent 1434c5b13b91fdd9c6326e578f3722ea966e6c09 Documentation fixes. diff -r 1434c5b13b91 -r 7c2c8bd7432d function/jolt-burg/Compiler.st --- a/function/jolt-burg

[fonc] [PATCH 06 of 10] Update Makefiles to be more friendly

# HG changeset patch # User Michael FIG [EMAIL PROTECTED] # Date 1205294804 21600 # Node ID b7517504cb7a4214bae5023bdbed29de9b5c9aff # Parent 8a3813f99822fcde13411357637dda3d9dc8ff01 Update Makefiles to be more friendly. diff -r 8a3813f99822 -r b7517504cb7a Makefile --- a/Makefile Tue Mar 11 22

[fonc] [PATCH 00 of 10] From svn.397 to Ocean

, and gets all the examples working again. You can also see the embryonic wiki page http://vpri.org/fonc_wiki/Sources for instructions on how to use Mercurial if you want to help develop these or other patches more conveniently than with Subversion. Have fun, -- Michael FIG [EMAIL PROTECTED] //\ http

[fonc] [PATCH 07 of 10] Enforce explicit operator precedence around math-like selectors

# HG changeset patch # User Michael FIG [EMAIL PROTECTED] # Date 1205294807 21600 # Node ID 95b3d71eb60519b5293bbef50b17f12aab6bdca0 # Parent b7517504cb7a4214bae5023bdbed29de9b5c9aff Enforce explicit operator precedence around math-like selectors. diff -r b7517504cb7a -r 95b3d71eb605 function

Re: [fonc] Re: build error - missing -lpthread

for gc7.0, now that it's in Subversion). -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Jolt, statics?

, then forced into heap storage (heap-lambda () (... (set x (+ x 1)) ... Let me know if this would work for you, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org

Re: [fonc] idc for windows platform

on the stack, it passes a pointer to them, so they wouldn't be usable as named parameters. I think using the __VA_ARGS__ macro is best for MSVC, as per the reference Krzysztof posted. Too bad it was introduced in Visual C++ 2005... I only have access to 2003. -- Michael FIG [EMAIL PROTECTED] //\ http

[fonc] working on a C grammar

closer to bootstrap. If not, I have at least a decent BNF reference at http://ivs.cs.uni-magdeburg.de/~puma/UsersManual/HTML/node12.html though I would rather start from something that has all the operator precedences completed in PEG format. Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http

Re: [fonc] tutorial update

something like a diff or wdiff of the paper so that we could see what has changed? Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] working on a C grammar

: mcpp.sourceforge.net Thanks for the other pointers (and also to Robert and Aaron), -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] Jolt2 grammar questions

. Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] incorrect string literal quasiquotation in jolt2

/jolt2/boot.k that quasiquote doesn't handle constant strings correctly, so they get treated as if they are a list of integers (because they are vectors too). I don't know how to fix this right now given the tools in the current Jolt2 parser. Are there any suggestions? -- Michael FIG [EMAIL

[fonc] My visit to VPRI

. One thing I learned is that the IS system referred to in the yearly report that was published is the same COLA/Jolt/idst that Ian has committed to Subversion. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list

[fonc] 64-bit? was: fonc on ubuntu.

definitely will). -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] 64-bit? was: fonc on ubuntu.

). This would be especially useful in conjunction with static compilation to build binaries for smaller embedded systems (I have access to a specialized 8-bit Motorola HC11 that I'd like to try out). Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] 64-bit? was: fonc on ubuntu.

[EMAIL PROTECTED] writes: You can use qemu (http://bellard.org/qemu/) to emulate a 64b system on your 32b one. Thanks, I'll check that out. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org

[fonc] the miracles [was: My visit to VPRI]

this topic either. I've mostly got my head buried in the idst code. However, would somebody at VPRI like to say something about this? -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http

[fonc] public Mailman archives [was: wiki and communication]

). Do any of you out there know how to do so? -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] PATCH: id/libid.c: _sendv() handle _sendv() as arguments.

Hi, Kurt Stephens [EMAIL PROTECTED] writes: This little bit of GNU CPP trickery allows the _sendv() macro in id/libid.c to be used as arguments to itself. Interesting! I'll keep this around in case it comes in handy. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] can't build on osx

(or installer) downloadable Yes, that would be nice. Thanks again for the help in getting started. Once I've confirmed that I do have a working system, I will try to update the wiki page with the steps needed. That would be great! Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http

Re: [fonc] git

, I would gladly help move this repo to VPRI. I've written up instructions for GIT on the Wiki: http://vpri.org/fonc_wiki/index.php/Sources -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http

[fonc] git users?

info can be found at: http://vpri.org/fonc_wiki/index.php/Sources My patches should work as advertised: they get COLA to build where Ian's SVN trunk still has a few errors in it. Thanks, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] git users?

the deciding factor. I think it's up to me or somebody else to find out what that workflow really is/should be. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] New GIT repositories

and improve them to eventually be merged upstream into COLA proper. The next thing I'll be working on myself is 64-bit support (by the kindness of Karl Robillard offering part-time access to an x86_64 box). Have fun, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] 64-bit? was: fonc on ubuntu.

should be fine, though. Readline is an, ahem, interesting beast to work with. Methinks it's time to reconsider the whole readline dependency. Perchance it is. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// @@ -511,6 +516,9 @@ static char *argumentGenerator(const char

[fonc] BitC

they are mainly concerned with providing low-level performance within the context of type safety. In any event, their ideas may be interesting, especially those of features for separate compilation. Maybe somebody else on this list more familiar with BitC can share some impressions? -- Michael

Re: [fonc] delMDSOC - the MDSOC kernel

that could lead to improvements in future versions of jolt. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Ocean core language

to be able to run with full memory safety. C programmers should be able to use Ocean like Purify or Valgrind to help find memory bugs. Then, the idea is that C programmers can start playing with the more dynamic features gradually. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org

Re: [fonc] Ocean core language

towards doing some architectural spikes for Ocean). Cheers, -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Ocean core language

type inference. That's exactly correct. -- Michael FIG [EMAIL PROTECTED] //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] Figure (help with streaming parsers)

, it's currently available at: http://michael.fig.org/figure.c It's short on documentation, but there's a few pithy comments in it. Have fun, -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http

Re: [fonc] Figure (help with streaming parsers)

to dig into it more now. Have a good day, -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Figure (help with streaming parsers)

and parse its output, but it wasn't done asynchronously, and the relationship between the parsers was fixed at grammar definition time. He may have done something other than that, but that's the closest I've seen to streaming. -- Michael FIG mich...@fig.org //\ http://michael.fig.org

Re: [fonc] Output streams vs. values

on making Figure independent of the underlying concurrency mechanism). This is getting fun! Thanks for the reply, -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo

[fonc] precise gc

are also there for the VC++ enthusiasts (but not yet tested for this latest iteration). There is only dlopen to port to new platforms, everything else is ANSI. That's all for now, -- Michael FIG mich...@fig.org //\ http://michael.fig.org

[fonc] Re: precise gc

Michael FIG mich...@fig.org writes: As usual, the state of things is at: http://michael.fig.org/figure.c Figure.sln and Figure.vcproj are also there for the VC++ enthusiasts (but not yet tested for this latest iteration). There is only dlopen to port to new platforms, everything else

Re: [fonc] precise gc

for the newly whitelisted objects. Hope that explains things a bit better, -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] microscopes/telescopes

, interpret a script written in the lab's supported languages, or play around with a REPL. I'll be posting here when I get it to the point of being clean enough for others to use. Thoughts? -- Michael FIG mich...@fig.org //\ http://michael.fig.org

[fonc] English language literacy software?

Rosetta Stone for children. Do you see better alternatives? Does this belong in the scope of FONC? Thanks, -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] English language literacy software?

Hi Frederick, Thanks for the links. My favourite was the information about twext... it looks really cool. -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] Re: t-shirt attempt

. Thanks for your comments, -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Re: t-shirt attempt

I just wanted to say thanks for the note, Chris. I'll reply publically when I have a chance to digest it! -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

Re: [fonc] Re: t-shirt attempt

the parallels with your notion of more-implied = derivative and more- explicit = antiderivative is interesting, and would value people's thoughts. Me too! Thanks a lot for writing back, this is indeed interesting to me, -- Michael FIG mich...@fig.org //\ http://michael.fig.org

Re: [fonc] Alternative Web programming models?

and make your nested syntax embedded in comments in the host language? -- Michael FIG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] Maru virtualisation and traps

environment... (apply-with-traps boot-traps main argv)) Thoughts? -- Michael FiG mich...@fig.org //\ http://michael.fig.org/\// ___ fonc mailing list fonc@vpri.org http://vpri.org/mailman/listinfo/fonc

[fonc] Maru: deprecating eval.c

existed, then we could do away with the hand-written eval.c and make changes only to eval.l, and regenerate eval.c from there. Is that in line with your plans for the project, Ian? Thanks, -- Michael FiG mich...@fig.org //\ http://michael.fig.org