random-nick has quit [Read error: Connection reset by peer]
_whitelogger has joined #lisp
slyrus has quit [Ping timeout: 240 seconds]
varjagg has quit [Ping timeout: 265 seconds]
impulse has quit [Ping timeout: 268 seconds]
bitmapper has quit [Ping timeout: 240 seconds]
ahungry has joined #lisp
hh47 has quit [Ping timeout: 245 seconds]
PuercoPope has joined #lisp
sjl has joined #lisp
Tordek has quit [Ping timeout: 252 seconds]
Nistur has quit [Ping timeout: 252 seconds]
Tordek has joined #lisp
Tordek has quit [Remote host closed the connection]
torbo has joined #lisp
Nistur has joined #lisp
EvW has quit [Ping timeout: 264 seconds]
semz has quit [Ping timeout: 245 seconds]
Nistur has quit [Ping timeout: 245 seconds]
ahungry` has joined #lisp
ahungry has quit [Ping timeout: 240 seconds]
Nistur has joined #lisp
semz has joined #lisp
semz has quit [Changing host]
semz has joined #lisp
Tordek has joined #lisp
<stylewarning>
“They” should add :ALONG as a loop keyword for arbitrary sequences
slyrus has joined #lisp
cmack has joined #lisp
pfdietz has quit [Ping timeout: 260 seconds]
ebzzry has quit [Ping timeout: 268 seconds]
<fiddlerwoaroof>
Iterate uses over for that
hh47 has joined #lisp
mulk has quit [Ping timeout: 240 seconds]
mulk has joined #lisp
torbo has quit [Remote host closed the connection]
ebzzry has joined #lisp
mathrick has joined #lisp
Guest44780 has quit [Ping timeout: 252 seconds]
PuercoPope has quit [Remote host closed the connection]
hh47 has quit [Quit: hh47]
rixard has quit [Ping timeout: 240 seconds]
X-Scale` has joined #lisp
X-Scale has quit [Ping timeout: 240 seconds]
X-Scale` is now known as X-Scale
ArthurStrong has joined #lisp
mathrick has quit [Ping timeout: 268 seconds]
Bike has quit [Quit: Lost terminal]
tourjin has joined #lisp
X-Scale` has joined #lisp
X-Scale has quit [Ping timeout: 276 seconds]
X-Scale` is now known as X-Scale
rippa has joined #lisp
<tourjin>
on windows10, windowsemacs with slime, if i run this it creates output file on c:\users\choij not on d:\home where can I check the settings for default file creation?
<no-defun-allowed>
Probably where you started your Lisp implementation. You may want merge-pathnames and user-homedir-pathname to ensure you are writing to your home directory.
<no-defun-allowed>
Josh_2: I don't wear glasses surprisingly, but if it ticks you off, I can polish them all day.
<ck_>
tourjin: try looking into *default-pathname-defaults*
rumbler31 has quit [Ping timeout: 240 seconds]
<no-defun-allowed>
ck_: Didn't know about that, thanks.
<tourjin>
no-defun-allowed , your tip worked fine . thanks. ck_ your tip shows #P"c:/Users/choij". is it determined by emacs? or by slime? how can I change it permanantly to d:/home?
<no-defun-allowed>
The CLHS page states "An implementation-dependent pathname, typically in the working directory that was current when Common Lisp was started up."
<no-defun-allowed>
clhs default-pathname-defaults
<specbot>
Couldn't find anything for default-pathname-defaults.
<no-defun-allowed>
clhs default-pathname-defaults
<specbot>
Couldn't find anything for default-pathname-defaults.
dale has quit [Quit: My computer has gone to sleep]
ebzzry has quit [Ping timeout: 240 seconds]
semz has quit [Ping timeout: 252 seconds]
enrioog is now known as enrio
raghavgururajan has quit [Read error: Connection reset by peer]
nika_ has joined #lisp
nika has quit [Ping timeout: 268 seconds]
varjagg has joined #lisp
knicklux has joined #lisp
zaltekk has joined #lisp
<froggey>
can (locally (declare (type fixnum *unbound-special-variable*)) nil) signal an unbound variable error?
<froggey>
from the TYPE declaration page: "The meaning of a type declaration is equivalent to [...] executing (the typespec var) at the moment the scope of the declaration is entered."
nika_ has quit []
<froggey>
I think it can, but I haven't found an implementation that does
cosimone has joined #lisp
<phoe>
does the latter signal an error?
<froggey>
yes
<froggey>
(locally (the fixnum *unbound-special*) nil) does, which I'd expect to be equivalent
knicklux has quit [Ping timeout: 264 seconds]
<phoe>
froggey: in that case file a SBCL issue, since it's likely an issue with SBCL's approach "treat type declarations as assertions"
<phoe>
it can't assert if the variable is unbound
<phoe>
froggey: is it a compilation-time error?
rixard_ is now known as rixard
<froggey>
no, it's a runtime error. that's what I would expect
<froggey>
it's not just SBCL, this is how other implementation behave too. (the <type> *unbound*) signals an error, but (declare (type <type> *unbound*)) doesn't
<froggey>
I'm wondering if it is reasonable for an implementation to have the declare signal an unbound variable error too
<phoe>
and this will behave properly on SBCL I think
<phoe>
as in, semantically equivalent
<froggey>
SBCL *currently* does (defun foo () (if (frob) (the fixnum *foo*) *bar*)), not what I said
<froggey>
I'm wondering if my reading of the spec, which would allow an implementation to do (defun foo () (the fixnum *foo*) (if (frob) (the fixnum *foo*) *bar*)), is correct
<froggey>
and I'm not talking specifically about SBCL
<phoe>
oh, I see
<phoe>
I'm not able to pay too much energy towards checking this one - I'm fighting the spec on another field
<phoe>
namely, the loop finally debate
<froggey>
fair
<froggey>
I'll implement my aggressive interpretation and see what breaks
knicklux has joined #lisp
jonatack has joined #lisp
<jackdaniel>
froggey: I think I've read somewhere that declarations are hints for the compiler and it doesn't have to take that into account (also, if the declarations is invalid then it is an undefined behavior)
scymtym has quit [Remote host closed the connection]
<jackdaniel>
i.e when type is declared, compiler is entitled to assume that declaration is correct and i.e inline accesses for the particular data type without checking for the type. that said sbcl i.e expands such declaration into check-type if it doesn't know for sure what the type is
<jackdaniel>
ecl otoh on low safety settings will take that at face value and segfault on invalid declaration
<froggey>
yep, "the consequences are undefined" when the type is wrong
jonatack has quit [Ping timeout: 268 seconds]
jonatack has joined #lisp
<froggey>
point 3 from the TYPE page: "At the moment the scope of the declaration is entered, the consequences are undefined if the value of the declared variable is not of the declared type."
<froggey>
does an unbound special variable meet the type requirement for this?
<phoe>
nope
<phoe>
it is not true that the value of *foo* is a fixnum
<phoe>
because there is no value
<jackdaniel>
(declare (fixnum *foo*)) is a type declaration
<jackdaniel>
and it is invalid because foo is not bound
<jackdaniel>
thus consequences are undefined
<jackdaniel>
compiler could expand this declaration to (the fixnum *foo*), if it is bound to fixnum then behavior is no different compared to a situation when such declaration does not exist
<jackdaniel>
(semantically speaking)
<froggey>
that's what I was thinking, but I can't find an implementation that does this, so I was a bit concerned
<jackdaniel>
you can but you don't have to. if you write a documentation for mezzano compiler I'd clarify how it handles this undefined behavior given it is clear
<froggey>
yep
fookara has quit [Remote host closed the connection]
fookara has joined #lisp
shifty has joined #lisp
igemnace has quit [Quit: WeeChat 2.6]
<pfdietz>
I don't think having a special variable be unbound would violate a type declaration.
<jackdaniel>
if it is unbound when you enter the body?
<pfdietz>
The value of an unbound variable isn't not of the declared type, since there is no such value.
<pfdietz>
"executing (the typespec var) at the moment the scope of the declaration is entered. " Hmm
<pfdietz>
That just requires that the variable be bound to an appropriate value at that point.
<pfdietz>
It could be made unbound later.
<jackdaniel>
yes, it is a runtime thing, not a compilation time
igemnace has joined #lisp
<pjb>
pfdietz: good question. There's no type for unbound. But if you declare a variable to be of type X, there's also no value of type X for unbound! Therefore an implementation would be misdirected to use the unbound "value" of the variable as an X. Or it could store a prototypal X, and add an unbound flag. Which again shows that declaring types in CL only slows down the code, and makes it bigger…
<pjb>
or wrong.
<pfdietz>
So a global (declaim (type fixnum *foo*)) just means that at that particular point, when loading the file, *foo* must be bound.
<pjb>
Yes.
<jackdaniel>
I would interpret it that way, yes
<jackdaniel>
there is an 'always-bound' declaration in sbcl afaik
<pfdietz>
But see the example on the page for PROCLAIM
<pfdietz>
(examples are not normative, though)
<jackdaniel>
declaim and proclaim may do different things (especially in environments where we load already compiled files)
milanj has quit [Quit: This computer has gone to sleep]
vaporatorius has joined #lisp
akoana has joined #lisp
orivej has joined #lisp
milanj has joined #lisp
_jrjsmrtn has joined #lisp
nowhereman has joined #lisp
matijja` has joined #lisp
__jrjsmrtn__ has quit [Ping timeout: 268 seconds]
_paul0 has quit [Remote host closed the connection]
_paul0 has joined #lisp
fourrooot has joined #lisp
MichaelRaskin has joined #lisp
blondieeeee has quit [Ping timeout: 240 seconds]
fourrooot_ has joined #lisp
fourrooot has quit [Ping timeout: 268 seconds]
grabarz has joined #lisp
scymtym has joined #lisp
fourrooot has joined #lisp
fourrooot_ has quit [Ping timeout: 265 seconds]
dddddd has joined #lisp
EvW1 has joined #lisp
lucasb has joined #lisp
fourrooot_ has joined #lisp
Bike has joined #lisp
<ck_>
o_O
fourrooot_ has quit [Remote host closed the connection]
fourrooot has quit [Ping timeout: 264 seconds]
fourrooot_ has joined #lisp
fourrooot_ has quit [Remote host closed the connection]
fourrooot_ has joined #lisp
fourrooot_ has quit [Remote host closed the connection]
fourrooot_ has joined #lisp
igemnace has quit [Quit: WeeChat 2.6]
matijja` has quit [Ping timeout: 265 seconds]
bitmapper has joined #lisp
<pfdietz>
I expected something much sexier in that link. I am disappointed.
hiroaki has joined #lisp
xkapastel has joined #lisp
<phoe>
some rather nice typos though
<phoe>
centreal likely means real but only with 0.01 probability
fourrooot_ has quit [Ping timeout: 240 seconds]
<froggey>
well, I found one mistake already. declared a variable that didn't exist
<froggey>
that should probably involve a compile-time warning too
grabarz has quit [Ping timeout: 240 seconds]
krid has joined #lisp
shka_ has joined #lisp
matijja` has joined #lisp
zaltekk has quit [Ping timeout: 245 seconds]
zaltekk has joined #lisp
gabiruh has quit [Ping timeout: 268 seconds]
ebzzry has joined #lisp
sauvin has quit [Ping timeout: 240 seconds]
Inline__ has joined #lisp
nika has joined #lisp
Inline has quit [Ping timeout: 264 seconds]
krid has quit [Ping timeout: 240 seconds]
matijja`` has joined #lisp
cosimone has quit [Quit: Quit.]
globber has joined #lisp
cosimone has joined #lisp
raghavgururajan has joined #lisp
matijja` has quit [Ping timeout: 245 seconds]
cmatei has quit [Ping timeout: 240 seconds]
cmatei has joined #lisp
krid has joined #lisp
nowhereman has quit [Ping timeout: 276 seconds]
Duuqnd has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 240 seconds]
cosimone has quit [Quit: Quit.]
ArthurStrong has quit [Quit: leaving]
asarch has joined #lisp
guicho has joined #lisp
khisanth_ has quit [Ping timeout: 265 seconds]
EvW1 has quit [Ping timeout: 264 seconds]
brettgilio has quit [Read error: Connection reset by peer]
brettgilio has joined #lisp
khisanth_ has joined #lisp
vydd has joined #lisp
<fiddlerwoaroof>
{
<ck_>
very curly
nika has quit []
<brettgilio>
The curliest. Too curly for lisp. Try (
semz has joined #lisp
semz has quit [Changing host]
semz has joined #lisp
<fiddlerwoaroof>
}
jonatack has quit [Ping timeout: 246 seconds]
gabiruh has joined #lisp
vydd has quit [Read error: Connection reset by peer]
torbo has joined #lisp
<pjb>
) Duff!
pjb has quit [Remote host closed the connection]
<phoe>
;; (
<phoe>
note that it doesn't apply, it's commented out
shifty has quit [Ping timeout: 240 seconds]
<fiddlerwoaroof>
#| time for some off-topic conversatiosn
gareppa has joined #lisp
xkapastel has quit [Quit: Connection closed for inactivity]
<aeth>
I think the first line ever in this channel must have been a #| or there's some custom reader macro
sauvin has joined #lisp
cartwright has quit [Ping timeout: 260 seconds]
gareppa has quit [Quit: Leaving]
cartwright has joined #lisp
<ck_>
we're typing into the nth level of some debugger, that's my theory
guicho has quit [Remote host closed the connection]
<aeth>
Will we stack overflow it one day?
freedom has joined #lisp
freedom has quit [Remote host closed the connection]
scymtym has quit [Ping timeout: 264 seconds]
matijja`` has quit [Ping timeout: 268 seconds]
xrash has quit [Ping timeout: 276 seconds]
xrash has joined #lisp
gravicappa has quit [Ping timeout: 240 seconds]
freedom has joined #lisp
<sjl>
my brain isn't working today. If I have a sequence S and I want to get a fresh vector containing its elements, is there a better way than (map 'vector 'identity s)?
<sjl>
(coerce (copy-seq s) 'vector) would work, but if s is a list it would needlessly cons an intermediate list
matijja` has joined #lisp
Bourne has joined #lisp
<phoe>
MAP sounds good
gareppa has joined #lisp
Bourne has quit [Remote host closed the connection]
Bourne has quit [Remote host closed the connection]
Kevslinger has quit [Quit: Connection closed for inactivity]
vaporatorius has quit [Read error: Connection reset by peer]
vaporatorius has joined #lisp
vaporatorius has quit [Changing host]
vaporatorius has joined #lisp
<phoe>
or that, but I am not convinced it is faster than a single LENGTH call
Inline__ has quit [Quit: Leaving]
Inline has joined #lisp
raghavgururajan has joined #lisp
<Shinmera>
it is not, but it could do it
clothespin has quit [Ping timeout: 240 seconds]
<Shinmera>
there's also (replace (make-array (length s)) s)
cosimone has quit [Quit: Quit.]
<sjl>
... isn't that exactly what I wrote?
<Shinmera>
oh, right, I missed that message, sorry.
<Shinmera>
but as phoe pointed out copying a list to an array will incur a length check anyway because resizing many times would be much more costly than counting precisely once.
fookara has quit [Quit: ERC (IRC client for Emacs 26.2)]
mindthelion has quit [Quit: Drops mic, and fucks off back to wherever he crawled out of.]
pjb has joined #lisp
ssake has quit [Remote host closed the connection]
ggole has quit [Quit: Leaving]
MightyJoe has joined #lisp
cyraxjoe has quit [Ping timeout: 265 seconds]
enikar has quit [Quit: WeeChat 2.3]
izh_ has quit [Quit: Leaving]
madage has quit [Remote host closed the connection]
akoana has left #lisp ["Leaving"]
asarch has quit [Read error: Connection reset by peer]
scymtym has joined #lisp
buffergn0me has joined #lisp
flak has quit [Quit: {#`%${%&`+'${`%&NO CARRIER]
madage has joined #lisp
sdu has quit [Quit: leaving]
knicklux has quit [Quit: Leaving]
aamukastemato has joined #lisp
aamukastemato has quit [Client Quit]
<_death>
there's also :initial-contents, but has the same issue with length
<Shinmera>
last I looked at it for whatever reason make-array/replace was faster than initial-contents
<Shinmera>
might have changed/be different on non-sbcl
<_death>
strange
<_death>
but confirmed here.. for a 1m elements simple-vector it takes about 3.802 ms for initial-contents vs. 3.236 ms for replace
<Shinmera>
my guess is that supplying initial-contents hits a slow path on transforms.
<_death>
takes around the same time with speed 3 though
<pjb>
Why not (defun make-array (…) … (when initial-contents (replace array initial-contents))) which should be as fast? (modulo recursion into the dimensions).
Krystof has quit [Ping timeout: 276 seconds]
Krystof has joined #lisp
<aeth>
It depends on what the initial-contents are, of course. If they're a literal list, I think you hit the fast path, at least on SBCL
cosimone has joined #lisp
space_otter has joined #lisp
random-nickname has joined #lisp
random-nick has quit [Ping timeout: 252 seconds]
mange has joined #lisp
karswell has joined #lisp
synaps3 has joined #lisp
synaps3 has joined #lisp
synaps3 has quit [Changing host]
random-nickname is now known as random-nick
slyrus_ has joined #lisp
buffergn0me has quit [Ping timeout: 264 seconds]
slyrus has quit [Ping timeout: 245 seconds]
cosimone has quit [Quit: Quit.]
xrash has quit [Ping timeout: 276 seconds]
synaps3 has quit [Quit: Leaving]
buffergn0me has joined #lisp
spacedbat has quit [*.net *.split]
jerme_ has quit [*.net *.split]
hdasch has quit [Ping timeout: 240 seconds]
hdasch has joined #lisp
spacedbat has joined #lisp
jerme_ has joined #lisp
freedom has quit [Quit: freedom]
kslt1 has joined #lisp
<kslt1>
,packages
orivej has joined #lisp
random-nick has quit [Ping timeout: 265 seconds]
stepnem has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
stepnem has joined #lisp
space_otter has quit [Remote host closed the connection]
space_otter has joined #lisp
space_otter has quit [Remote host closed the connection]
buffergn0me has quit [Ping timeout: 250 seconds]
nowhereman has joined #lisp
kslt1 has quit [Remote host closed the connection]
buffergn0me has joined #lisp
kajo has joined #lisp
rgherdt has quit [Ping timeout: 246 seconds]
freedom has joined #lisp
brettgilio has quit [Ping timeout: 246 seconds]
brettgilio has joined #lisp
buffergn0me has quit [Ping timeout: 246 seconds]
troydm has quit [Ping timeout: 268 seconds]
troydm has joined #lisp
varjagg has quit [Ping timeout: 246 seconds]
brettgilio has quit [Ping timeout: 264 seconds]
<v0|d>
is there a way to use an old version of nvidia driver?
<v0|d>
I've overriden nvidia_x11 package in an overlay, it didn't work.
<LdBeth>
v0|d: #gentoo is three blocks away
mathrick has joined #lisp
<v0|d>
lol.
mathrick_ has joined #lisp
lucasb has quit [Quit: Connection closed for inactivity]
mathrick has quit [Ping timeout: 265 seconds]
orivej has quit [Ping timeout: 240 seconds]
brettgilio has joined #lisp
<LdBeth>
v0|d: anyway. Try unmerge drive -> mask new version -> emerge again
<v0|d>
LdBeth: defintely I'm on the wrong channel :p