freenode/#lisp - IRC Chatlog
Search
12:15:15
iarebatman
This is absolutely terrible. I just had a night of completely restless sleep, trying to solve some great mystery involving recursive datasets and multiple circular lists. I still have no idea what my brain was doing, but I guarantee it had something to do with CL, so I’m blaming all of you.
12:16:48
jackdaniel
recursive datasets and circular lists are not often used in CL, I'm sure you've dreamt about clojure
12:17:25
jackdaniel
now I can honestly tell people, that they should use cl because clojure causes bad dreams
12:41:39
_death
or (mapcar (lambda (x) (+ x 2)) numbers) .. now, you may different values to be added, say #1=(2 3 . #1#) .. then SERIES may be your friend.. (collect (#M+ (scan t list) (series 2 3)))
12:42:14
phoe
dim: sometimes I have issues remembering which symbols are in CL and which are in Alexandria :D
12:42:40
dim
yeah I'm trying to not use Alexandria that much, but maybe I should just accept it as a kind of a CDR that completes the standard
12:44:59
dim
what I like about uiop is that it's already there in your implementation of choice usually, nothing extra to install on-top of it, one less build-dependency
12:46:12
phoe
(length (ql:who-depends-on "alexandria")) ;=> 682 (not counting transitive dependencies)
12:46:45
jackdaniel
uiop (and asdf) are in a matter of fact quite a dependency if put in the executable
12:49:07
dim
_death: slurping is good enough in a minority of cases, I agree with you for the general case
12:49:31
jackdaniel
it depends. i.e on sbcl / ccl you ma do concatenate-source-op and then load it in a fresh image. on ecl compilation and runtime environment have better distinction so you can compile system with asdf and have nothing of it in the executable
12:53:11
_death
here again SERIES may be your friend, by the way, as it has SCAN-FILE and SCAN-STREAM
13:07:40
pfdietz
I'd like to sit down with MichaelRaskin sometime and talk about use cases for code walkers.
13:10:51
vms14
(defun oh (x) (labels ((meh (z) (if (> z 1) (progn (princ z) (print x) (meh (1- z))))))(meh x)))
13:12:01
pfdietz
I keep coming up with code where I walk over lisp forms. Unlike macroexpand-all, I don't want to expand the macros. That's not possible in general, but I feel like there's a utility there struggling to get out.
13:12:59
MichaelRaskin
Because my code-walking paper explains that there are a lot of things that are possible with macrolet that just happen to be underappreciated
13:13:10
pfdietz
Currently, I'm working on a mutation testing utility for lisp. This involves walking function definitions and mutating them, then seeing if the test suite catches the mutations.
13:13:50
pfdietz
I've used macrolet in the past for passing down information from surrounding scopes at compile time, using ENV as a ghetto symbol table. Very handy.
13:15:00
pfdietz
Back to mutation testing: the goal there is to mutate the code without expanding it too much (and you don't want to mutate the glue code in the macroexpansions). Current approach adds methods for walking macro forms.
13:15:29
pfdietz
Sufficiently complex macros have to be expanded anyway, but "simple" ones can be handled more cleanly.
13:16:09
pfdietz
In this situation it's ok to screw up. If the mutated function doesn't compile, toss it out. No big loss.
13:16:41
pfdietz
So some analysis during the code walking is useful to detect when a mutation is bad in that sense.
13:16:47
MichaelRaskin
I mean, you could enumerate the sub-s-expressions of the macro, then expand, then find the sub-s-expressions eq to some original ones
13:17:41
MichaelRaskin
pfdietz: whatever you do, there are mutations that leave code correct unexpectedly…
13:18:08
pfdietz
Another case: in my random tester, I come up with big random lisp forms that expose compiler bugs. After I find them, I want to reduce them to minimal forms that still show the bug. This involves walking.
13:18:43
MichaelRaskin
Please please please don't tell me this includes compiler bugs in macroexpansion
13:18:52
pfdietz
Right, but you want to try to bias the mutations away from those. Perfect isn't needed.
13:19:52
MichaelRaskin
Well, I would start with macroexpand-all, and if the bug is still there, you are in luck
13:20:34
pfdietz
And yet another case: the old Waters' COVER package. It uses symbol shadowing and macros to implement code coverage annotations. Unfortunately it doesn't work with certain macros, like ITERATE, which also walk.
13:20:57
MichaelRaskin
What type of test suite are you interested in? Ultra-unit-test type that call with specific arguments and assert exact equality of output, or property-checking?
13:21:56
pfdietz
For mutation testing, it doesn't matter what the test suites are. For my random tester, I generate individual functions and look for crashes or behavioral differences between optimize settings (and inline/notinline, type decls no types, etc.)
13:23:13
pfdietz
The mutation testing walker would benefit from having some compiler-like information at walk time. For example, knowing that variable X is never assigned to, or that X and Y always have the same value.
13:23:31
MichaelRaskin
Well, for property-based test suites there is often a lot of function calls; so if mutated function always returns equal values to unmutated ones it is a different situation from returning different values but somehow passing the test
13:25:04
pfdietz
The point of mutation testing is not to test the mutated function, it's to evaluate the adequacy of the test suite. So if the test suite is not checking for the right return values it would be inadequate.
13:25:55
MichaelRaskin
pfdietz: it also depends on the task, sometimes you do not want to check for precise output values
13:27:59
MichaelRaskin
I know that mutation testing is for coverage estimation; but some structures of test suites are more likely to provide some kinds of information
13:28:31
pfdietz
The other thing the mutation tester needs is a way to capture lexical information for reuse when a function is mutated.
13:28:57
pfdietz
(let ((x ...)) (defun foo () ...)) ==> you want the X to remain the same when you redefine FOO
13:29:30
pfdietz
Better seen if there are several DEFUNs in that same lexical scope, communicating through those lexical variables.
13:30:10
pfdietz
I can hack this, if I can get a list of the lexical variables when DEFUN is macroexpanded.
13:30:51
MichaelRaskin
Well, if you walk all that with agnostic-lizard from the top level, you have the list of lexical variables in a portable way
13:31:40
pfdietz
You'd macroexpand the form and look for all its vars, and see which ones are in the top level env?
13:32:46
MichaelRaskin
For each form that changes the list of locals, I made sure to stow away the thunks to read/write the new locals
13:36:39
pfdietz
For the mutator it's just necessary to set up a symbol-macrolet for the lexical vars at the DEFUN (and appropriate FLET functions for reading/setf-ing).
13:37:50
MichaelRaskin
If I were doing it, I would just mutate the code of the entire file and reevaluate all the things
13:40:01
pfdietz
That's one way to do mutation testing: "supermutants" that are controlled by some special variable. Lots of CASE statement in the code to control which mutant is being activated.
13:50:48
MichaelRaskin
I meant the other direction: just a set of whole-file mutated reloads, maybe living in different packages
14:09:52
pfdietz
I wonder how well macroexpand hooks stack (I assume you were using *macroexpand-hook*).
14:16:45
pjb
"Users who put their own function into *macroexpand-hook* should consider saving the previous value of the hook, and calling that value from their own."
14:37:27
selwyn
i notice the google common lisp style guide advises against with-slots in favour of with-accessors. is this good advice? is this style guide worth consulting in general?
14:38:03
pfdietz
Does Google apply their style guidelines to your public repos when they're deciding whether to hire you?
14:39:20
pfdietz
The nice thing about *macroexpand-hook* would be that it lets me perturb someone else's software without changing that software.
14:39:58
ludston
selwyn: It makes sense for large projects, because it is trivial to refactor and extend the implementation of an accessor, where-as not so with slots.
14:41:07
_death
selwyn: I don't think it's good advice.. it may be worth consulting, but unless you're writing CL for Google...
14:43:54
selwyn
i am interested in improving my coding style, particularly with respect to CLOS. i think that the best way to improve is to read and understand high quality code, but in this case google has put together a style guide consisting of purported best practices, which is certainly quicker to absorb.
14:45:42
_death
ludston: with-slots is useful when you're the one who is writing the code that's aware of the internal representation.. with-accessors is bad because it's just verbose and ugly.. symbol-macrolet or simple use is more tasteful
14:45:50
pfdietz
And accessors can be applied to things that aren't even standard objects. Reading the page for with-accessors, I don't think it's limited to standard objects.
14:46:29
beach
_death: It is very useful to make an internal protocol as well, again making slots an implementation detail.
14:47:01
_death
beach: sure.. in that case you wouldn't want to use with-slots, but that doesn't mean you want with-accessors
14:47:05
beach
_death: So your problem is specifically about WITH-ACCESSORS as opposed to accessors in general?
14:48:11
ludston
_death: I don't disagree that 'with-accessors' gives me RSI after I type it out for the 50th time, but I agree with beach, which is that it is better to abstract away implementation details. (In that it can be refactored later)
14:50:42
_death
many times classes are used as structs-that-can-be-redefined.. in such cases, you don't necessarily think about a CLOS protocol.. then WITH-SLOTS is useful for the handful of functions that implement your external interface
14:57:23
ludston
In personal projects tend to pretend all of my classes are structs (and follow the same naming conventions structs use for accessors) if only because it means that I can substitute the class for a struct trivially.
15:02:26
Posterdati
gsll won't quickload under sbcl 1.4.13 running on openbsd, probably the c toolchain is badly configured
15:02:40
_death
selwyn: I think if you want to learn good CLOS design you should read AMOP and the CLIM spec
15:05:52
selwyn
thank you death and everyone else for the advice. i do have a copy of AMOP but have been putting it off finishing it.
15:08:23
_death
selwyn: for a (really) good style guide I can recommend http://norvig.com/luv-slides.ps .. but it's not a coding standard.. I guess the most important feature of a coding standard is that it exists, so.. :d
15:09:04
jmercouris
does anyone have experience using cl-org-mode? https://common-lisp.net/project/cl-org-mode/
15:09:42
jmercouris
doesn't seem like it would be too complex of a thing to do, I start by: (read-org-file #P"/Users/jmercouris/Work/Atlas/Site/articles/why-lisp.org")
15:10:41
jmercouris
for example I hve a slot CHILD-NODES in this object, that shows up when I inspect it, but it won't let me actually do (child-nodes returned-org-file)
15:10:58
pjb
ludston: if you type with-accessors a lot, probably you're missing some abstraction, such as (with-person p (with-cat p.cat (print (list p.cat.name 'of p.name)) (incf p.age) (feed p.cat)))
15:11:31
selwyn
death: thanks for link. it reminds me somewhat of orwell's style guide for the english language which is reassuring as it is very good
15:13:02
jmercouris
here's an interesting question though, is it possible to view the accessor for a slot in the slime inspector?
15:13:13
jmercouris
in this case it was in the documentation, fine, but otherwise would I have to go to the defclass?
15:13:51
pjb
jmercouris: accessors can only be by convention, notably when they're not accessors to standard-object slots.
15:14:10
Bike
i mean the inspector could look at the class slots and get the... wait what's thea ccessor
15:15:03
pjb
Bike: but only those defined by defclass. You could define them separately: (defgeneric (setf foo) (new obj)) (defgeneric foo (obj))
15:15:12
jmercouris
you can also inspect the class as Bike suggested, but it spits out something thats a bit hard to read
15:19:46
pjb
For example, tree-node-heading is it, tree - node-heading, or is it tree-node - heading?
15:19:56
jmercouris
sure I could also make my Lisp case sensitive and have all my variables lOoK lIkE thIs
15:20:26
_death
jmercouris: you may also want to check out gigamonkey's manifest system or others like it
15:22:55
ludston
Pressing shift too much hurts my hands :(. Maybe it is worth making () the default and requiring shift for "90". I certainly type () more often.
15:24:36
_death
jmercouris: looks like quickdocs operates differently.. there are many systems that generate documentation using the introspective functions though.. for example sb-texinfo in sbcl (and others)
15:25:45
sjl_
phoe: I don't swap them -- I rebind left and right shift to "shift if held and used with other keys, parens if pressed and released on their own"
15:25:46
MichaelRaskin
You want to say that on Mac you cannot swap them back to whatever you prefer?
15:27:05
jmercouris
I have a lot to say about using shift key as an actual key and all the problems it cause with programs, but if you are only using emacs, go for it
15:27:57
MichaelRaskin
I actually use CapsLock for its proper function. I mean, switching the major layouts.
15:29:31
sjl_
And in practice I end up mostly using just the ( because paredit handles closing everything for me.
15:38:25
ludston
pjb: TY. One more keyboard trick to add to the list. Who knows how deviant I'll be when I'm 50.
15:42:43
specbot
Congruent Lambda-lists for all Methods of a Generic Function: http://www.lispworks.com/reference/HyperSpec/Body/07_fd.htm
15:43:43
mfiano
On SBCL at least, it seems to be legal to define &allow-other-keys ONLY inthe generic function, and each method using only they &key arguments they need. Is that legal, or must &allow-other-keys be present in the method lambda list?
15:44:41
phoe
"The use of &allow-other-keys need not be consistent across lambda lists. If &allow-other-keys is mentioned in the lambda list of any applicable method or of the generic function, any keyword arguments may be mentioned in the call to the generic function."
15:45:19
phoe
It should be legal to define a generic with &key &allow-other-keys and then a method that only has &key foo
15:45:50
phoe
The programmer may always define a method that has a &rest and therefore captures all the keys supplied to the GF
15:46:17
beach
mfiano: It is mentioned somewhere that it is as if the method function is called with :allow-other-keys t.
15:48:34
phoe
for a single GF with &a-o-k it is legal to define methods which do not accept other keys
15:48:44
mfiano
I always only ever used &allow-other-keys in the GF, but zulu on the other server seems to think that is illegal
15:57:22
dim
speaking of generic functions I have some code refactoring for pgloaeder that's been pending for a long time, maybe I should consider doing that...
16:01:36
dim
https://github.com/dimitri/pgloader/blob/master/src/sources/mysql/mysql-schema.lisp#L96
16:02:52
dim
the functions list-all-columns, list-all-indexes, list-all-fkeys, get-column-sql-expression exist in the packages pgloader.mysql, pgloader.mssql, and pgloader.sqlite, and maybe even in pgloader.pgsql too
16:03:35
dim
the function create-my-views and drop-my-views exist in all packages for a source database with materialized views support (MS SQL and MySQL at this point IIRC), and could be a generic function API too
16:06:12
beach
mfiano: Yes, like I said, it is as if method functions were called with :allow-other-keys t so it doesn't matter that they don't mention all keyword arguments.
16:06:12
dim
phoe: who much are you interested in the generalization of existing internal APIs in pgloader then? should I work on it or leave you some space to hack away?
16:07:53
beach
mfiano: Hmm, I think we have a discrepancy between the Common Lisp HyperSpec and the MOP.
16:08:13
mfiano
"If &allow-other-keys is mentioned in the lambda listof any applicable method or of the generic function, any keyword arguments may be mentioned in the call to the generic function."
16:10:08
dim
sure, it's quite an effort in terms of refactoring, that said it's all about CL, not much about pgloader's domain
16:10:46
phoe
Will need to take it slow this week though, my backlog is a little bit bigger than I thought it would be
16:48:16
katco
stylewarning: hey, i read some comments you made on reddit about gsll. you mentions magicl was started because gsll was so buggy. would you mind expounding a little on that?
16:53:03
selwyn
i had gsll segfault at times when i used it. magicl and gsll have overlapping but distinct use cases
16:53:37
katco
selwyn: good info, thanks. i wonder why the community isn't fixing bugs in gsl? does no one use it any longer?
16:53:55
stylewarning
katco: well contributions to it are highly welcome. If you have a better way to organize things, please file an issue sharing your ideas. There are ridiculous functions like MULTIPLY-COMPLEX-MATRICES
16:55:06
katco
stylewarning: this is a totally new space for me, so i won't likely have any useful feedback for awhile. i'm not even sure if i can get away with poking at data in lisp yet. the book i'm following uses python, and i'm new enough that it's difficult for me to find the equivalent lisp libs/fns sometimes
16:57:52
selwyn
katco: i don't know. i don't know how many people use it, but it does seem to be less maintained which is a major drawback of a library that relies on foreign function calls. i suspect that some bugs i encountered were due to GSL library updates that changed the API
16:57:57
katco
it does seem like the lisp community needs to rally around a lib though. lisp is such a good choice for data-munging
17:00:06
selwyn
katco: concerning poking at data in lisp, if you are ambitious and accept that you occasionally have to roll out your own libraries it can pay off greatly. having said that i can list lisp libraries that are better than the python equivalents. i made the switch from python and didn't look back (i am more in scientific computing than data, though i do some data things)
17:00:56
LiamH
GSLL doesn't have a lot of updates for GSL 2+. I just don't have the time; I would love to get help doing this.
17:01:11
katco
selwyn: i don't even really know python that well, but i do know CL. it seems the obvious choice for me, but it's been a bit of an uphil battle to get going on the CL toolchain
17:01:19
oni-on-ion
CL is excellent for collections of (disparate) code like this . someone somewhere brought up the topic of "immortal" software recently, i would say anything written in CL is made out of strong materials
17:01:50
katco
LiamH: hello again! do you have any opinions on the aforementioned segfaults and whether they're functions of gsl, or gsll bindings?
17:02:21
katco
oni-on-ion: i totally agree with that. i am not old, but i am old enough to want to write things once and then use them for the rest of my life
17:03:10
oni-on-ion
katco, yep. in the youth of my old phase (!) i am learning this, and also learning more that i am making software for myself rather than for everyone-except-me
17:03:28
katco
LiamH: it seems selwyn and stylewarning have. i haven't actually used gsll properly yet
17:04:00
katco
oni-on-ion: i can appreciate that sentiment as well :) the exception being working on teams :)
17:04:42
oni-on-ion
katco, i would like to say that is one person, if the team is working as a whole unit =) wishful thinking though eh
17:05:55
selwyn
i should clarify i haven't used it in a year, but this is my recollection. i don't use it now since i don't require it at the moment
17:06:47
stylewarning
katco: I see, well you’re welcome to message me about that, though I can’t guarantee anything
17:07:34
katco
stylewarning: i actually had a look at rigetti computing last night. i wasn't aware there was a market yet for cloud quantum computing
17:08:00
oni-on-ion
programming is the best 'game'. and games are more fun with others. its just that i dont like to play competitively, but cooperatively. i have a feeling that relates to lisp where it is more single-effort than teams. either that means CL users are evil and selfish, or programming itself is fundamentally competitive. --confused
17:08:42
stylewarning
katco: *shrug* I didn’t know there was a market for commercial lisp compilers either, but I guess there is.
17:09:47
oni-on-ion
the key is to convince potential customers that they want to buy *whatever* it is you're selling
17:16:39
LiamH
I have succeeded in restoring the GSLL information sheet at https://common-lisp.net/project/gsll/. The mailing list info is at the bottom.
17:19:07
katco
selwyn: i'm reading through "Hands-on Machine Learning with Scikit-Learn, Keras, and TensorFLow", and i arrived at a section that was discussing building up your own personal library of functions to munge data. it seems like a large part of this is rolling your own anyway
17:20:42
selwyn
katco: you might like to check out melisgl's libraries. i use one of them https://github.com/melisgl/mgl-gpr for differential evolution and can recommend it. he won a kaggle contest a few years back using lisp
17:22:05
katco
selwyn: thanks, i've looked at that. unfortunately my team are not also lispers. so anything regarding building the actual models would have to be something more "mainstream". but i have some wiggle-room for stuff i only use personally, i.e. poking at the data prior to building models
18:32:34
koenig
jackdaniel: I thoroughly enjoyed your post on /r/lisp a week ago called "Fun ECL hack" where you wrote a simple C REPL.
18:33:30
koenig
I keep telling myself that I'll write a WeeChat module to integrate ECL into WeeChat but never seem to find the time to do it. But your post may inspire me to follow through and get started!
18:48:07
p_l
I don't remember the nick, but someone here used ECL to make (commercial) plugins for MS Office
18:50:25
koenig
I keep thinking that using Common Lisp in general and ECL in specific could be a "secret weapon" in a lot of the work I do.
18:51:00
koenig
I guess it'd probably take just diving in and doing it for a few projects and then I'd have my own design patterns for how it works best with my style.
18:51:22
koenig
But having an accessible ECL REPL linked to a lot of my C/C++ code would probably be pretty neat.
18:55:30
jackdaniel
koenig: wait a few days, I'm going to expand this joke into something hilarious (at least to me)
19:37:46
phoe
dim: which APIs exactly do you mean? maybe we can split the work into tasks and I could grab one when I have a while
20:39:09
katco
folks should not be doing things like this, right? https://github.com/AccelerationNet/cl-csv/blob/master/cl-csv.asd#L35-L38
20:41:56
katco
selwyn: i incorrectly jumped to the conclusion that the code here was overwriting the method definition. i guess i haven't worked with clos in awhile
20:45:49
katco
Xach: the preferred way is now a `:in-order-to ((test-op (test-op cl-csv/test)))`, right?
21:50:49
anamorphic
defunkydrummer: think I got that ccl problem with iup-controls on windows sorted out
22:09:50
anamorphic
I think iupcontrol was loaded ahead of iup. SBCL didn't seem mind (and CCL too, on Linux)
22:21:12
defunkydrummer
anamorphic: i'll have to try on my windows machine then. last time i thought the right version of MS VC runtime DLL was not being present, but upon checking, it was. So i'll have to take a look what was causing the problem. Because i'm not very sure loading iup-controls before iup will cure it.
22:22:49
anamorphic
I started setting up appveyor to catch these kinds of things, but had to rage quite after an hour or so.
22:23:01
defunkydrummer
IUP lovin' had me a blast / IUP lovin', happened so fast / I met a GUI crazy for me / Met a framebuffer cute as can be // QT days drifting away / To uh, oh those IUP nights (BRIDGE) Oh well, oh well, oh well oh, uh / Tell me more, tell me more / Did you get very far? / Tell me more, tell me more / in CCL did it start?
22:25:27
defunkydrummer
anamorphic: I am not convinced of the use of Continuous Integration when you can do interactive development with a repl
22:29:20
defunkydrummer
anamorphic: No. I still have the DLL problem: can't load iupcontrols.dll, and this must be because a missing dll. I need to use those dependency walkers to find out what the f"!/#! is going on
22:32:14
phoe
make sure that you are *very* comfortable with Practical Common Lisp before you dive into it.
22:32:53
vms14
phoe: I'm just starting it, but it seems it will teach very important stuff of lisp than other books won't cover. It's right that assumption?
22:33:02
defunkydrummer
phoe: The error is the same i have on Issues: Error opening shared library <path>iupcontrols.dll : The specified module could not be found. .
22:33:29
defunkydrummer
phoe: the "The specified module could not be found" message comes straight from the Windows OS and means "I can't load some DLL that is required by your DLL, so fuck you."
22:34:04
defunkydrummer
vms14: Lisp (or Scheme) is the most powerful mainstream interactive language
22:34:42
defunkydrummer
phoe: When you load a 32-bit DLL under CCL64bits, the error message is different. In any case, I will double-check again
22:35:12
defunkydrummer
vms14: You will get the fucking enlightenment. I guarantee you. Lisp: Guaranteed enlightenment or TRIPLE your money back
22:35:30
anamorphic
defunkydrummer: I will take another look tonight. Thanks for trying it out again though.
22:36:15
phoe
Lisp doesn't magically give you galactic brain or anything, it just shows you how programming languages are and should be done
22:36:30
phoe
and once you understand that, and different layers of that, then you start utilizing that knowledge
22:36:39
defunkydrummer
vms14: the best part of using Lisp is that you can increase your smugness levels up to the max, that's when you simultaneously achieve enlightment and turns you into a Smug Lisp Weenie (TM)
22:36:41
vms14
but I guess all that stuff it's just the tools you have to create abstractions, and how thanks to having all those tools you learn and improve your knowledge about how to create abstractions
22:37:05
vms14
also, you'll get used, so your programs will be very different than what would be with C
22:37:33
phoe
on one hand it's abstractions to hide what isn't required, but on the other hand Lisp can bring you all the way to the most basic units of computation - see the SICP lecture videos for that
22:37:57
defunkydrummer
ACTION is recruiting submitters for r/LispMemes. Work compensation plan includes a Space Cadet Keyboard, an autographied copy of the Chine Nual, and a dinner with Conrad Barski
22:38:56
phoe
keep on going - one part I really liked is how s&a explain how to implement objects using closures
22:38:57
vms14
I saw them when I was just starting to learn lisp, the fibonacci recursive function fucked my mind xD
22:39:59
phoe
also how they first showed you that you don't need mutable hidden state at all, only to end with a conclusion that you actually need to have mutable hidden state
22:41:37
phoe
vms14: Common Lisp gives you a taste of Perl, see http://www.99-bottles-of-beer.net/language-common-lisp-114.html
22:44:19
defunkydrummer
anamorphic: IT SEEMS I OVERCAME THE DLL PROBLEM. Thanks to your updated Readme: "Usually this means setting LD_LIBRARY_PATH on Linux or PATH on Windows."
22:44:41
defunkydrummer
anamorphic: i didn't know i need to set the PATH, considering that CFFI was already directed to the correct directory
22:45:56
anamorphic
I was really hoping the (push (asdf:system-relative-thing :tecgraf-libs "lib") cffi:*foreign-directories-somehting*) was going to be the best way
22:46:47
selwyn
i wonder how much the lisp world would benefit from the contributions small number of windows developers maintaining the sbcl windows port, writing a windows backend form clim etc.