DeadTrickster has quit [Ping timeout: 248 seconds]
pierpa has joined #lisp
epony has joined #lisp
moei has joined #lisp
zooey has joined #lisp
sayanman has joined #lisp
epony has quit [Max SendQ exceeded]
zooey has quit [Remote host closed the connection]
epony has joined #lisp
zooey has joined #lisp
zooey has quit [Remote host closed the connection]
Walex has quit [Quit: leaving]
zooey has joined #lisp
fortitude_ has joined #lisp
<aeth>
I definitely think the approach for game linear algebra (which is mostly math vectors of size 2, 3, or 4 (where size 4 can be quaternions that encode rotations) and square matrices no larger than 4x4) shouldn't be to rely on anything automated on the compiler's side, and should work with buffers rather than with individual objects.
<pfdietz>
Compiler support may be needed for all those weird SIMD instructions.
<aeth>
At the moment, I use 2D arrays with row sizes of 3 or 4, but 1D arrays with a special aref could also work. This approach is treating each float individually instead of together like SIMD, though.
<pfdietz>
(reads back up the window) oh, that's what was being talked about
<aeth>
pfdietz: I think creating a special type in an extension that works portably over SBCL, CCL, ECL, and maybe CMUCL would probably be the direction to go, rather than doing it automatically.
<aeth>
(Or just hacking it in via the CFFI)
<aeth>
Alternatively, just supporting SBCL with the fast path and using 1D arrays of single-floats for everything else.
<pfdietz>
And these days it's all about putting stuff on GPUs.
<pillton>
Something like (simd op dest src1 ...) where sources could be a simd-pack or a (chunk <array> <index>).
<aeth>
For games, the heavy lifting of the rendering is done on the GPUs, but there's plenty of things that are done on the CPUs. The most intensive is probably game physics, some of which can be done on the GPU, but then that limits how pretty you can make the game look. GPU physics has kind of fallen out of favor, actually, because of this.
kupad has quit [Ping timeout: 240 seconds]
<aeth>
Even Nvidia's PhysX is mostly CPU-side these days afaik.
brendyn has joined #lisp
<aeth>
pillton: I don't quite like simd-pack because an array of simd-packs isn't going to be as ideal as working with offsets into a buffer, at least for data structures used in games.
<pillton>
Which is why I suggested (simd op dest (chunk <array> <index>)).
<aeth>
yeah
<pillton>
You would need an operator to compute how many elements to a chunk.
<pfdietz>
How would this fit with machine learning, which is another big user of those coprocessors these days?
<aeth>
Well, I was thinking about this from the perspective of games. Games don't need to have extremely optimized linear algebra. The very heavy lifting for rendering is done on the GPU and for the rest, it's more about hitting seconds per frame targets like 0.0167 or 0.01 or 0.005
<aeth>
So it should be easier to reach acceptable performance with game libraries, before more general purpose linear algebra.
<aeth>
And that data, after the game logic processing, is going to end up in (ideally preallocated) static-vectors sent via OpenGL to the GPU
Cymew has joined #lisp
fortitude_ has quit [Ping timeout: 240 seconds]
<aeth>
At the moment, I get acceptable performance without using SIMD at all.
Cymew has quit [Ping timeout: 256 seconds]
<aeth>
For GPU computation, I'm optimistic about SPIR-V eventually being the one-size-fits-all solution for compiling shaders expressed as a mini-Lisp language that can work in OpenGL, OpenCL, and Vulkan. Eventually. It will take a while for it to be supported widely enough.
FreeBirdLjj has joined #lisp
kupad has joined #lisp
jamtho_ has quit [Ping timeout: 256 seconds]
kupad has quit [Ping timeout: 264 seconds]
smurfrobot has joined #lisp
smurfrobot has quit [Ping timeout: 252 seconds]
KarlDscc has joined #lisp
Karl_Dscc has quit [Ping timeout: 240 seconds]
Karl_Dscc has joined #lisp
EvW1 has quit [Ping timeout: 276 seconds]
KarlDscc has quit [Ping timeout: 240 seconds]
nydel has quit [Quit: WeeChat 0.4.1]
nydel has joined #lisp
milanj has quit [Quit: This computer has gone to sleep]
EvW has joined #lisp
milanj has joined #lisp
al-damiri has quit [Quit: Connection closed for inactivity]
fortitude_ has joined #lisp
jstypo has joined #lisp
markong has quit [Ping timeout: 256 seconds]
Karl_Dscc has quit [Remote host closed the connection]
<jasom>
jmercouris: works on sbcl (with a few #+ccl changes), crashes on ccl
<jasom>
jmercouris: oh, it just crashed on sbcl too
<jasom>
Memory fault at 0xbbadbeef (pc=0x7fffdbd70cec, sp=0x7fffd8aad6e0)
igemnace has joined #lisp
<jasom>
ccl crashed with a null pointer exception
<jasom>
the speed is fine, btw, but it's very crashy
rumbler31 has quit []
smurfrobot has joined #lisp
sz0 has quit [Quit: Connection closed for inactivity]
fikka has quit [Ping timeout: 256 seconds]
rumbler31 has joined #lisp
kajo has quit [Remote host closed the connection]
kajo has joined #lisp
Vicfred has joined #lisp
karswell_ has quit [Read error: Connection reset by peer]
Oladon has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
FreeBirdLjj has joined #lisp
nowhere_man has quit [Ping timeout: 252 seconds]
nowhere_man has joined #lisp
anon_ has quit [Ping timeout: 264 seconds]
antonv has quit [Ping timeout: 260 seconds]
EvW has quit [Ping timeout: 265 seconds]
anon_ has joined #lisp
FreeBirdLjj has quit [Ping timeout: 248 seconds]
teddy_error has joined #lisp
spoken-tales has joined #lisp
smurfrobot has quit [Remote host closed the connection]
nowhere_man has quit [Ping timeout: 240 seconds]
<cryptomarauder>
ugh, instead of going away like I prayed for in early 2000 it's only gotten bigger. Why is java a thing still?
d4ryus1 has joined #lisp
krwq has joined #lisp
<cryptomarauder>
we built the whole gd web with it even! 😭
<cryptomarauder>
#failtech
<krwq>
hello, is it possible to force #'read to not read reader macros? i.e.: (with-input-from-string (inp "#.(+ 2 3)") (read inp)) => 5 - I'd like it to report the error instead
d4ryus has quit [Ping timeout: 252 seconds]
nowhere_man has joined #lisp
<krwq>
ok nvm: (let ((*read-eval* nil)) (read-from-string "#.(+ 2 3)"))
<cryptomarauder>
yeah
<cryptomarauder>
and make sure your safety and debug optimization qualities are set accordingly to what you desire as well
<aeth>
Reading the comments, it looks like 5% at a minimum, 35% for syscall-heavy things.
FreeBirdLjj has joined #lisp
<aeth>
It's in Linux kernel 4.15-rc6 so people are benchmarking it.
<pjb>
krwq: it is possible: (let ((*readtable* (com.informatimago.tools.reader-macro:remove-all-macro-characters (copy-readtable nil)))) (read-from-string "Hello")) #| --> hello ; 5 |#
dieggsy has joined #lisp
<pjb>
aeth: again, as I always say: write it in fucking lisp, don't do FFI! (syscall are FFI on non-lisp-machine OSes).
fikka has joined #lisp
<krwq>
pjb: are there any pitfalls with *read-eval* being nil? Assume untrusted data on input
<pjb>
No, no pitfall.
<krwq>
pjb: but with remove-all-macros-characters I assume also comments etc. wouldn't work, right?
<aeth>
pjb: I assume the implementations themselves will still do syscalls at some point?
<aeth>
So everything will eventually be affected but Mezzano
<pjb>
Well, it won't signal an error: (let ((*readtable* (com.informatimago.tools.reader-macro:remove-all-macro-characters (copy-readtable nil)))) (read-from-string "#.(+ 2 3)")) #| --> |#.(+| ; 5 |#
<pjb>
without reader macros, READ only parses symbols, integers and floating-point numbers.
<pjb>
aeth: right.
<krwq>
pjb: I think I'm fine with parsing everything as long as it won't execute anything by default...
<aeth>
pjb: Except Mezzano is usually run in a VM and not bare metal, so even most Mezzano instances are affected
<pjb>
krwq: #9999999999*0
<krwq>
pjb: I didn't realize this was possible - lol
<pjb>
krwq: you should try some fuzzying…
fikka has quit [Ping timeout: 252 seconds]
<pjb>
krwq: if you have untrusted data to parse, then do that: parse it! Don't use the lisp reader for that; as you can see, the bare lisp reader only gives you symbols, integers and floating-point numbers (and what makes an integer or a symbol is dependent on *read-base*). You can play tricks with reader macros, but it will always be easier to write and use a normal parser function.
<aeth>
My favorite reader macro is #4f(+++++++++[>++++++++<-]>.<+++[>++++++++<-]>+++++.+++++++..+++.>++++[>++++++++<-]>.<<<+++[>--------<-]>.<+++[>++++++++<-]>.+++.------.--------.>>+.<++++++++++.)
<pjb>
Does it read a lambda form?
<krwq>
aeth: what does it do? I'm afraid of running this
<aeth>
pjb: No, it just directly executes at the moment
<pjb>
krwq: it's brainfuck.
<krwq>
pjb: I know but I assume CL does not read BF by default?
Cymew has joined #lisp
<pjb>
aeth: it could even take some arguments and return some results, using some convention.
<pjb>
krwq: hence #f.
<aeth>
#4f means it creates a brainfuck machine of size 4. Although technically they should be infinite, it wastes space
<pjb>
THe problem with #f is that it could be defined and used by the implementation.
<pjb>
And on the other hand, !?[]{} are reserved for the user.
<pjb>
Libraries should provide the reader macro functions, not bound reader macro characters. (they may provide a macro to bind them, but let the user do that).
<pjb>
Then there are named-readtables, but I haven't looked into them.
Cymew has quit [Ping timeout: 268 seconds]
<aeth>
The problem with BF in general is that... it's hard to build data structures that aren't 0-terminated without copying everything and moving the world around with you. So I suspect adding a calling and return convention probably wouldn't be useful.
<aeth>
Turing machines are nearly useless, you want registers or stacks.
<aeth>
I was playing around with a potential string representation, but real strings (as opposed to C-strings) need a length prefix and all that metadata essentially needs to move with the world because Brainfuck only has relative offsets, so you can't leave it behind.
<aeth>
So Lisp-in-BF-in-Lisp would be very slow.
shifty has joined #lisp
<aeth>
Oh, and good luck with pointers in cons cells in Brainfuck.
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
<Zhivago>
Why do real strings need a length prefix?
jack_rabbit has quit [Ping timeout: 268 seconds]
<aeth>
Are CL strings length prefixed by a fixnum?
sayanman has quit [Quit: Leaving]
damke has quit [Ping timeout: 264 seconds]
jack_rabbit has joined #lisp
smurfrobot has joined #lisp
makomo has quit [Ping timeout: 264 seconds]
safe has quit [Read error: Connection reset by peer]
smurfrobot has quit [Ping timeout: 256 seconds]
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
fikka has joined #lisp
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
fikka has quit [Ping timeout: 252 seconds]
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
teddy_error has quit [Quit: Peace ☮︎]
dddddd has quit [Remote host closed the connection]
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
jack_rabbit has quit [Ping timeout: 248 seconds]
jack_rabbit has joined #lisp
jack_rabbit has quit [Max SendQ exceeded]
spoken-tales has quit [Ping timeout: 240 seconds]
smurfrobot has joined #lisp
nika has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
Oladon has quit [Quit: Leaving.]
knobo2 has joined #lisp
<jasom>
aeth: cl strings, as vectors, are length-aware, but the standard does not specify any specific memory layout
khisanth_ has quit [Read error: Connection reset by peer]
knobo1 has quit [Ping timeout: 240 seconds]
FreeBirdLjj has joined #lisp
jack_rabbit has joined #lisp
jack_rabbit has quit [Max SendQ exceeded]
dieggsy has quit [Ping timeout: 256 seconds]
jack_rabbit has joined #lisp
fikka has joined #lisp
jack_rabbit has quit [Ping timeout: 248 seconds]
fikka has quit [Ping timeout: 248 seconds]
smurfrobot has quit [Remote host closed the connection]
damke has joined #lisp
<jmercouris>
jasom: Good to hear that the speed is fine
<jmercouris>
jasom: was it just crashing randomly, or with user interaction?
<jasom>
jmercouris: no pattern that I could find
<jmercouris>
damn, that's bad news
<jmercouris>
could you please send a PR with the SBCL changes you made? or somehow convey them to me?
<jmercouris>
It feels like GTK is so unpredictable, maybe I am abusing the API in some ways
<jmercouris>
I mean, I definitely am, just wondering what specifically is causing these crashes
<jmercouris>
Is it me, or cl-cffi-gtk, or cl-webkit or what
<jasom>
jmercouris: correction, nEXT is actually stable on sbcl, it's closing a window that causes everything to get corrupted
jack_rabbit has quit [Ping timeout: 240 seconds]
<rumbler31>
and peep the rest of that repository for enlightenment
FreeBirdLjj has quit [Remote host closed the connection]
<jmercouris>
jasom: Ah, that's good to know
<jmercouris>
jasom: When you say a window, do you mean a tab?
<jasom>
jmercouris: nope I mean using the WM to close an entire wnidow
<jasom>
jmercouris: the equivalent of clicking the red bubble in the upper-left on OS X
* jasom
thinks it causes a window-destroy event in GTK, but I haven't touched GTK for a while so might be wrong
<jmercouris>
Yes, that causes a window destroy event, which I currently do not handle
<jmercouris>
it's really unstable on CCL for me, maybe i'll try installing sbcl
<jmercouris>
how did you install SBCL?
<jmercouris>
nvm, you are using gentoo :D
<jasom>
jmercouris: apt-get install sbcl
<jmercouris>
is that a recent enough version though?
<jmercouris>
I guess it should be okay
<jasom>
jmercouris: its "a" version
<jasom>
you can always use it to build the latest if needed
smurfrobot has quit [Remote host closed the connection]
<jmercouris>
one uses SBCL to build SBCL?
<sigjuice>
jmercouris I tried the nEXT gtk branch as well, but didn't get very far. I have ubuntu 17.10, Clozure Common Lisp Version 1.11.5/v1.11.5 (LinuxX8664). After (next:start), I got Error: null-pointer in parse-g-param-spec While executing: GOBJECT:PARSE-G-PARAM-SPEC, in process listener(1).
<jmercouris>
sigjuice: Yeah, I figured that out
<jasom>
jmercouris: it should build with any conforming CL implementation
<jmercouris>
sigjuice: Please pull again, that is a concurrency issue
<jasom>
ah, that's the issue I got under ccl
<jmercouris>
Yeah, so what happens is
<jmercouris>
it will call the next function which is (set-visible-view)
<jmercouris>
but the code to create the interface has not returned yet
<jmercouris>
meaning it tries to set the visible view on the interface object which is not yet ready
<sigjuice>
jmercouris "git pull" says Already up-to-date. 7b0e6bedd7f14fc0fcbf6ae97a75ab57b4885a11 is the commit I'm at.
<jmercouris>
So I wrapped set-visible-view in gtk:within-main-loop so the interface would definitely be intialized before that could code run (as they would be running on the same thread)
<jmercouris>
huh, that's strange then that you still get that
smurfrobot has joined #lisp
<jmercouris>
runs on my machine every time :\
<jasom>
jmercouris: just did a pull and it still happens
<jmercouris>
Is there anymore information you can give me?
<jmercouris>
E.g. like a list of restarts what call causes it?
<jasom>
jmercouris: have you considered just running all your code in the gtk main loop?
<jmercouris>
jasom: I have considered that, I will probably wrap all interface calls in there, yes
<jmercouris>
just to avoid weird issues
turkja has joined #lisp
<jasom>
The following is sufficient to reproduce for me: ccl -e '(asdf:load-asd "'"$PWD/next/next.asd"'")' -e '(asdf:load-system "next/gtk")' -e '(next:start)'
<jmercouris>
are you running that as a one liner?
<jasom>
jmercouris: yeah
<jmercouris>
maybe it needs time to load before you call next:start
<jasom>
jmercouris: then you have a bug
<jmercouris>
I always wait like 10 seconds or so because it would crash on me when I wouldn't
<jmercouris>
I meant in between loading the system and starting
<jasom>
jmercouris: any time waiting fixes a bug, you haven't fixed the bug
<jmercouris>
I have a feeling the bug is upstream
<jmercouris>
it doesn't happen in the Cocoa version
smurfrobot has quit [Remote host closed the connection]
jack_rabbit has joined #lisp
<sigjuice>
I tried (ql:quickload :next/gtk) and then (next:start). I'm not at all familiar with gtk, but I do get a tiny white window with the title nEXT
<jmercouris>
hmm yeah, that should be working
<jmercouris>
try pressing C-l and loading a web page
<jmercouris>
or C-x b and see if you can get any completions for a buffer
schoppenhauer has quit [Ping timeout: 272 seconds]
<sigjuice>
C-x b and C-l do nothing
schoppenhauer has joined #lisp
<jmercouris>
sigjuice: :\ hmm let me try running SBCL and see how many issues are maybe CCL specific to some lib interactions
smurfrobot has joined #lisp
<sigjuice>
I can try the latest sbcl too, with jasom's patch. What version of ccl and Linux are you running?
<jmercouris>
CCL: Version 1.11.5/v1.11.5 (LinuxX8664)
smurfrobot has quit [Remote host closed the connection]
<jmercouris>
I'm running Ubuntu Server 16.04.3 LTX
<jasom>
Is g_idle_add_full thread safe?
<jmercouris>
s/LTX/LTS
smurfrobot has joined #lisp
<beach>
Good morning everyone!
smurfrobot has quit [Remote host closed the connection]
damke_ has joined #lisp
<jmercouris>
Good morning
damke has quit [Ping timeout: 264 seconds]
<jasom>
jmercouris: you're creating UI all over the place outside of the GTK main thread. That's totally bogus
<jmercouris>
jasom: Yes I am, indeed
<jmercouris>
jasom: Do you think that's causing crashes?
<jasom>
I would fix that before investigating the crashes
<jasom>
there's a non-trivial chance that it is, and it's obviously wrong
<jmercouris>
Yes of course, I'll make a push as well with some CCL specific changes one sec
<sigjuice>
Just got sbcl-1.4.3, but (ql:quickload :next/gtk) complains about Unable to load any of the alternatives: ("libsqlite3.so.0" "libsqlite3.so"). Weird that ccl didn't complain?
<jmercouris>
try changing that to a 4 in the source code
<jmercouris>
if you got cl-webkit from my fork I made it to a 3 so it would work with ubuntu
<jmercouris>
wait, sorry libsqlite, different lib, I'm tired
<jmercouris>
and yes, I need to list that as a dependency for linux at any rate, what should I put in the instructions?
<sigjuice>
my bad. I didn't realize that I downloaded the 32-bit version of sbcl.
<jmercouris>
"Install libsqlitedev package"?
jrm has left #lisp [#lisp]
fikka has joined #lisp
<sigjuice>
trying the 64-bit version, which happens to be 1.4.2. I just clicked on the one that said "newest" here http://sbcl.org/platform-table.html assuming it would be the right one :p
<jasom>
jmercouris: within-main-loop provides no sequencing
<jasom>
jmercouris: e.g. (gtk:within-main-loop (foo)) (gtk:within-main-loop (bar)) either foo or bar could be called first
<jmercouris>
jasom: Yeah, but logically speaking, why would it schedule bar before foo?
<jasom>
jmercouris: because it uses a stack?
<jasom>
jmercouris: if it uses a stack then there will always be a race
<sigjuice>
who is "it" in this context?
<jmercouris>
If you had foo, then bar, foo will begin execution probably some cycles before bar gets added to the stack
<jmercouris>
I assume too much
<jasom>
jmercouris: yes you assume too much.
<jmercouris>
Is there not a way to make this not so asynchronous?
<jasom>
jmercouris: the usual way is to actually do the work inside the main loop rather than doing a bunch of asynchronous requests
<jasom>
jmercouris: you could write your own version of within-main-loop that queues up work and deschedules itself once the queue is empty I suppose
<jmercouris>
I also have one other issue related to this
jack_rabbit has quit [Ping timeout: 264 seconds]
<jmercouris>
webkit2:webkit-web-view-run-javascript has a callback you pass that will get fired upon completion
fikka has quit [Ping timeout: 248 seconds]
<jmercouris>
my web-view-execute function needs to be synchronous though, so I have to set up some block that waits for that callback and retrieves the js return value
<jmercouris>
The problem is, the cocoa code is all synchronous, and the gtk code is not, I can't have two different models using the same interface, not easily at least
z3t0 has joined #lisp
z3t0 has quit [Remote host closed the connection]
z3t0 has joined #lisp
<jasom>
jmercouris: this is why cross-platform GUIs are hard
<Zhivago>
Hurrah for promizes.
<sigjuice>
jmercouris I was able to load a web page using sbcl-1.4.2
<Zhivago>
er, promises.
<jmercouris>
sigjuice: Yay!!! :D
<jmercouris>
Zhivago: I will not go down that dark dark road
<jasom>
Zhivago: I'm not sure if the GTK main loop runs in a lisp thread; if so, lparallel to the rescue!
<jasom>
jmercouris: "dark dark road" you're controlling a GTK application from a separate thread, promises light up your road...
<jmercouris>
I like the idea of a within-main-loop work queue, I don't get a callback though for all GTK things I fire off
<sigjuice>
but I am seeing a bunch of messages like this. Memory pressure relief: Total: res = 13537280/11018240/-2519040, res+swap = 9592832/7073792/-2519040 and (sbcl:77596): Gtk-CRITICAL **: gtk_tree_path_to_string: assertion 'path != NULL' failed and libva error: va_getDriverName() failed with unknown libva error,driver_name=(null)
<Zhivago>
Use the promises to tie asynchronous operations back to synchronous operations.
<jmercouris>
Zhivago: Can you illustrate an example for me please?
<jasom>
jmercouris: a promise converts asynchronous to synchronous with almost zero code
<jmercouris>
in CL that is
<Zhivago>
Not sure what the latest and greatest for promises in CL is.
<Zhivago>
But it should look something like (await (promise (lambda (done) (async-blah done))))
<jmercouris>
sigjuice: No idea wht the driver name issue/memory pressure is
<jmercouris>
sigjuice: The path !=null assertion refers to a check I do when there are no completions, it can't find a path, therfore can't highlight the first elemtn
FreeBirdLjj has joined #lisp
<jmercouris>
within the gtk tree view
<jasom>
lparallel has good promises
* jasom
will try that real quick
<sigjuice>
jmercouris calling it a night, but I will check back here for updates and be happy to test things out
<jmercouris>
sigjuice: Thank you for your help in testing!
<jmercouris>
goodnight
<jmercouris>
jasom: feel free to make a PR, any help is appreciated
<jmercouris>
I've also applied your patch already
mint has joined #lisp
smurfrobot has joined #lisp
jack_rabbit has joined #lisp
smurfrobot has quit [Remote host closed the connection]
mlau has quit [Ping timeout: 260 seconds]
sonologico has joined #lisp
<jmercouris>
it seems to run so much faster in sbcl
<throwprans>
"The symbol t is also sometimes used for other purposes as well. For example, as the name of a class, as a designator (e.g., a stream designator) or as a special symbol for some syntactic reason (e.g., in case and typecase to label the otherwise-clause)."
<throwprans>
Okay, I get that.
<throwprans>
But how do I find out what it means in say some-function-you-never-head-of?
<jdz>
throwprans: T is for "true", and functions that accept stream designators treat T as *terminal-io*.
<jdz>
FORMAT is specified to accept a "stream designator".
shka has quit [Ping timeout: 264 seconds]
<Shinmera>
throwprans: You look at the documentation
<beach>
Shinmera: I think FORMAT is different in that it doesn't take ordinary stream designators.
<throwprans>
Shinmera: Yeah, and looking at the FORMAT docs, I don't understand how to read it. -_-
<throwprans>
That is my problem.
<throwprans>
It says "destination---nil, t, a stream, or a string with a fill pointer."
<Shinmera>
Alternatively, redirection services like l1sp.org also accept chapter numbers.
<throwprans>
I was lost.
<beach>
But now you are found.
<throwprans>
22.3 is something that I don't know. :P
<throwprans>
I searched for PRINT hyperspec
<throwprans>
and that was the result.
<throwprans>
And so my confusion.
<beach>
All cleared up now.
<throwprans>
Yeah, now I know that from 22.3 I can go to the f_format doc, still not sure about the other way around
damke_ has joined #lisp
Vicfred has quit [Quit: Leaving]
<throwprans>
I am asking because I might end up the same place again and again for different functions
<beach>
Follow Shinmera's advice.
<Shinmera>
"For details on how the control-string is interpreted, see Section 22.3 (Formatted Output).
<Shinmera>
"
damke has quit [Ping timeout: 246 seconds]
<beach>
throwprans: We will deal with that when you get there.
<throwprans>
blimey for missing the obvious.
<throwprans>
beach: Alright, thank you madam/sir.
<beach>
throwprans: The Common Lisp HyperSpec is not meant to be documentation for the application programmer. For that, you are better off reading a book. The Common Lisp HyperSpec is a specification meant for people implementing Common Lisp systems.
<throwprans>
I am reading the PCL.
nonlinear has joined #lisp
<Shinmera>
Even despite that it is unfortunate that some of the links between pages are not well established
<throwprans>
But I like to understand how stuff works, so like to jump to the man/reference/whatever page when I can.
<beach>
The meaning of T should be documented in PCL.
<throwprans>
It probably is.
<throwprans>
Man is prone to forgetfulness.
<throwprans>
back to lisping I go.
<throwprans>
cheers everyone
<beach>
Shinmera: I agree. Maybe CLUS can fix some of that.
t0adst00l has quit [Ping timeout: 272 seconds]
ech042 has joined #lisp
varjag has joined #lisp
nonlinear has quit [Quit: WeeChat 1.9.1]
<Fare>
That ASDF bug blows my mind. I have to page back in all the ASDF call graph in this ugly ugly part of ASDF.
<Fare>
I believe the fix will be simple, though, when understood.
<Fare>
It's about the notion of primary-system not being a matter of name (since there are misnamed secondary systems) but of what asd file you were loaded in.
damke_ has quit [Ping timeout: 264 seconds]
ryanbw has joined #lisp
Murii has joined #lisp
d4ryus1 is now known as d4ryus
damke_ has joined #lisp
Xal has quit [Ping timeout: 272 seconds]
Xal has joined #lisp
Jarwin has joined #lisp
Jarwin is now known as Jarwin
damke_ has quit [Ping timeout: 264 seconds]
makomo has joined #lisp
smurfrobot has joined #lisp
fikka has joined #lisp
smurfrobot has quit [Remote host closed the connection]
drcode has quit [Ping timeout: 248 seconds]
Jarwin has quit [Ping timeout: 248 seconds]
throwprans has quit [Quit: Page closed]
hiroaki has joined #lisp
Jarwin has joined #lisp
BitPuffin|osx has joined #lisp
hiroaki has quit [Client Quit]
hiroaki has joined #lisp
_cosmonaut_ has joined #lisp
smurfrobot has joined #lisp
smurfrobot has quit [Remote host closed the connection]
damke_ has joined #lisp
hhdave has joined #lisp
smurfrobot has joined #lisp
smurfrobot has quit [Remote host closed the connection]
damke_ has quit [Ping timeout: 264 seconds]
smurfrobot has joined #lisp
eli has joined #lisp
eli has quit [Changing host]
eli has joined #lisp
hexfive has quit [Quit: WeeChat 1.9.1]
smurfrobot has quit [Remote host closed the connection]
araujo has joined #lisp
smurfrobot has joined #lisp
milanj has joined #lisp
fortitude_ has quit [Ping timeout: 264 seconds]
schoppenhauer has joined #lisp
fikka has quit [Ping timeout: 248 seconds]
fikka has joined #lisp
smurfrobot has quit [Remote host closed the connection]
damke_ has joined #lisp
araujo has quit [Ping timeout: 256 seconds]
Younder has joined #lisp
JonSmith has joined #lisp
JonSmith has quit [Ping timeout: 248 seconds]
random-nick has joined #lisp
araujo has joined #lisp
smurfrobot has joined #lisp
Murii has quit [Ping timeout: 250 seconds]
smurfrobot has quit [Remote host closed the connection]
hajovonta has joined #lisp
<hajovonta>
hello
smurfrobot has joined #lisp
t0adst00l has joined #lisp
damke_ has quit [Ping timeout: 264 seconds]
mlau has joined #lisp
smurfrobot has quit [Ping timeout: 240 seconds]
<Younder>
If you have a question, just state it.
thinkpad has joined #lisp
araujo has quit [Quit: Leaving]
FreeBird_ has quit [Remote host closed the connection]
smurfrobot has joined #lisp
<beach>
Hello hajovonta.
EvW1 has joined #lisp
smurfrobot has quit [Remote host closed the connection]
norserob has joined #lisp
anaumov has joined #lisp
turkja has quit [Ping timeout: 268 seconds]
mgsk has joined #lisp
mgsk has left #lisp ["WeeChat 1.9.1"]
mgsk has joined #lisp
nika has quit []
Cymew has quit [Remote host closed the connection]
flip214b has joined #lisp
<flip214b>
there's an "libapache2-mod-lisp" package, does anybody have experience with it? is that better/faster than using mod_proxy and hunchentoot?
Younder has quit [Quit: Leaving]
FreeBirdLjj has joined #lisp
jamtho_ has joined #lisp
<fe[nl]ix>
flip214b: no, it's old and unmaintained
FreeBirdLjj has quit [Ping timeout: 256 seconds]
fikka has quit [Ping timeout: 268 seconds]
FreeBirdLjj has joined #lisp
Kaisyu has quit [Quit: Connection closed for inactivity]
smurfrobot has joined #lisp
smurfrobot has quit [Remote host closed the connection]
<KZiemian>
phoe: and lack of respons sound worst than any message
<JuanDaugherty>
i c
<KZiemian>
JuanDaugherty: I can't tell you more or better than this paper
<JuanDaugherty>
it's clear
<JuanDaugherty>
ty
<KZiemian>
JuanDaugherty: ty?
<JuanDaugherty>
common abbreviation for thank you
<KZiemian>
JuanDaugherty: oh, I don't know that abbrevation
<JuanDaugherty>
np (no problem), your english is otherwise excellent
mlau has joined #lisp
turkja has quit [Ping timeout: 246 seconds]
<JuanDaugherty>
(since correct spelling isn't expected in irc)
smurfrobot has joined #lisp
<KZiemian>
JuanDaugherty: so If you want some wish about it, create new issue
<KZiemian>
if we don't find more acctive contributors we need at least few months to end prepering new framework (in broad sens of word) to CLUS
<JuanDaugherty>
I'm good with the existing ANSI standard
<KZiemian>
so if someone have a wish, better tell in now
milanj has joined #lisp
smurfrobot has quit [Ping timeout: 248 seconds]
damke_ has joined #lisp
smurfrobot has joined #lisp
Tobbi has joined #lisp
zooey has quit [Ping timeout: 272 seconds]
zooey has joined #lisp
KZiemian has quit [Quit: Page closed]
zooey has quit [Remote host closed the connection]
zooey has joined #lisp
Karl_Dscc has joined #lisp
damke has joined #lisp
damke_ has quit [Ping timeout: 264 seconds]
Tko has joined #lisp
attila_lendvai has joined #lisp
wxie has joined #lisp
francogrex has joined #lisp
<francogrex>
for debugging purposes do you use asdf:load-source-op or prepare-source-op?
MerinoBailon is now known as bailon
<fe[nl]ix>
use SBCL, force high debug then compile-op :force t
<francogrex>
yes but compile-op needs to be loaded afterwards
stee_3 has quit [Ping timeout: 260 seconds]
<phoe>
francogrex: use SBCL and SB-EXT:RESTRICT-COMPILER-POLICY
nirved has joined #lisp
<francogrex>
phoe and continue loading asdf as usual using for example: (asdf:operate 'asdf:load-op :ALEXANDRIA) ?
<francogrex>
right now I am doing (asdf:operate 'asdf:load-source-op :ALEXANDRIA)
<francogrex>
but so it seems not the right way
<beach>
Why do you insist on loading the source?
<francogrex>
because I use step afterwards. if i load the compiled I won't be able to single step unless....
<fe[nl]ix>
... you use SB-EXT:RESTRICT-COMPILER-POLICY
<beach>
francogrex: Or make sure you always have a high DEBUG setting, like in your .sbclrc.
dddddd has quit [Ping timeout: 248 seconds]
papachan has joined #lisp
dddddd has joined #lisp
<francogrex>
(declaim (optimize (debug 3))) I have that. but still if i only load-op it won't single-step unless load-source-op. however with SB-EXT:RESTRICT-COMPILER-POLICY maybe it will directly on the compiled allow me to single step
attila_lendvai has quit [Ping timeout: 272 seconds]
mlau has quit [Ping timeout: 240 seconds]
heurist` has joined #lisp
heurist has quit [Ping timeout: 272 seconds]
damke_ has quit [Ping timeout: 264 seconds]
attila_lendvai has joined #lisp
dddddd has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
Tobbi has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
wxie has quit [Remote host closed the connection]
Bike has joined #lisp
malice has joined #lisp
mlau has joined #lisp
hiroaki has quit [Ping timeout: 265 seconds]
attila_lendvai has quit [Disconnected by services]
attila_lendvai1 has joined #lisp
attila_lendvai1 has joined #lisp
<francogrex>
ok thanks
damke_ has joined #lisp
Tobbi has joined #lisp
<phoe>
francogrex: OPTIMIZE settings can be overriddeb by the compiler
aristippus has quit [Read error: Connection reset by peer]
<phoe>
(locally (optimize (speed 0)) ...)
<phoe>
and you can do nothing about it portably
<phoe>
that's where RESTRICT-COMPILER-POLICY comes in, as it's stronger than individual OPTIMIZE declarations.
hiroaki has joined #lisp
<phoe>
so you restrict it in .sbclrc, recompile everything once just to be sure, and boom, debug 3 everywhere.
lclark has quit [Remote host closed the connection]
Jesin has quit [Quit: Leaving]
<francogrex>
alright
ykoda has quit [Remote host closed the connection]
ykoda has joined #lisp
aristippus has joined #lisp
attila_lendvai1 has quit [Ping timeout: 272 seconds]
brendyn has quit [Ping timeout: 240 seconds]
jack_rabbit has quit [Ping timeout: 265 seconds]
attila_lendvai has joined #lisp
oleo has quit [Remote host closed the connection]
hiroaki has quit [Ping timeout: 246 seconds]
orivej has joined #lisp
KZiemian has joined #lisp
<beach>
KZiemian: Here is another item for CLUS: On the dictionary page for FORMAT, it doesn't say what stream is designated when T is given. It would be good to mention that.
hiroaki has joined #lisp
smurfrobot has quit [Remote host closed the connection]
jamtho_ has joined #lisp
francogrex has quit [Quit: ERC (IRC client for Emacs 25.1.1)]
<flip214>
I've seen a few more similar HTML "injections", but a few of them matched the content or tone so I didn't wonder that much
<Xach>
hmm
<flip214>
not that it matters much, just a heads-up
<flip214>
(as #:Erik is famous for not loving Perl, I can't resist the guess that this is some Perl-RE-blunder? ;)
<Xach>
Maybe, but not on my end. The archive is generated by a Common Lisp program.
<Xach>
I'll look into it
<flip214>
thought as much ;)
<flip214>
if you spend some time, please also fix the sort order (if you didn't already).
<flip214>
thanks a lot!
<Xach>
flip214: what is wrong with the sort order?
<flip214>
the "next" link sometimes points to older posts.
hexfive has joined #lisp
<flip214>
same day, but wrong intra-day order.
knobo2 has quit [Ping timeout: 255 seconds]
<Xach>
That won't be fixed, sorry. That happens to a small number of articles with ambiguous date fields.
<flip214>
the number is not that small... from memory, I'd guess I've seen some 30 or 40 mixed up posts, and I'm in Oct 2000 right now... but never mind, I can manage.
spoken-tales has joined #lisp
dec0n has quit [Read error: Connection reset by peer]
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
damke__ has quit [Ping timeout: 264 seconds]
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
spoken-tales has quit [Remote host closed the connection]
nika has joined #lisp
spoken-tales has joined #lisp
smurfrobot has quit [Remote host closed the connection]
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
KZiemian has quit [Quit: Page closed]
warweasle has joined #lisp
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
damke__ has joined #lisp
spoken-tales has quit [Remote host closed the connection]
spoken-tales has joined #lisp
trittweiler has quit [Ping timeout: 272 seconds]
trittweiler has joined #lisp
fikka has quit [Ping timeout: 250 seconds]
mishoo has joined #lisp
spoken-tales has quit [Ping timeout: 248 seconds]
Jarwin has quit [Ping timeout: 272 seconds]
Jarwin has joined #lisp
JonSmith has joined #lisp
hajovonta has quit [Remote host closed the connection]
<jasom>
jmercouris: you were right, as a point of fact, that the ccl crash when not waiting was caused by an upstream bug
<jmercouris>
jasom: Yeah, I had a strong feeling because at that point I was doing nothing non-standard with the code
<jmercouris>
like it would crash on me just starting GTK, not doing any operations
<jmercouris>
I wasn't sure how much was due to my VM setup, SSH X Forwarding, some other config etc
<jmercouris>
jasom: I'm thinking of maybe using Fereda's version since he accepts PRS/ is updating it, what do you think?
attila_lendvai has quit [Ping timeout: 272 seconds]
<jasom>
jmercouris: sure, I just googled "cl-cffi-gtk" and made a PR
<jmercouris>
I mean you are correct, that is the original author of it
<jmercouris>
How do I know which version of a lib is on quicklisp?
<sigjuice>
jmercouris you can take a look at the quicklisp-projects repo on github
<jmercouris>
sigjuice: ok, cool, thank you!
fikka has quit [Ping timeout: 265 seconds]
<jmercouris>
Yeah, ql seems to be pointed to the crategus version
<sigjuice>
phoe yes (progn (require :linedit) ...) does crash. why is that?
<mfiano>
Xach: Do you have any means to test Quicklisp on CMUCL?
<phoe>
sigjuice: let's talk about times in Lisp.
knobo2 has joined #lisp
<phoe>
simplifying things, there's three times: read-time, compilation-time, execution time. There are some other times as well, but let's skip them for now.
<sigjuice>
ok
<phoe>
during read-time, Lisp reads your data from strings or streams and turns them into objects.
<phoe>
it reads up "(progn (require :linedit)" properly.
<phoe>
then it reads "linedit:install-repl", which means, find me a symbol named "INSTALL-REPL" in package named "LINEDIT".
<phoe>
There's no such package at read-time.
<phoe>
So Lisp signals an error.
smurfrobot has joined #lisp
<phoe>
It doesn't matter that you had (require :linedit) before. It was only read, but not evaluated.
<Xach>
mfiano: quicklisp the software? or all quicklisp projects?
<mfiano>
Xach: Quicklisp with one specific software
<phoe>
when you split your input into (require :linedit) (linedit:install-repl), Lisp first reads the first form, compiles it, evaluates it.
<mfiano>
I am hitting what appears to be a Quicklisp or ASDF issue with only 1 software
Jarwin has quit [Ping timeout: 252 seconds]
<phoe>
Then reads the second form - successfully this time, because the first form created the LINEDIT package and all the symbols in it - compiles it, evaluates it. No error.
<mfiano>
and only on CMU
<phoe>
Okay, I'm done. That's the very short and brief introduction to times in Lisp.
<phoe>
*and most possibly incomplete and simplified
<Xach>
mfiano: I don't have cmucl handy at the moment. but in my experience most software is not tested with cmucl and problems can sneak in.
<mfiano>
Xach: out of curiousity, can you load gamebox-math.tests?
<jmercouris>
interesting, so use does get executed it seems, unless I don't understand the docs
<phoe>
executed? one second
<jmercouris>
"The order in which they are executed is as follows" "2. :use."
<phoe>
the clauses.
<phoe>
not arguments of the clause.
<jmercouris>
Ah, ok
<phoe>
(defpackage foo (:use (concatenate 'string "COMMON-" "LISP"))) ;=> error, (CONCATENATE 'STRING "COMMON-" "LISP") does not designate a package
<phoe>
so they are NOT evaluated.
<phoe>
so you need to put package designators there, not something that evaluates to package designators.
<jmercouris>
phoe: I wasn't doing that anyways, so I should be good :D
<jmercouris>
So, anyways, my question stkill kind of stands
<jmercouris>
if you have a defpackage, and you :use something, how does it know what symbols exist from that given :use?
<Bike>
what is "it" here?
<Bike>
use is just a list of packages, though. packages have a use-list. when you try to find a symbol in a package, it'll check the use list if it has to, so whatever symbols the used packages define are available, it's not set in stone at defpackage time or anything.
<Shinmera>
defpackage essentially just expands into an eval-when with all clauses and the respective package operations like export, import, use-package, etc.
damke_ has joined #lisp
<jmercouris>
Bike: "it" being the lisp system
<jmercouris>
I've noticed it doesn't complain about symbols not defined if I :use them in a package
<Xach>
jmercouris: that's because it's just using the symbols for the strings that are their names.
<Xach>
(:use "FOO") and (:use foo) are (usually) equivalent
<Xach>
FOO is not a variable reference because it's not evaluated normally. defpackage is a macro.
EvW has quit [Ping timeout: 246 seconds]
damke has quit [Ping timeout: 264 seconds]
<jmercouris>
Ah okay, that makes a lot more sense
varjag has joined #lisp
<Xach>
i wrote a simplified clone of the package system to understand it better and i am happy to answer questions!
<Xach>
my hope was to write a better tutorial but i haven't done that yet :(
<phoe>
there, now CFFI's FOREIGN-ARRAY-TO-LISP supports advanced array options
damke has joined #lisp
<phoe>
such as specialization, displacement and adjustability.
<dmiles>
oh good .. ok so i have this lisp impl i created.. and when i am at startup i have a flag that lets me intern and export new symbols like sys:%foo wi5thout giving an error that %foo does not exist in system .. in cases %foo did exist I export it if the initial bootstrap code used : instead of :: .. al this was of my own design .. but is there some defparameter or some other variable that i could
<dmiles>
update or mimic?
damke_ has quit [Ping timeout: 264 seconds]
spoken-tales has joined #lisp
warweasle has quit [Quit: back later]
<dmiles>
i didnt see anything in readtable or package
fikka has quit [Ping timeout: 248 seconds]
<Bike>
you can intern symbols whenever, dmiles. or do you mean that you want something like package locks, so that the user can't intern/etc symbols in certain system packages?
<dmiles>
the sys::%foo i support fine.. it interns .. but i wanted a way that the user would already know how to export as well as intern
<dmiles>
i sporta expected it would have bene part of the readtable
<dmiles>
as far as an "option"
<dmiles>
even thugh it doent actualyl relate to readtable
<Bike>
why would the readtable even be involved.
<dmiles>
becasue thing like PACKAGE-READCASE are there
<Bike>
You mean readtable-case?
<dmiles>
*nod* right
<Bike>
Which relates to how the reader treats case in symbols, something that intern and find-symbol are completely independent of?
<dmiles>
right the interner would be independant of technically..
<dmiles>
so i was more asking if anohter impl uses the same hack i do and what they did to support
<Bike>
So there's no reason for the readtable to be involved.
fluke` has joined #lisp
<Bike>
I'm not sure what you're trying to do. Do you want the reader to see a symbol, intern, and export it?
<dmiles>
correct.. other then the readtable actualyl intially deciding what the string will look like
<Bike>
Yes the readtable controls how the READER gets a string that is passed to intern. Intern doesn't do any case conversions or anything.
hhdave has quit [Ping timeout: 272 seconds]
<dmiles>
yes i'd like it so the user can tell the reader to see a symbol, intern, and export it
<Bike>
Okay. I don't think anybody does that. Why can't you just specify the package definition with all the exported symbols earlier?
<dmiles>
i can, and i can even have a flag in sys:*export-symbols*
<Bike>
This specification wouldn't involve the reader at all.
<dmiles>
but then i was thinking it be nice to not depend on packagfe locks to decide when i ignore that flag
<dmiles>
i understand.. trhe readtable should have nothing to do with it
<dmiles>
thats what i meant " <dmiles> right the interner would be independant of technically"
<Bike>
This *export-symbols* flag is the one that tells the reader to export symbols sometimes, right? I'm saying you should not have such a flag and the reader should not export symbols.
<dmiles>
and it was very ingnorant i should have mentined the readtable at all
<dmiles>
the reader has nothing to do with it
<dmiles>
why would you think it did?
<Bike>
Okay, so what does *export-symbols* do?
<dmiles>
it tens the intern code to also export
<dmiles>
tells*
<Bike>
There's no need for that either, then.
<dmiles>
eveytime i make a defparameter like *export-symbols* i have to write docs on it.. i am hoping someone lese did this as well and i could use their docs
<Bike>
If you got rid of the flag you wouldn't need to document it.
<dmiles>
or if they had a more eleegant design
<dmiles>
right
<Bike>
So here's what I"m saying. Don't have any flag like that. If you want a symbol to be exported, just export it, like call the cl:export function on it, or if you have defpackage specify it in :export.
nika has quit [Remote host closed the connection]
<dmiles>
so you are saying the better elegant design would be to yave it set up in defpackage .. right on
<dmiles>
(that is the design that is already expected)
<jmercouris>
jasom: The SBCL performance is so good!
nika has joined #lisp
<jmercouris>
I think I'll put it as the default in the install guide for Linux
smurfrobot has joined #lisp
m00natic has quit [Remote host closed the connection]
Khisanth has joined #lisp
<dmiles>
Bike: thank you btw
ech042 has quit [Remote host closed the connection]
damke_ has joined #lisp
pjb` has quit [Remote host closed the connection]
damke has quit [Ping timeout: 264 seconds]
ryanbw has quit [Ping timeout: 268 seconds]
damke_ has quit [Ping timeout: 264 seconds]
ym has quit [Ping timeout: 240 seconds]
ym has joined #lisp
EvW has joined #lisp
damke_ has joined #lisp
<DeadTrickster>
jasom, jmercouris lparallel just for promises?
Bookimp175 has joined #lisp
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSmtbpk: varjag smurfrobot M ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSbplxkfh: spoken-tales knobo2 jmercouris ▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSpnyhh: varjag Khisanth EvW ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILShgwojzwsj: fluke` Khisanth varjag ▄▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSbfpqzei: jmercouris spoken-tales smurfrobot ▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILShgfcdel: smurfrobot damke_ ym ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSxnpunnwys: M varjag fluke` ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
shifty has joined #lisp
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSlccsywl: varjag knobo2 smurfrobot ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSlaezhs: ym knobo2 EvW ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSnkmusqkan: jmercouris varjag EvW ▄▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSkkmeadkan: varjag ym jmercouris ▄▄▄▄▄▄▄▄▄▄▄
<Bookimp175>
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ A BUSY MEETING IS GOING ON NOW IN #/JOIN ITS A JOINT MEETING WITH THE DISCUSSION OF RE-ENSLAVEMENT OF NIGGERS..MESSAGE CHRONO OR VAP0R FOR DETAILSatzvyau: ym Khisanth knobo2 ▄▄▄▄▄▄▄▄▄▄▄▄
Bookimp175 has quit [Remote host closed the connection]
fikka has joined #lisp
fikka has quit [Ping timeout: 260 seconds]
_cosmonaut_ has quit [Ping timeout: 256 seconds]
<jmercouris>
DeadTrickster: Yea
shka has joined #lisp
<jmercouris>
Xach: What does mode change -o do?
damke_ has quit [Ping timeout: 264 seconds]
pjb` has joined #lisp
<Shinmera>
Remove oper
<Xach>
jmercouris: i was hoping to ban the spammer but I was too late.
<jmercouris>
Ah, I see
<jmercouris>
You know what that text really reminds me of, it sounds like the TempleOS guy
<jmercouris>
He would have the knowledge and the desire to do something like that, maybe it is him
<dlowe>
Let us just ignore it.
pjb` has quit [Remote host closed the connection]
Murii has quit [Quit: WeeChat 1.4]
damke_ has joined #lisp
nika has quit []
smurfrobot has quit [Remote host closed the connection]
pjb` has joined #lisp
<jmercouris>
DeadTrickster: Did you get a chance to try the new GTK version? There's a couple features missing yet, like parenscript execution, and callback for "onload" of a webview, but is "kind-of" working
knobo2 is now known as knobo
<knobo>
Is there any where I can follow the status of asdf stability/bugs?
<Shinmera>
The asdf-devel mailing list
pjb` has quit [Ping timeout: 250 seconds]
<knobo>
Anyone knows the status on the bugs in 3.3.1 that breakes many projects?
<Xach>
knobo: There is no bug that breaks many projects.
<knobo>
Is it projects that has not been updated to the new asdf version, then?
<DeadTrickster>
jmercouris, not yet, I will "soon" though. have you tried SBCL?
Tko has quit [Ping timeout: 256 seconds]
<dmiles>
for my auto-export thing (which i only use for the cold system right) now i swistched over the a primordial **BOOT-STATE**.. but of course the symbol (like before) have to trigger a PACKAGE-ERROR like "Symbol "XXXX" not found in the YYYY package"
<dmiles>
(or the other error like Symbol "XXXX" is not found in YYYY package )
<dmiles>
oops is not exported
orivej has joined #lisp
Jarwin has joined #lisp
Jarwin is now known as Jarwin
cgay has quit [Ping timeout: 240 seconds]
cgay has joined #lisp
<jmercouris>
DeadTrickster: Yeah, it works, I changed a bunch of things to make it work per jasoms instruction
<jmercouris>
Well, not a "bunch" of things, more like 2 things
<Xach>
knobo: yes
<DeadTrickster>
awesome, little bit easier to produce executable (at least for me)
<jmercouris>
DeadTrickster: What Distro are you running?
<DeadTrickster>
I have ubuntu and freebsd now
<DeadTrickster>
ubuntu is 17.04 and freebsd is current 12
<jmercouris>
I see, so you know how to make a standalone executable or one that uses shared libraries?
<DeadTrickster>
yes
<jmercouris>
So you know both?
<DeadTrickster>
yes )
<jmercouris>
Ok, cool, would you mind producing the Ubuntu standalone for the next release?
<DeadTrickster>
yes of course, when?
<jmercouris>
If you don't want to do it, that's of course no problem, I am just asking if you can since I'm a BSD/MacOS user
<jmercouris>
I hope to be done in 1-2 days with everything for an "alpha" for Linux
bgardner has quit [Ping timeout: 248 seconds]
<jmercouris>
So, I'm not exactly 7 days like I said in the issue on github, but pretty close :D
<DeadTrickster>
just ping me here or on github. see you
<jmercouris>
Ok, will do, thanks
fikka has joined #lisp
pjb` has joined #lisp
airgapped has joined #lisp
airgapped has quit [Client Quit]
<__rumbler31>
jmercouris: you got a blog?
fikka has quit [Ping timeout: 240 seconds]
randomstrangerb has quit [Ping timeout: 240 seconds]
randomstrangerb has joined #lisp
<jmercouris>
__rumbler31 No, just a personal website, john.mercouris.online
Tobbi has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
EvW has quit [Ping timeout: 255 seconds]
<JuanDaugherty>
blog - site - space , a bridge too far?
scymtym has quit [Remote host closed the connection]
damke has quit [Ping timeout: 264 seconds]
pjb` has quit [Ping timeout: 246 seconds]
jmercouris has quit [Remote host closed the connection]
zotan has quit [Read error: Connection reset by peer]
jmercouris has joined #lisp
z3t0 has quit [Ping timeout: 264 seconds]
vlatkoB has quit [Read error: Connection reset by peer]
shka has quit [Ping timeout: 240 seconds]
jack_rabbit has quit [Ping timeout: 248 seconds]
damke_ has quit [Ping timeout: 264 seconds]
eudoxia has joined #lisp
z3t0 has joined #lisp
ykoda has quit [Remote host closed the connection]
gtuser has quit [Ping timeout: 256 seconds]
<Ardx>
hey
knobo has quit [Ping timeout: 248 seconds]
<Ardx>
Can anyone direct me to a lisp/scheme that can be used in a proven, robust and modern IDE? These include vscode, visual studio, intellij, atom. Not emacs, or dr racket
<_death>
all of them can be used
<jmercouris>
A IDE does not enable or prevent the usage of a language
<jmercouris>
Also, VSCode, and Atom are not IDEs
<jmercouris>
Visual Studio is used for .net mostly, and Intellij is used basically just for Java, so what are you asking for?
<Ardx>
_death point me to a plugin with syntax highlighting, autocomplete, debugging, and error underlining?
<Ardx>
In an IDE that has a file tree, can support multiple tabs, and has a working dark theme?
<jmercouris>
Ardx: Emacs has all of those things
<_death>
Ardx: I use emacs, sorry
<Ardx>
holy moly
<Ardx>
jmercouris that actually looks like something
<jmercouris>
Ardx: Do you think it is just one huge coincidence that we are mostly using Emacs?
<Ardx>
I just hate emacs tbh, tried to use it with clojure for ages and hate all the keyboard commands i need to remember
<Ardx>
Use it if you want, I just want to write lisp in a modern tool
<jmercouris>
There are no keyboard commands you have to remember, if you have vanilla emacs, you can type into it with normal keys, and there is even a menu bar with File-> Save, etc
<jmercouris>
What makes Emacs not modern?
<jmercouris>
The latest release of Emacs was within the past year, and why does modern equate to better?
<Ardx>
things like buffers, and ctrl+c/v not being copy paste
<jmercouris>
Ardx: Except for that Ctrl+C and Ctrl+V can be made as copy/paste keys, and there are Windows versions that have that built in by default
<aeth>
Emacs is a lot more modern when (1) you turn off tool-bar-mode and menu-bar-mode and (2) you give it a dark theme and (3) you shrink the font
<jmercouris>
Buffers are effectively tabs
<aeth>
you also need to use the graphical, not in-terminal emacs
smurfrobot has quit [Remote host closed the connection]
<Ardx>
I like having drag drop panes that show me file tree, document tabs, code, menu with debugging options etc
<jmercouris>
Ardx: I'm just suggesting keep an open mind, it is not a coincidence that the best developers are using heavily modified emacs and vi
<Ardx>
how do i set breakpoints in that?
<jmercouris>
I have removed the gutters on mine, but normally you can double click
<__rumbler31>
don't you click on the line on the margin to set breakpoints?
<Ardx>
best devs?? lisp isnt used anywhere?
<jmercouris>
I have it set to something like C-b b
<Ardx>
Different minds I guess, I prefer my IDE as visual as possible
<jmercouris>
Ardx: The inventor of ruby used emacs, and credits a lot his success to that
hiroaki has quit [Ping timeout: 240 seconds]
<__rumbler31>
Ardx: what do you normally do?
<Ardx>
Man I know a lot of ruby devs that hate the lang
<jmercouris>
Ardx: I would say you rather prefer your editor as simple as possible, and making all decisions for you, and that's fine, but you won't score any points by criticizing emacs (unless of course your criticisms are accurate)
<Ardx>
c# + visual studio in my day job. Along with sql, js, web frontend etc
TCZ has joined #lisp
<aeth>
Ardx: The problem is that every language that has an IDE has a different best IDE. And IDEs make a huge difference. C# in Emacs isn't a good experience, just like Common Lisp in Visual Studio isn't a good experience. The recommended IDE for CL is SLIME, which does many cool things. There are ports of SLIME outside of Emacs (e.g. vim), but they're not as featureful at the moment.
hiroaki has joined #lisp
<aeth>
Emacs is both a text editor and a platform, and it happens to be the platform for the Common Lisp IDE.
TCZ has quit [Client Quit]
<Ardx>
all languages have the same core concepts though: a set of files, code to syntax highlight, autocompletion on type, error underlining, a repl, and a compilation step
<rme>
And that is, IMO, somewhat unfortunate. Emacs and SLIME do a lot, but you can write CL using any tool you like.
<Ardx>
Thats why things like the language service exist, and how a vscode/sublime can suport a lot of different languages
<aeth>
Ardx: Yes, all languages have the same core concepts, but they all tend to have a different "best" IDE. That's definitely unfortunate.
<rme>
But your editor has to know how to indent CL properly.
<_death>
Ardx: this is wrong, and if you want to learn why, you need to suspend your disbelief and pick the environment that tends to be used by practitioners of a language
<aeth>
Ardx: The problem is that people hav eto support swank, and I don't think Microsoft (creators of Visual Studio) have an interest in CL.
<aeth>
s/hav eto/have to/
<Ardx>
Already said Ive tried emacs, was for quite a while too
<aeth>
CL is a fairly unique language, so converting it to something designed for a C# or Java workflow is probably not going to work. Common Lisp is unlike almost every other language because it's based on an interactive image. Smalltalk is also like that, and Smalltalk is the only other language I know like that.
<Ardx>
just doesnt live up to other editors like vs
<aeth>
Smalltalk is probably the only language more interactive than CL (it did it first, and it did it better)
<jmercouris>
Ardx: How long did you use Emacs?
<Ardx>
3-4 months
<jmercouris>
Ardx: What did you use it for? What does your configuration look like?
<jmercouris>
Ardx: Did you try something like spacemacs? That seems to cater to the Atom type crowd
<jmercouris>
You can't tell me the aesthetics of that look bad, though I don't even see why that should be an issue
<Ardx>
Yeah thats the one I used
rme has left #lisp [#lisp]
<jmercouris>
At the end of the day, the choice is yours, but I cannot in good conscience reccommend another platform/editor
<Ardx>
Keyboard shortcuts for every little thing
<jmercouris>
Yeah buddy, we aren't programming with Wacom tablets believe it or not
<Ardx>
So you cant use a mouse?
<_death>
why would a programmer want to use a mouse
fikka has quit [Ping timeout: 252 seconds]
<jmercouris>
Why should I? Am I programming in scratch?
<cess11>
rodents are slow
<p_l>
Ardx: FWIW, I seem to recall some work for VSCode
<p_l>
not sure how current it is
<random-nick>
if you don't like keyboard shortcuts then you can always execute a command by name using M-x
<_death>
do you use an onscreen keyboard
<p_l>
Also, not sure what's the level of structural editing for VSCode
<Ardx>
Heres the modern approach: Have menus , buttons etc interactive things. Also allow keyboard shortcuts. voila
<Ardx>
random-nick so I have to type more things? lol
<jmercouris>
Ardx: That's just the thing though, emacs DOES come with a menu bar and buttons if you want
<p_l>
Ardx: Emacs had interactive menus since I first booted it
<Ardx>
p_l sadly everything seems to be outdated
eschatologist has quit [Quit: ZNC 1.6.5+deb2build2 - http://znc.in]
<random-nick>
Ardx: well, that seems to be what you want, since using the mouse is just extra work
<jmercouris>
Ardx: What exactly is outdated?
<jmercouris>
I'm at a loss as to whether you are trolling or not, if you are, you did an excellent job, because this whole time I've been taking you seriously :D
<p_l>
Ardx: most editors don't provide enough stuff to implement comparable interfaces, or just require too much work (Eclipse)
<phoe>
this discussion sounds like #lispcafe
eschatologist has joined #lisp
<p_l>
Ardx: that said, I do seem to recall some pretty recent Atom and VSCode integration work
<phoe>
since it's about if emacs is outdated or not, and certainly doesn't concern itself directly with Common Lisp
fluke` has quit [Ping timeout: 265 seconds]
<jmercouris>
phoe: Well, the conversation is about the best Lisp Editor, it's ALMOST offtopic, but not quite
<aeth>
The real problem Common Lisp has is that its unique characteristics (shared with one of its main inspirations, Smalltalk) really works best with its own enviornment. And that environment doesn't exist. If you've looked into Smalltalks, you've probably noticed that they tend to come with IDEs because that's a big part of the Smalltalk experience. GNU Emacs is old, and it uses Emacs Lisp, which is basically Lisp stepping in a time machine bac
<aeth>
Lisp stepping in a time machine back 30+ years. But it's close enough, so people use it.
<cess11>
no need for an IDE, it's too small for those
<aeth>
But if you really get used to the Emacs+SLIME workflow, it provides a glimpse into what could have been, if there was more development effort in that direction. An experience you don't really get elsewhere, even though GNU Emacs really isn't perfect
<_death>
aeth: this is also wrong.. realize that Emacs Lisp is developed and gains more features every day, unlike Common Lisp which is stable and standardized.. there are IDEs for Common Lisp, like LispWorks and Allegro.. (there was that Cusp thingy some years ago)
<aeth>
_death: IDEs that cost hundreds/thousands of dollars in 2017 might as well be considered non-existant for most people.
<_death>
aeth: he can get the free version to learn if he doesn't want to use emacs
<__rumbler31>
tbf the money spent on developing vs is enormous, and the whole vs ecosystem does cost thousands to truly leverage
<aeth>
_death: Emacs Lisp was made intentionally archaic, e.g. dynamic scoping. RMS was an old Lisper. He was aware of the future of Lisp and rejected it. Emacs Lisp still gains features because it's so far behind Common Lisp and Scheme.
<cess11>
pretty sure Allegro has a express version
<_death>
aeth: if his aim is to actually learn lisp, which is not sufficiently proved imho
<Ardx>
have you tried the free versio of lispworks?
<__rumbler31>
ms just subsidizes the costs of giving away a free version of their editor since they need to provide a polished experience in order to drive users/devs to their platform
<Ardx>
This sums it up: "There is a time limit of 5 hours for each session, after which LispWorks Personal exits, possibly without saving "
<__rumbler31>
there is no such thing for lisp, so allegro/LW ides for a couple hundred bucks seem out of place
<_death>
aeth: you know you can enable lexical scoping by default nowadays, right?
<aeth>
__rumbler31: Microsoft killed a lot of markets like the commercial web browser market and the commercial IDE market (although the latter has somewhat made a comeback in recent years).
<__rumbler31>
oh I know! I'm not saying its a good thing
<__rumbler31>
Ardx: the value proposition for emacs is thus: this tool might be clunky at first, but its so configurable that you end up making a custom fit glove over the course of your career
<_death>
Ardx: seems workable for learning the language
spoken-tales has joined #lisp
<aeth>
_death: Afaik, Emacs Lisp can now sort of emulate Common Lisp, as quite possibly the slowest Common Lisp implementation out there, because it's emulating Common Lisp.
<_death>
Ardx: if you're allergic to the free, unlimited, hackable and customizable lisp env..
<__rumbler31>
since we edit text as a regular part of our work, once you can create modes that distill your editing down to your other mental models (like browsing between forms), you get to leverage your knowledge in a new domain, which is powerful
<aeth>
_death: So, all flaws are overcome with patches and turing completeness over time.
JonSmith has quit [Remote host closed the connection]
JonSmith has joined #lisp
<aeth>
__rumbler31: Emacs is a good example of why defaults matter. Default Emacs is terrible, but every Emacs user doesn't realize this because Emacs users have a mandatory 100+ line .emacs file and, these days, probably at least a dozen packages from M-x package-list-packages
hhdave has joined #lisp
<jasom>
Ardx: SLIME is a proven, robust and nodern IDE
<__rumbler31>
I imagine one uses menus to discover what an interface can do. If it never changes, eventually the most common commands will be memorized as key combinations anyways. So imagine that your interface no longer EVER changes (like emacs) what you are left with after several years of use is exactly the environment you need
<_death>
aeth: not claiming it's more performant, or that it should be used for general purpose programming.. just that it's not stuck in the past as you described it
z3t0 has quit [Remote host closed the connection]
<aeth>
__rumbler31: Emacs is definitely not designed for a good first impression, though
pjb` has joined #lisp
<jmercouris>
They can't just change the defaults though without breaking everyone's config
<aeth>
_death: It's still stuck in the past. It's more modern features bolted onto a Lisp that was outdated at the start in its design.
<jmercouris>
So they are kind of locked in
jamtho_ has joined #lisp
<jmercouris>
Unless they introduce some sort of "compatibility" layer or something I don't know
<__rumbler31>
aeth: yes, although I would say that sometimes with long enough timelines, getting the defaults right can be hard. IIR the most popular editing constructs like copy/paste existed in emacs and vi before they became known as copy and paste and associated with C-v. C-c etc
<_death>
aeth: fine.. believe what you want.. me, I try to learn from the changes people (Lisp hackers, after all) make to it..
<aeth>
_death: All I know is that the style of CL I write is essentially impossible in Emacs Lisp, and even if it isn't, it wouldn't be fast at all.
<aeth>
And Emacs Lisp has had decades to catch up at this point.
BitPuffin|osx has quit [Ping timeout: 248 seconds]
weltung has joined #lisp
Jesin has quit [Ping timeout: 252 seconds]
<jasom>
Ardx: and by that I mean 80% of why I use common lisp over other tools is that SLIME is the best development environment I've ever used, and lighttyears ahead of any freely available one.
<_death>
aeth: may want to read the current elisp manual sometime then
<aeth>
jmercouris: That's what they're doing. They're switching everything over to Guile (???) with a compatibility layer. Which is strange since elisp is almost CL-compatible and GNU has not one, but two CLs.
<__rumbler31>
to finish my point, your emacs will never change. VS will change, while that timeline is covered in years, I don't care to keep chasing down where vs decided to hide that feature under whatever menu.
<aeth>
(GNU also has two other Schemes: Kawa and MIT)
pjb` has quit [Ping timeout: 255 seconds]
<aeth>
I suspect if Emacs picked CL, they could have made the transition 10+ years ago instead of still having a work-in-progress Guile port.
<jmercouris>
aeth: Yeah, the day Guile arrives, pigs will fly
<aeth>
jmercouris: I believe I read an FSF or GNU article about how Guile was going to become the standard GNU scripting language... and that article was from the 90s.
JonSmith has quit [Remote host closed the connection]
<aeth>
The whole implementation-in-C, scripting-in-interpreted-Lisp approach is flawed imo. Just writing the whole thing in SBCL will probably as a whole be faster than mixing very fast with slow.
reh has joined #lisp
<aeth>
Especially if it's as script-driven as Emacs.
<jasom>
is gnucash the only program that adopted it wholesale?
<_death>
sure, that's one thing that separates the boy languages from the men languages.. the former are written in some other language..
<drdo>
And it is especially bad when they invent their own crappy "scripting language"
<jasom>
to be fair, IMO cmucl was not ready for primetime on commodity hardware of the 90s
<jasom>
and sbcl didn't exist
<jasom>
and clisp was not a performance demon
<p_l>
Emacs current form predates clisp
<aeth>
jasom: Yeah. We finally have the fast implementations and fast hardware to do things properly today. A lot of strange decisions made 30 years ago were for performance issues that no longer matter, but we're stuck with those decisions, unfortunately.
hhdave has quit [Read error: Connection reset by peer]
<p_l>
aeth: a bit of the problem is that GNU Emacs harks in its history to before Common Lisp and evolved separately
<p_l>
as for Guile extensions
<_death>
jasom: if rms wanted to pick the CL route, a GNU CL would've been developed.. gcl/clisp came afterwards
<p_l>
GNU make is one of the programs that adopted it
<jasom>
p_l: GNU Emacs was post CLtL1, right?
<aeth>
Yeah, Emacs's history goes back a long way. GNU Emacs's tutorial is actually mostly compatible with the tutorial for the original (not in Lisp) Emacs. I don't know if the tutorial was modified from the original Emacs or backported from GNU Emacs with minor changes made. https://github.com/PDP-10/its/blob/master/src/emacs/teach.1
<random-nick>
also, RMS prefers Scheme to CL
<p_l>
jasom: its lisp started before CLtL1
igemnace has quit [Quit: WeeChat 2.0.1]
<p_l>
jasom: the GNU branding might have happened after CLtL1, but the implementation is older
<_death>
random-nick: why do you think that?
reh has quit [Quit: Updating details, brb]
weltung has joined #lisp
<jasom>
And CLISP is older than Guile, but was not licensed under GPL until about the same time that Guile was released
JonSmith has joined #lisp
<aeth>
Early GNU Emacs is still inferior to Lisp Machine Lisp, though. And RMS was aware of that. His name is on the later manuals.
<p_l>
CLISP is one of the old cases of "drive-by GPL viral attack" ;)
<aeth>
s/GNU Emacs/Emacs Lisp/
<jasom>
Don't link with readline, or your entire program becomes a derivitive work of readline...
<p_l>
GNU Emacs harks back to 1981 and Gosling Emacs
<jasom>
oh, CLtL was 1984, that's later than I thought
<p_l>
jasom: it's interpretation that is arguably thrown out today (case in point: Illumos and KVM, Linux and AFS/ZFS)
Cymew has joined #lisp
<random-nick>
_death: I am not sure where I've heard that, but you can always ask him about that using email
<_death>
random-nick: sure.. I've not seen any evidence for that though
hhdave has joined #lisp
<random-nick>
well, you can send a mail to rms@gnu.org and he will probably respond in up to 2 days
<_death>
random-nick: it's not that important to me ;)
hiroaki has quit [Ping timeout: 265 seconds]
Cymew has quit [Ping timeout: 240 seconds]
__rumbler31 has quit [Ping timeout: 260 seconds]
<Ardx>
well the atom lisp plugin is super nice, uses slime in the background too so finally I have all the features of a modern IDE with the power of lisp language. Sweet
<Ardx>
ciao
Ardx has quit [Quit: Leaving]
<Shinmera>
All of the features, such as using a tonne of memory :^)
<_death>
a javascript editor..
<aeth>
Well, to be fair, Emacs bloated 10x since the "Eight Megabytes and Constantly Swapping" joke. I now open a fresh emacs to 81.5 MB RAM usage.
smurfrobot has joined #lisp
<aeth>
So much bloat!
fikka has joined #lisp
<p_l>
~240 MB here used by emacs
<aeth>
yeah, it's easy to get it above 200
<p_l>
3 days, 6 hours
<_death>
just think, when you want to hack your own package or the editor's or someone else's, you need to write javascript :(
<Shinmera>
Atom uses more than that memory just after starting up and not doing anything.
<Shinmera>
Fresh instance, around 400MB RES.
<Shinmera>
Anyway, sorry for the o/t
<aeth>
400 seems pretty low for what it is
<aeth>
What do Common Lisp editors start at? SBCL should give it about 95 to start with.
smurfrobot has quit [Ping timeout: 248 seconds]
<aeth>
(And, yes, other Common Lisps will be better with RAM)
pjb` has joined #lisp
hhdave has quit [Ping timeout: 240 seconds]
wxie has quit [Remote host closed the connection]
nirved has quit [Quit: Leaving]
hhdave has joined #lisp
varjag has quit [Ping timeout: 240 seconds]
hhdave has quit [Client Quit]
pjb` has quit [Ping timeout: 255 seconds]
damke_ has joined #lisp
dmiles has quit [Ping timeout: 256 seconds]
JonSmith has quit [Remote host closed the connection]
<makomo>
jmercouris: Ardx: Did you try something like spacemacs? That seems to cater to the Atom type crowd
<makomo>
what makes you say so?
<makomo>
i'm using spacemacs myself and don't like atom at all :D
dmiles has joined #lisp
<p_l>
makomo: he quit, and apparently used spacemacs
<p_l>
gave him atom-slime
<p_l>
Spacemacs caters more to ViM/Mac crowd :)
JonSmith has joined #lisp
<makomo>
p_l: i know Ardx quit, but i was replying to jmercouris who is still here
<makomo>
p_l: i agree with the vim part, not sure about the mac part :D
eudoxia has quit [Quit: Leaving]
<p_l>
makomo: the mac keyboard seems to favour vimmers :P
<makomo>
meh, i don't like mac/apple either so :-)
Tobbi has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<makomo>
but i do like modal editing/vim's keybinds
<makomo>
it's an amazing thing tbh, one of the greatest contributions vim (vi) made
<makomo>
i really like the philosophy of having the keybinds of vim and extensibility of emacs
<makomo>
i.e. combine both of the two editors' best features to get something amazing
JonSmith has quit [Remote host closed the connection]
pjb` has joined #lisp
Kaisyu has joined #lisp
mishoo has quit [Ping timeout: 248 seconds]
JonSmith has joined #lisp
jstypo has joined #lisp
Bike has quit [Ping timeout: 260 seconds]
random-nick has quit [Remote host closed the connection]
spoken-tales has quit [Ping timeout: 248 seconds]
jstypo has quit [Read error: Connection reset by peer]
fluke` has joined #lisp
<jmercouris>
makomo: I was saying the people who like a pre-built config would be more likely to be atom users
<jmercouris>
makomo: Nothing wrong with evil mode, but spacemacs makes 100% of decisions for you, and I find that people who use spacemacs don't deviate from that a lot, it's not a bad thing, it's just a different way of doing things
<p_l>
jmercouris: it's less "100% of decisions" and more "customizing spacemacs is an extra level of work"
<p_l>
and more related to how, for example, most people don't change basic emacs keybinds either
<jmercouris>
Well, I try not to change the core ones, I just add to them so that I can still use vanilla emacs
<p_l>
even when they have PDF-generating literate configs like my old one
<jmercouris>
nothing terrible about c-n, c-p, c-x c-f, though I'll usually use s-f for projectile instead etc
<p_l>
jmercouris: so on top of already complex beast (Emacs) you add essentially a whole application (spacemacs) which has its own approach to configuration logic
<p_l>
not many people share their modifications yet
<jmercouris>
yeah the "layers" idea, idk, not sure that was really necessary
shifty has quit [Ping timeout: 268 seconds]
rpg has joined #lisp
smurfrobot has joined #lisp
<p_l>
well, I find it quite interesting, just didn't get around to setting myself up, because the defaults support CL and Org quite well
pjb` has quit [Ping timeout: 255 seconds]
JonSmith has quit [Remote host closed the connection]
JonSmith has joined #lisp
smurfrobot has quit [Ping timeout: 240 seconds]
JonSmith has quit [Remote host closed the connection]
JonSmith has joined #lisp
jstypo has joined #lisp
whoman has joined #lisp
<Shinmera>
I'm still waiting on people to give feedback on Portacle's key set and help document.
<Shinmera>
Haven't heard a squeak about that from anyone
rumbler31 has quit [Remote host closed the connection]
prometheus_falli has quit [Ping timeout: 272 seconds]