Arc Forumnew | comments | leaders | submit | tc-rucho's commentslogin
2 points by tc-rucho 3685 days ago | link | parent | on: Arc before arc

I've been looking at PicoLisp's documentation for some time now, and I think there are a lot of things that could be borrowed from it, starting from the interpreter to the html functions it has which I've found to be way more intuitive than Arc's for a lot of things.

I'd like to hear what you think about all this


2 points by tc-rucho 3685 days ago | link | parent | on: Type bug? (bis) (w/eventual-patch)

  Regarding the last part:
  What we are talking about here is:
  num => float
  int => int
Of course an integer is a number, but number here means what float does everywhere else.

Having 'isa report 2 as 'num, would only screw up things. In any case, this is what 'or is meant to be used for. (or (isa intg 'int) (isa intg 'num))


1 point by palsecam 3684 days ago | link

> Having 'isa report 2 as 'num, would only screw up things.

OK, I too can consider this point of view, that's why I asked what people here think about this proposal. Thanks for giving your opinion tc-rucho!

> (or (isa intg 'int) (isa intg 'num))

Yep true, this makes it easy to check.

But yes, as rntz pointed it out, don't forget num is not just only float here. We are not in C ;-)

   arc> (type 3+2i)   ; (Mz)Scheme/Arc also handle complex numbers natively
Although this doesn't invalidate your point, it's just a question of terminology.


2 points by rntz 3685 days ago | link

'num is not float; rationals are also 'nums.

  arc> (/ 2 3)
  arc> (type 2/3)


2 points by tc-rucho 3685 days ago | link | parent | on: A faster 'in

Micro benchmarks can be misleading sometimes. Most of the time I get different timings for the same microbenchmark when I eval it a few times so it's really difficult to see if they really do their job when the timings are too close unless some full blown benchmark is performed on some real data.


2 points by tc-rucho 3685 days ago | link | parent | on: A few newbie questions

I'm also interested in doing graphics with Arc, but since using ffi seemed to be an overkill when it comes to opengl, I'm doing some IPC stuff in plain X (not the fastest but the easiest and most flexible to get going). I've thought of modding picolisp to work with arc natively, but I think it's not worth the effort right now, since any design decisions regarding unix integration and stuff are most likely to be trampled and disregarded silently by the vanilla branch (I already see many GOOD improvements in Anarki suffering this). I think I'd wait for arc to be more mature before attempting to write a compiler or interpreter from scratch.


2 points by palsecam 3684 days ago | link

> I'm doing some IPC stuff in plain X

X you mean! I don't understand here, but it's because I'm not a graphic guy and I've never understand (if you are effectively speaking about it).

Can you provide more explanations and/or some example code please? I'd be really glad to understand.

> I think it's not worth the effort right now, [...] most likely to be trampled and disregarded silently by the vanilla branch

+1, for the silently mainly. But don't get too frustrated, it will make you have heartburns and this is not good :-D, or yes get frustrated, but at least know you're not alone thinking this kind of thing


2 points by tc-rucho 3683 days ago | link


All the drawing is handled externally by... a drawing server which processes drawing requests from Arc. But it's not even in alpha state so I'm not releasing it yet. Also because I'm thinking in trashing it and start from scratch using opengl instead of xdraw and change the way it communicates with Arc.

But I'm too busy at the moment, it will have to be in my next holidays (roughly 4 or 5 months).


1 point by palsecam 3682 days ago | link

Ok thanks for the info. Will `man xdraw'. Client/server is such and old and great idea :-)


2 points by jcw 3684 days ago | link

That's an interesting idea, basing a c implementation of arc off of picolisp.


I really never got my hands on making Arc work with scripts because of the load time. Anyway, good hack, I know it will come in handy


2 points by palsecam 3693 days ago | link

This is a major problem. I agree with you, and I don't see myself writing a lot of Arc scripts in the current situation.

Maybe a client/server would be a way to solve the problem. I may try something like that one of these days. I mean, launch Arc once as a daemon, then talk to it with a lightweight client, via FIFOs (named pipes) or something.

For the moment, you may want to comment the imported arc libraries you don't use (in libs.arc or as.scm), for instance all the HTTP/HTML stuff. Loading only arc.arc, my load time is reduced by 50%.


If only vim weren't so ugly in a dvorak layout...


1 point by tc-rucho 3719 days ago | link | parent | on: Arc vectors?

Yeah, maybe they are just an optimization but they are definitely going to be present in production implementations and I think they should be standarized beforehand, and since they are already available in the underlying mzscheme, I think it shouldn't be too problematic to get vectors in Arc.

Again, I suggest {...} for vectors, since they stand out (so to avoid confusing them with lists) and because they remind of array oriented languages.

  ({a b c d} 2) => c  ;; This couldn't be better :D


2 points by conanite 3719 days ago | link

I'm sure there will be heated debates about the trade-offs between the "hundred-year" aspect of arc and the need to deploy reasonably fast applications. Here are some quotes from

"Having strings in a language seems to be a case of premature optimization."

"Logically, you don't need to have a separate notion of numbers, because you can represent them as lists: the integer n could be represented as a list of n elements. You can do math this way. It's just unbearably inefficient."

So arc already deviates from the ideal minimal language; it might well deviate some more, I don't know. In a perfect world, the underlying VM should be able to figure out the most efficient implementation for each particular list you want to represent, and we would never need to bother ourselves with such details.

For comparison, "primitive types" in java are a performance compromise that (a) seriously mess up the language, and (b) are less and less relevant with each iteration of Moore's law.

Notwithstanding any of the above, I have shamelessly used

  (mac fpush (thing place) ; a very primitive, naive, fast 'push
    `(assign ,place (cons ,thing ,place)))
because the standard 'push uses 'atomic-invoke internally which slows some things down intolerably. Hence ... heated debates.


2 points by shader 3718 days ago | link

I always thought the universal symbols for arrays were [], and {} were for hash tables ;)


1 point by conanite 3718 days ago | link

it's true that CatDancer's hash-table syntax uses {k1 v1 k2 v2} ... ... but I'm sure it's hackable so you can use alternative delimiters :)


2 points by shader 3718 days ago | link

The only problem with using standard array notation for arc is that [] are already tied up for anonymous functions.

However, I think that too much syntactic sugar like this will end up damaging arc. Partly due to aesthetic reasons, but mostly due to the fact that each user has a different view on aesthetics, and adding too much will just exacerbate the "everyone has their own version" problem.


1 point by CatDancer 3714 days ago | link

hmm, come to think of it, I've never used my table literal syntax {...} myself in a program. I wrote it so that I could write out and read back tables, which I use all the time, but that would work just as well with some long syntax like (literal-table k1 v1 k2 v2 ...) which doesn't use up precious syntax characters like { or #{.


1 point by tc-rucho 3718 days ago | link

How about #{...} for hash tables and {...} for vectors?


2 points by tc-rucho 3719 days ago | link | parent | on: I agree.

Looking at the link, and your username, I can tell this is spam. Also the title is not very informative and I don't see how the site you linked relates to Arc in any way.



2 points by eds 3719 days ago | link

Just for your information, there is a "flag" button on the "X points by Y" line, which can be used to mark spam messages. (Or at least there is if you have over some amount of karma.)




1 point by thaddeus 3719 days ago | link

That's way too funny. I saw this a while back and thought 'flag' was to bookmark the post as 'important'.... so naturally was 'flagging' some of pgs' posts. I'm glad it didn't end up marking his posts as spam!


2 points by tc-rucho 3720 days ago | link | parent | on: Plot complex functions using arc/rainbow

I've been willing to give rainbow a try for a couple of days now, but I keep getting the same build error no matter what I tried.

  └──> ant -lib "lib" jar
  Buildfile: build.xml


  /home/tc-rucho/Sources/Extern/Java/rainbow/build.xml:23: Problem: failed to create task or type javacc
  Cause: the class was not found.
          This looks like one of Ant's optional components.
  Action: Check that the appropriate optional JAR exists in
          -a directory added on the command line with the -lib argument

  Do not panic, this is a common problem.
  The commonest cause is a missing JAR.

  This is not a bug; it is a configuration problem

  Total time: 0 seconds

I'm helpless when it comes to java... Any hint?

By the way, what color theme are you using?


2 points by conanite 3720 days ago | link

If you're on ubuntu or similar,

  sudo apt-get install ant-optional
should fix the ant config issue. On a mac, I think ant-optional comes with the Developer Tools. I should add this to the readme, thanks for pointing it out.

what color theme are you using?

On the spiral app? "theme" is too dignified a term for my crude CSS :) ... I found white dots on a dark background were easier to look at, so I set up the rest of the page in a similar way - dark bg, bright text. Did I understand your question correctly?


2 points by tc-rucho 3719 days ago | link

Yay, I've solved the ant problem emerging some stuff related to the ant package, thanks for pointing that out :D

I'm excited about having java libs available in arc, although it would be nice to have an obvious way to disable tests on startup (now that I know it's fully functional I would like to speed the initialization up).

About the color theme: I meant the color theme used in the arc code. I bet you took those colors from an editor. Anyway, it doesn't matter at all..


1 point by conanite 3719 days ago | link

Oh, the syntax highlighting, yes, welder (arc editor that comes with rainbow) can htmlify arc code so that it's easy to paste into a blog or other web page; then it's just a matter of a little CSS to decide what colour you want for different kinds of tokens.

You can just comment out the (run-all-tests) line in rainbow-libs.arc, but you're right, it should be optional somehow.

Let me know how you get on with accessing java libs, I've tried to make it as simple and concise as possible, so that your code still looks like arc code and not some outrageous contaminated half-blood hybrid monstrosity ...


1 point by tc-rucho 3734 days ago | link | parent | on: Proposal for LET

Ouch, didn't know abut this. Thanks a ton.