iovec has quit [Quit: Connection closed for inactivity]
Mr-Potter has quit [Quit: Leaving]
quazimodo has quit [Ping timeout: 272 seconds]
pierpal has quit [Ping timeout: 244 seconds]
ntbre has quit [Quit: ntbre]
quazimodo has joined #lisp
pierpal has joined #lisp
longshi has joined #lisp
Kundry_Wag has quit [Ping timeout: 245 seconds]
ntbre has joined #lisp
nicdev has quit [Ping timeout: 245 seconds]
nicdev has joined #lisp
terpri has joined #lisp
Josh_2 has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
amerlyq has quit [Quit: amerlyq]
pierpal has quit [Quit: Poof]
xkapastel has quit [Quit: Connection closed for inactivity]
pierpal has joined #lisp
dale has quit [Quit: dale]
kenu has joined #lisp
kenu has quit [Quit: Leaving]
kenu has joined #lisp
karlosz has quit [Quit: karlosz]
<fiddlerwoaroof>
verisimilitude: that's the programming equivalent of a tongue-twister
sjl has quit [Ping timeout: 250 seconds]
anewuser has joined #lisp
<verisimilitude>
I think it looks nice.
frodef has quit [Ping timeout: 252 seconds]
<didi>
I'm yet to use .*MACROLET.
wxie has joined #lisp
igemnace has joined #lisp
kenu has quit [Remote host closed the connection]
Kundry_Wag has quit [Remote host closed the connection]
<pjb>
(let ((let (let ((let 'let)) (list let let let)))) (flet ((lєt (&rest let) let)) (lєt let let let))) #| --> ((let let let) (let let let) (let let let)) |#
<verisimilitude>
Oh, damn; I should've used PSETF.
<fiddlerwoaroof>
verisimilitude: yeah, it's just confusing at first glance
<verisimilitude>
Are you referring to what I just wrote or the earlier &AUX fun?
<fiddlerwoaroof>
the aux fun
<verisimilitude>
I just always use &AUX if I want a binding to apply to the entire body; it's clearer than a LET or LET* that likely covers the entire body, but would perhaps need to be checked for this.
longshi has quit [Ping timeout: 268 seconds]
makomo has quit [Ping timeout: 246 seconds]
ebrasca has quit [Remote host closed the connection]
nullheroes has quit [Quit: WeeChat 1.9.1]
nullheroes has joined #lisp
Kundry_Wag has joined #lisp
Kundry_Wag has quit [Ping timeout: 250 seconds]
Kundry_Wag has joined #lisp
nullheroes has quit [Quit: WeeChat 1.9.1]
nullheroes has joined #lisp
dale has joined #lisp
Kundry_Wag has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
CCDelivery has joined #lisp
igemnace_ has joined #lisp
charh has quit [Ping timeout: 245 seconds]
charh has joined #lisp
igemnace has quit [Ping timeout: 245 seconds]
anewuser has quit [Ping timeout: 245 seconds]
akater has joined #lisp
anewuser has joined #lisp
<pillton>
Why would it be clearer than a LET when the body of a LET is indented?
<verisimilitude>
It's a certainty with &AUX, but not quite with LET, even if in practice a LET will always be indented properly and whatnot.
<verisimilitude>
So, it's the difference between being certain or being pretty sure at a glance.
Kundry_Wag has quit [Remote host closed the connection]
igemnace_ has quit [Quit: WeeChat 2.3]
volkov has joined #lisp
gravicappa has joined #lisp
Kundry_Wag has joined #lisp
rumbler31 has quit [Remote host closed the connection]
CCDelivery has quit [Remote host closed the connection]
Kundry_Wag has quit [Ping timeout: 245 seconds]
marvin2 has quit [Ping timeout: 268 seconds]
_whitelogger has joined #lisp
Kundry_Wag has joined #lisp
dddddd has quit [Remote host closed the connection]
Bike has quit [Quit: Lost terminal]
Kundry_Wag has quit [Ping timeout: 246 seconds]
smokeink has joined #lisp
dale has quit [Quit: dale]
<beach>
Good morning everyone!
cgay has quit [Ping timeout: 244 seconds]
anewuser has quit [Ping timeout: 246 seconds]
akoana has joined #lisp
volkov has quit [Remote host closed the connection]
quazimodo has quit [Ping timeout: 245 seconds]
abhixec has quit [Ping timeout: 246 seconds]
quazimodo has joined #lisp
Kundry_Wag has joined #lisp
Kundry_Wag has quit [Ping timeout: 246 seconds]
<LdBeth>
Morning beach
rozenglass has joined #lisp
aindilis has quit [Remote host closed the connection]
iovec has joined #lisp
aindilis has joined #lisp
_whitelogger has joined #lisp
igemnace has joined #lisp
shka_ has joined #lisp
Kundry_Wag has joined #lisp
Kundry_Wag has quit [Ping timeout: 268 seconds]
<margaritamike>
Does common lisp have base64 encoding/decoding built in like python does?
<beach>
margaritamike: You are comparing apples and oranges. Python doesn't have a standard the way Common Lisp does, so as a language Python does not have ANYTHING built in.
<beach>
margaritamike: Now, perhaps you mean Python the programming system as opposed to the language.
<beach>
margaritamike: Then you can't compare it with Common Lisp, because Common Lisp is a standard, and you have to compare it to a particular implementation, or you have to look at some libraries.
<beach>
margaritamike: In other words, why do you care about "built in"?
<no-defun-allowed>
s-base64 is the easiest library for base64, by the way
<no-defun-allowed>
it actually handles utf-8 characters properly, unlike cl-base64
<verisimilitude>
No, margaritamike.
<margaritamike>
i care about built in so i don't have to worry about whether some library maintainer screwed their implementation up and i don't have to write it myself :p
<shka_>
margaritamike: same in python
<margaritamike>
i was asking for sbcl in particular
<beach>
margaritamike: Then don't say Python has it built it, because they can screw things up overnight, given that they don't have to respect any standard at all.
<shka_>
margaritamike: the only reason python includes this is because it is impossible to have efficient enough implementation in the python
<verisimilitude>
Well, (APROPOS "64") in SBCL reveals nothing at all what you want, margaritamike.
<no-defun-allowed>
s-base64 isn't a screwed up implementation
<margaritamike>
i'll go for s-base64 then
<shka_>
in other words, you are ought to write this crap in C and then bind to python
<shka_>
which is not all that easy
<shka_>
but sbcl for instance produces efficient code so it can be just ordinary normal library
ntbre has quit [Quit: ntbre]
<verisimilitude>
Don't worry, margaritamike; there are plenty of people perfectly happy to write ``Common Lisp libraries'' that are actually C and only work on one implementation, just like Python.
<margaritamike>
o.O
<shka_>
plenty ~= 3? :D
frodef has joined #lisp
<shka_>
anyway, beach is correct saying that python language does not exists
<shka_>
and any illusion of it can be shattered once the glorious overlords decides that any given feature actually sucks
<shka_>
for instance reduce
<shka_>
and i don't think that base64 is immune to it either!
<no-defun-allowed>
[almost useless lambda noises]
<shka_>
sorry for ranting
<verisimilitude>
To be fair to Python, there are multiple implementations; the lack of a standard means the CPython implementation's C API has effectively become part of the language they can't change and is a great issue with every other implementation, though.
<shka_>
i actually had to rewrite calls to reduce in python 3
<verisimilitude>
There's even a Python implementation in Common Lisp.
<verisimilitude>
That's the least of Python's worries, though, considering the implementation also sucks.
<shka_>
i wonder if python will be turned into set of dialects akin to LISP 1.5 story
<no-defun-allowed>
probably not, there's not much to change
<verisimilitude>
It already has; look at 2.7 and the various 3s.
<no-defun-allowed>
other than 2 and 3, yeah
<verisimilitude>
I'm vaguely aware of one Python subset implementation that attempts to be efficient at the cost of many language features that can't be optimized, so we can call that another.
zotan has quit [Ping timeout: 268 seconds]
zotan has joined #lisp
<fiddlerwoaroof>
Yeah, there's micropython that's designed to run on microcontrollers and rpython that's subset-ish and designed to be easy to compile
<fiddlerwoaroof>
As far as using C libraries goes, I've mixed feelings about that: I'd honestly rather interface with something like libuv than using epoll/select/kqueues directly
<fiddlerwoaroof>
But, in general, it's nice to be able to forget about C dependencies
sauvin has joined #lisp
makomo has joined #lisp
zotan has quit [Ping timeout: 268 seconds]
zotan has joined #lisp
jprajzne has joined #lisp
moei has joined #lisp
zotan has quit [Ping timeout: 240 seconds]
nanoz has joined #lisp
zotan has joined #lisp
reverse_light has joined #lisp
Kundry_Wag has joined #lisp
zotan has quit [Ping timeout: 245 seconds]
zotan has joined #lisp
Inline has quit [Quit: Leaving]
Kundry_Wag has quit [Ping timeout: 240 seconds]
zotan has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 244 seconds]
zotan has joined #lisp
makomo has quit [Ping timeout: 268 seconds]
smokeink has quit [Read error: Connection reset by peer]
dan64 has quit [Ping timeout: 240 seconds]
smokeink has joined #lisp
shka_ has quit [Ping timeout: 240 seconds]
dan64 has joined #lisp
scymtym has quit [Remote host closed the connection]
zotan has quit [Ping timeout: 252 seconds]
zotan has joined #lisp
<flip214>
luis: how about making CFFI declare function types with DEFCFUN? When setting a (SYMBOL-FUNCTION x) to some #'unsupported, and then running (IGNORE-ERRORS (DEFCFUN ...)) (to find out whether the available library exports this function), the old declaration (no arguments, doesn't return because of ERROR) is still in use.
nikkal has joined #lisp
undiscovered has joined #lisp
themsay has joined #lisp
nikkal has quit [Ping timeout: 244 seconds]
nikkal has joined #lisp
zotan has quit [Ping timeout: 268 seconds]
zotan has joined #lisp
wigust has quit [Ping timeout: 245 seconds]
wigust has joined #lisp
prite has joined #lisp
shrdlu68 has joined #lisp
<splittist>
morning
* splittist
is disappointed that TDD is not a replacement for thought.
<splittist>
Correctly implementing the wrong spec isn't much use ):
<fiddlerwoaroof>
splittist: on the other hand, if you've implemented a spec correctly, your code isn't wrong
<fiddlerwoaroof>
any unexpected behaviors aren't exactly bugs
<splittist>
Yeah. But since I wrote the spec, too, it still means /I'm/ wrong.
<margaritamike>
I was reading snippets of a paper and saw one of its references was "in proceedings of the 2009 international lisp conference"
pierpal has quit [Quit: Poof]
<margaritamike>
alexy radul and sussman's propagator paper is the reference paper i'm talking about
pierpal has joined #lisp
milivoj has joined #lisp
<shka__>
sussman of scheme fame?
<margaritamike>
sure
<shka__>
hm
SaganMan has joined #lisp
CCDelivery has joined #lisp
frodef has joined #lisp
_whitelogger has joined #lisp
Bike has joined #lisp
cross has joined #lisp
nowhereman has joined #lisp
tempate has joined #lisp
<tempate>
Hello. Is it possible to execute one of the loop actions (e.g. appending) based on a condition? As an example, I would like to collect all a characters from a lisp
<shka__>
tempate: yes
<ggole>
when <cond> collect <expr>
<tempate>
ohh, nice
<tempate>
thanks
smokeink has quit [Remote host closed the connection]
<shka__>
tempate: take a look at the conditional execution
<tempate>
haven't gotten to that chapter yet
<tempate>
reading through chapter 11
<tempate>
let me read it though
<beach>
margaritamike: You should be able to get the papers from elsewhere, like ACM digital librariy.
<beach>
library.
<beach>
margaritamike: If you are interested in working with the ALU, that's great, but it won't matter much to the availability of existing papers.
<beach>
margaritamike: There is a long tech report on the subject. In ILC, it just have been a condensed version: http://web.mit.edu/~axch/www/art.pdf
tempate has quit [Read error: Connection reset by peer]
Zaab1t has quit [Quit: bye bye friends]
orivej has joined #lisp
steiner has joined #lisp
<beach>
margaritamike: One more thing. The European Lisp Symposium is in no way restricted to authors or participants from Europe. Currently, it is the only regular Lisp conference that we have. Every year, we have participants from all over the world.
CCDelivery has quit [Ping timeout: 252 seconds]
tempate has joined #lisp
askatasuna has joined #lisp
<margaritamike>
beach: I was mostly just interested in seeing what the ALU is yo to lately. It's a really cool paper. It's also 10 years old. The technology is just now starting to be eaten up by Google's Tensorfloe, so that's pretty neat. Just wondered what recent conferences or activity has taken place
<margaritamike>
up to*
<margaritamike>
Tensorflow*
<beach>
Got it.
rippa has joined #lisp
status402 has quit [Quit: status402]
status402 has joined #lisp
status402 has quit [Remote host closed the connection]
<skidd0>
also, in that article I notice the author uses :for :in and :do inside a (loop ..). I've been using for, in, and do. Does the presence of a ':' make any difference? or is it just a style choice for signify the keywords?
<LdBeth>
Scripting in CL is not easy as Scheme
<beach>
skidd0: It doesn't make a difference. LOOP keywords are recognized by the name of the symbol.
<Bike>
it doesn't have any effect on the loop - just keeps "in" and "for" and so on symbols from being created
<Bike>
in the local package
<skidd0>
ohhh
<LdBeth>
add : to avoid accidental intern of symbols, if one really minds
<skidd0>
is there a name for that mental feeling when concepts 'slide into place"?
hhdave has quit [Quit: hhdave]
<LdBeth>
GG
<shka_>
skidd0: epiphany
<beach>
skidd0: The eureka effect.
longshi has quit [Ping timeout: 268 seconds]
<skidd0>
well i wouldn't say it's on the level of epiphany.
<skidd0>
more like a 'level up'
<shka_>
miniepiphany
<skidd0>
oh
<skidd0>
'ah ha' moments
<skidd0>
there we go
karlosz has joined #lisp
<skidd0>
hey the ccl.clozure.com logs aren't up to date. they end at oct 2018
<beach>
When freenode required users to be registers, the log bots failed.
scymtym has joined #lisp
longshi has joined #lisp
anewuser has quit [Read error: Connection reset by peer]
karlosz has quit [Client Quit]
random-nick has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
themsay has joined #lisp
random-nick has joined #lisp
<stylewarning>
margaritamike: ALU has been inactive, largely due to me not having found a new president
hiroaki has joined #lisp
<stylewarning>
We had an ILC planned but the venue fell through late in the process and we didn’t have steam to revive; I certainly haven’t. I’m super happy if a qualified individual wants to apply for presidency to restart ILC/ALU activities.
abhixec has quit [Ping timeout: 245 seconds]
longshi has quit [Ping timeout: 240 seconds]
Arcaelyx has joined #lisp
<gendl>
Yep, ALU remains legally up to date and incorporated in State of Virgina
<gendl>
Virginia*
<gendl>
and it continues to have enough money in the bank probably to pay the front costs of an ILC at some point.
xkapastel has quit [Quit: Connection closed for inactivity]
<luis>
flip214: CMUCL's FFI is a pain in that regard, not sure how to help you with that :(
<luis>
flip214: but using foreign-symbol-pointer (or is it foreign-funcall-pointer?) and foreign-funcall should probably keep CMUCL happy, actually.
<luis>
flip214: so, try to use foreign-symbol-pointer and foreign-funcall instead of defcfun, maybe?
karlosz has joined #lisp
volkov has quit [Remote host closed the connection]
karlosz has quit [Client Quit]
xkapastel has joined #lisp
<fe[nl]ix>
by the way, I'm moving to Montreal in a few days
<fe[nl]ix>
at some point I'll get in contact with the local lispers
<skidd0>
how do you go about that?
<verisimilitude>
I suppose Montreal is large enough for there to be other Lispers, unlike where I live.
<skidd0>
any lispers in CO?
<fe[nl]ix>
verisimilitude: there's already been an ILC in Montreal
<skidd0>
what is ILC?
karlosz has joined #lisp
<fe[nl]ix>
skidd0: office transfer
<sjl>
International Lisp Conference
<skidd0>
fe[nl]ix: not the move,the getting in contact
<fe[nl]ix>
skidd0: I'll ask around
<fe[nl]ix>
and I already know a few Montreal Lispers
<skidd0>
I don't know any lispers except you guys :(
<gendl>
Marc Feeley.
<fe[nl]ix>
yes, met him at some ELS
<gendl>
as far as I know he is still in Montreal, a professor at U of Montreal.
<gendl>
Any Lispers in Metro Detroit?
<gendl>
I tried to organize a meetup a few years ago but Xach's calendar thingie on plant lisp was down. I had a couple people confirmed but postponed it until the calendar was up again, still haven't gotten around to doing it. I did the paperwork to have a meeting room at Bloomfield Township Public Library.
<gendl>
planet* lisp. The Lisp Meetings section on Planet Lisp currently shows "no meetings," but I'm not sure if that's accurate, or just the calendar still isn't working...
nanoz has quit [Ping timeout: 246 seconds]
<gendl>
Hmmm, calendar seems to work (http://planet.lisp.org/meetings/) but front page of planet.lisp.org shows No Upcoming Meetings.
<sjl>
I organized a couple of meetings in rochester, ny but we only ever had a couple people -- never a critical mass.
<stylewarning>
We had a lot of success in Seattle
<stylewarning>
Bay Area has had good attendance
<fiddlerwoaroof>
I'd like to see an LA-area lisp meetup that wasn't dominated by Clojure
<housel>
fiddlerwoaroof: +1
chumphries has joined #lisp
<fiddlerwoaroof>
If there's any other lispers around, there's an "open spaces" microconference on the last wednesday of every month in the Thousand Oaks area
<stylewarning>
fiddlerwoaroof: I knew a few LA lispers
<stylewarning>
know **
<fiddlerwoaroof>
it's not lisp-specific, but we talk about anything people who attend are willing to talk about
<housel>
The last CRACL mailing list message was in 2010, and the last meeting in Feb 2009
<housel>
(I only attended a couple times)
prite has joined #lisp
ntbre has quit [Quit: ntbre]
<fiddlerwoaroof>
housel: yeah, I used the link on the web page to email someone and they basically told me that
<housel>
I'm in central OC so it was a bit of a drive
<fiddlerwoaroof>
Yeah, I'm in Ventura County: the LA area is too big
<Xach>
Hmm, someone using "vultr.com" requested quicklisp resources 2.4 million times in january
<Xach>
a normal month is 300k requests across all clients
<jasom>
fiddlerwoaroof: I didn't realize you were so close to me; I'm in Santa Barbara
Posterdati has joined #lisp
<phoe>
Xach: if you block them, that's how you'll get to find out what it is the brutal way
<phoe>
that's a very curious spike though - are they running Quicklisp on some sorta serverless environment or what?
rippa has quit [Read error: Connection reset by peer]
karlosz has quit [Quit: karlosz]
<fiddlerwoaroof>
vultr is a VPS provider, right?
<fiddlerwoaroof>
Maybe someone is trying to install all the possible combinations of quicklisp systems?
rippa has joined #lisp
<phoe>
hm
<phoe>
that is possible, yes
<Xach>
they have made 800k requests so far in february so far;
ntbre has quit [Quit: ntbre]
* Xach
will have to filter
<fiddlerwoaroof>
Do you have some sort of CDN in front of your servers?
<Xach>
fiddlerwoaroof: i use aws s3 with aws cloudfront as the CDN.
<fiddlerwoaroof>
makes sense
<phoe>
Xach: which systems are being downloaded? is there any regularity you can find?
CCDelivery has quit [Remote host closed the connection]
DGASAU has quit [Read error: Connection reset by peer]
frodef has quit [Ping timeout: 240 seconds]
DGASAU has joined #lisp
ntbre has joined #lisp
<Xach>
phoe: haven't checked yet. thanks to dim i have a nice postgres table with lots to analyze though.
<Xach>
the client is drakma, not the quicklisp client.
sauvin has quit [Remote host closed the connection]
q9929t has joined #lisp
<phoe>
Xach: oh! That is even more interesting
ntbre has quit [Quit: ntbre]
ntbre has joined #lisp
random-nick has quit [Ping timeout: 245 seconds]
q9929t has quit [Quit: q9929t]
<dlowe>
you'd think they'd make a mirror to do whatever they're doing
<phoe>
well, you can always make AWS respond with HTTP 429 with a message that they should set up their own QL mirror
<Xach>
i am blocking the traffic for now.
zmv has joined #lisp
zmv is now known as notzmv
warweasle has quit [Quit: rcirc on GNU Emacs 24.4.1]
<phoe>
and so it came to pass that this day would be from now on known as the date of the Great Schism of Quicklisp
* phoe
cough cough
<phoe>
I mean uhh
<phoe>
sounds reasonable
Oladon has quit [Quit: Leaving.]
<Xach>
i'm trying to think what kind of thought process leads to this kind of behavior. or maybe it's just an unchecked loop somewhere?
<phoe>
never attribute to malice...
varjag has joined #lisp
ntbre has quit [Quit: ntbre]
rippa has quit [Quit: {#`%${%&`+'${`%&NO CARRIER]
<dlowe>
a sufficiently advanced incompetance is indistinguishable from malice
<notzmv>
hm what is this about?
amerlyq has quit [Quit: amerlyq]
ntbre has joined #lisp
<Xach>
notzmv: someone is making several million requests to beta.quicklisp.org. it is a lot of traffic and it has driven my bill up. i'm curious why someone is doing it.
<notzmv>
ho-hum
<fe[nl]ix>
Xach: could it be some continuous integration service ?
<fe[nl]ix>
like Travis, etc..
<Xach>
fe[nl]ix: It looks now like they are only fetching ~230 bytes with each request
<Xach>
far from the whole size of the archive
<no-defun-allowed>
Well, then wouldn't that use the ql client?
<Xach>
fe[nl]ix: CI was my first thought
<no-defun-allowed>
Both gitlab and heroku get set up using quicklisp over here, which doesn't use drakma.
<fe[nl]ix>
could it be an anti-intrusion system protecting some corporate network ?
<fe[nl]ix>
fetching the first few bytes then dropping out seems consistent with such a system scanning for exploits
orivej has quit [Ping timeout: 246 seconds]
exprosic has joined #lisp
exprosic has left #lisp [#lisp]
<Xach>
fe[nl]ix: the user-agent is drakma
random-nick has joined #lisp
<Xach>
to me it seems like some lisp crawler project of some sort that is stuck in a loop. but maybe there's something else happening.
<Xach>
millions of requests from a vps provider IP
<fe[nl]ix>
corp workstations often have a custom certificate used for interception
<fe[nl]ix>
so the security proxy can decrypt the traffic and forward it as-is
<fe[nl]ix>
but yes, a crawler seems also possible
frodef has joined #lisp
ntbre has quit [Quit: ntbre]
frodef has quit [Ping timeout: 272 seconds]
dvdl has joined #lisp
ntbre has joined #lisp
milivoj has quit [Ping timeout: 268 seconds]
ntbre has quit [Client Quit]
xkapastel has quit [Quit: Connection closed for inactivity]
skidd0 has quit [Quit: ttfn]
xkapastel has joined #lisp
specbot has quit [Ping timeout: 250 seconds]
minion has quit [Ping timeout: 246 seconds]
minion has joined #lisp
specbot has joined #lisp
varjag has quit [Remote host closed the connection]
varjag has joined #lisp
thinkpad has quit [Ping timeout: 245 seconds]
thinkpad has joined #lisp
pierpal has quit [Quit: Poof]
pierpal has joined #lisp
<fiddlerwoaroof>
fe[nl]ix: do you maintain osicat?
iovec has quit [Quit: Connection closed for inactivity]
<fiddlerwoaroof>
I have this issue with osicat where otherwise-portable saved images fail to load because they try to load a shared object from the ASDF cache directory. I've bandaid-fixed it for situatiosn where I'm using CFFI:STATIC-IMAGE-OP to build the image here: https://gitlab.com/fiddlerwoaroof/osicat/commit/b56f924c5dafa92e6da1f2a91a6b7f133cbd69fa
<fiddlerwoaroof>
But, I'm not sure what the best way to avoid this problem would be. It's either changing how CFFI's :wrapper-file component works or adding some code to osicat to enable regenerating the .so when it doesn't exist.
orivej has joined #lisp
DGASAU has quit [Read error: Connection reset by peer]
pierpal has quit [Quit: Poof]
pierpal has joined #lisp
DGASAU has joined #lisp
random-nick has quit [Read error: Connection reset by peer]
random-nick has joined #lisp
DGASAU has quit [Read error: Connection reset by peer]
ntbre has joined #lisp
DGASAU has joined #lisp
DGASAU has quit [Read error: Connection reset by peer]
drolax has joined #lisp
dvdl has quit [Ping timeout: 252 seconds]
DGASAU has joined #lisp
DGASAU has quit [Read error: Connection reset by peer]
DGASAU has joined #lisp
ckonstanski has joined #lisp
DGASAU has quit [Read error: Connection reset by peer]
DGASAU has joined #lisp
longshi has joined #lisp
DGASAU has quit [Read error: Connection reset by peer]
rumbler31 has joined #lisp
shka_ has quit [Ping timeout: 246 seconds]
pjb has quit [Ping timeout: 250 seconds]
rumbler31 has quit [Ping timeout: 250 seconds]
DGASAU has joined #lisp
Zaab1t has quit [Quit: bye bye friends]
phlm has joined #lisp
prite has quit [Ping timeout: 244 seconds]
pjb has joined #lisp
DGASAU has quit [Read error: Connection reset by peer]
cpape has quit [Remote host closed the connection]
Vilivikhorith has joined #lisp
cpape has joined #lisp
frodef has quit [Ping timeout: 268 seconds]
quazimodo has joined #lisp
drolax has quit [Ping timeout: 252 seconds]
kdas_ has joined #lisp
kushal has quit [Ping timeout: 256 seconds]
DGASAU has quit [Read error: Connection reset by peer]
nowhereman has joined #lisp
ntbre has quit [Quit: ntbre]
varjag has quit [Quit: ERC (IRC client for Emacs 26.1)]
<pillton>
fiddlerwoaroof: The way CL systems load shared libraries is entirely broken. It should be the application's problem.
Bike has quit []
longshi has quit [Ping timeout: 252 seconds]
LiamH has quit [Quit: Leaving.]
<fiddlerwoaroof>
pillton: yeah, although in this case CFFI builds the .so as part of loading the system
<pillton>
fiddlerwoaroof: From what I remember, some implementations add the pathname given to CFFI:LOAD-FOREIGN-LIBRARY to an internal dynamic variable. CCFI:LOAD-FOREIGN-LIBRARY is applied to each pathname in this dynamic variable upon image startup.
<pillton>
fiddlerwoaroof: You need to clear this dynamic variable before saving the image.
karlosz has joined #lisp
abhixec has joined #lisp
notzmv has quit [Ping timeout: 246 seconds]
karlosz has quit [Quit: karlosz]
ntbre has joined #lisp
<fiddlerwoaroof>
Cool, I'll try that, although I'm not sure how that'll solve the problem in cases where I'm not statically linking all the shared libraries into the lisp image
Lord_of_Life_ has joined #lisp
Lord_of_Life has quit [Ping timeout: 268 seconds]
Lord_of_Life_ is now known as Lord_of_Life
xkapastel has quit [Quit: Connection closed for inactivity]