jackdaniel changed the topic of #lisp to: Common Lisp, the #1=(programmable . #1#) programming language | <http://cliki.net/> <https://irclog.tymoon.eu/freenode/%23lisp> <https://irclog.whitequark.org/lisp> <http://ccl.clozure.com/irc-logs/lisp/> | SBCL 1.5.4, CMUCL 21b, ECL 16.1.3, CCL 1.11.5, ABCL 1.5.0
<mrcode_> stylewarning: thx for the github link
Aruseus has quit [Quit: leaving]
Kundry_Wag has joined #lisp
t58 has quit [Quit: Night]
superkumasan has quit [Ping timeout: 258 seconds]
Kundry_Wag has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
semz has quit [Ping timeout: 264 seconds]
abhixec has joined #lisp
libertyprime has joined #lisp
akoana has joined #lisp
semz has joined #lisp
semz has joined #lisp
semz has quit [Changing host]
TMA has quit [Ping timeout: 244 seconds]
TMA has joined #lisp
parab has left #lisp [#lisp]
EvW has quit [Ping timeout: 250 seconds]
superkumasan has joined #lisp
Kundry_W_ has joined #lisp
Kundry_W_ has quit [Ping timeout: 245 seconds]
druidgreeneyes has joined #lisp
druidgreeneyes has quit [Client Quit]
nanoz has quit [Ping timeout: 245 seconds]
Kundry_Wag has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
trocado has joined #lisp
Kundry_Wag has quit [Ping timeout: 268 seconds]
libertyprime has quit [Ping timeout: 244 seconds]
ahungry has joined #lisp
iovec has quit [Quit: Connection closed for inactivity]
druidgreeneyes has joined #lisp
druidgreeneyes has left #lisp ["Leaving"]
libertyprime has joined #lisp
libertyprime has quit [Client Quit]
abhixec has quit [Remote host closed the connection]
permagreen has joined #lisp
manualcrank has quit [Quit: WeeChat 1.9.1]
Josh_2 has quit [Remote host closed the connection]
torbo has joined #lisp
vlatkoB has joined #lisp
gravicappa has joined #lisp
techquila has quit [Remote host closed the connection]
mindthelion has joined #lisp
Bike has quit [Quit: Lost terminal]
<beach> Good morning everyone!
nanoz has joined #lisp
<LdBeth> Hello beach
SaganMan has joined #lisp
dddddd has quit [Remote host closed the connection]
libertyprime has joined #lisp
orivej has joined #lisp
torbo has quit [Remote host closed the connection]
libertyprime has quit [Quit: leaving]
Jesin has quit [Ping timeout: 268 seconds]
Lycurgus has joined #lisp
wigust- has joined #lisp
Kundry_Wag has joined #lisp
wigust has quit [Ping timeout: 244 seconds]
Kundry_Wag has quit [Ping timeout: 272 seconds]
ahungry has quit [Remote host closed the connection]
ebrasca has joined #lisp
Kundry_Wag has joined #lisp
Kundry_Wag has quit [Ping timeout: 258 seconds]
nullniverse has quit [Quit: Leaving]
vlatkoB_ has joined #lisp
froggey has quit [Ping timeout: 272 seconds]
vlatkoB has quit [Ping timeout: 248 seconds]
froggey has joined #lisp
dale has quit [Quit: My computer has gone to sleep]
igemnace has joined #lisp
ravenous_ has joined #lisp
semz has quit [Quit: Leaving]
specbot has quit [Remote host closed the connection]
specbot has joined #lisp
igemnace has quit [Read error: Connection reset by peer]
minion has quit [Remote host closed the connection]
minion has joined #lisp
igemnace has joined #lisp
minion has quit [Read error: Connection reset by peer]
minion has joined #lisp
agriffini has joined #lisp
refpga has joined #lisp
ggole has joined #lisp
liberiga has joined #lisp
trocado has quit [Ping timeout: 245 seconds]
SaganMan has quit [Ping timeout: 245 seconds]
_whitelogger has joined #lisp
nullman has quit [Ping timeout: 268 seconds]
easye has quit [Remote host closed the connection]
nullman has joined #lisp
Lord_of_Life has quit [Ping timeout: 245 seconds]
Lord_of_Life has joined #lisp
_Theo_ has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
liberiga has quit [Ping timeout: 260 seconds]
Kundry_Wag has quit [Ping timeout: 268 seconds]
pdv has joined #lisp
Lycurgus has quit [Quit: Exeunt]
orivej has quit [Ping timeout: 245 seconds]
igemnace has quit [Ping timeout: 245 seconds]
Mandus has quit [Ping timeout: 248 seconds]
Mandus has joined #lisp
pdv has quit [Read error: Connection reset by peer]
nanozz has joined #lisp
nanoz has quit [Ping timeout: 245 seconds]
SaganMan has joined #lisp
Ricchi has quit [Remote host closed the connection]
<frgo> Hello all ...
lalilulelo has joined #lisp
<frgo> I am trying to tell ASDF where it can find sources for a system - I am using AllegroCL and ASDF 3.2 .
<frgo> I need to say "You find the sources for system :CLX in directory "~/clx"."
<frgo> Does ASDF support that?
trocado has joined #lisp
orivej has joined #lisp
semz has joined #lisp
cosimone has joined #lisp
<beach> You are not allowed to use symbolic links?
mindthelion has quit [Ping timeout: 244 seconds]
<frgo> well, that's not really a viable option in this case. I am using AllegroCL's stock CLX which comes as a single CLX.fasl file. I have downloaded the sources seprately - but there is no "link" between them.
<beach> I don't get it. Are you saying that you can neither control where you put the CLX code, nor put a symbolic link in the directory where ASDF looks for systems, to the directory where you downloaded CLX?
<LdBeth> beach: frgo means how to use ACL’s CLX to replace regular CLX as a dependency for certain ASDF systems
<ck_> not the other way around?
<frgo> CLX.fasl sits in a predefined directory - I cannot change that. The source sits in another directory. I now want to tell ASDF that the source directory of the system CLX is in my chosen directory.
<LdBeth> ck_: otherwise just load CLX from Quicklisp :p
<ck_> LdBeth: yes, that's what I'd suggest, too.
<frgo> CLX from Quicklisp doesn't work for AllegroCL, unfortunately.
<LdBeth> frgo: you don’t need ASDF to load a fasl file
<LdBeth> Just (load "path to CLX.fasl")
<frgo> I do not use ASDF to load the fasl file. I use (require :clx) and AllegroCL loads its stock CLX.
<LdBeth> You just edit the asd file of the project that requires CLX to omit CLX as dependency
<LdBeth> Then load that project with CLX already loaded
<frgo> LdBeth: I don't have that problem (anymore).
<LdBeth> But note that ACL’s CLX might not compatible in every aspects
<frgo> I need to debug AllegroCL's stock CLX. As I downloaded the sources into a directory outside of the AllegroCL installation directory I now need a way to tell ASDF where to find the sources.
nil has quit [Quit: Fairfarren.]
<LdBeth> Emm.
<ck_> and you're sure that they are compatible? I didn't even know that Allegro offered its sources for download
nil has joined #lisp
<frgo> Well, CLX is CLX. Or should be.
<LdBeth> ASDF is not for fasl files without asd definition
<ck_> frgo: but you said earlier that "CLX from Quicklisp doesn't work for AllegroCL"
nil has quit [Client Quit]
<LdBeth> You use LOAD function for already compiled files
ravenous_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<frgo> ck_: Yes.
<ck_> so CLX is not CLX, in that case
nil has joined #lisp
<frgo> LdBeth: Yes. Or 'require.
<frgo> ck_: Well, the interfaces of the two CLX implementations should be the same.
<ck_> but if the implementations differ, how can you sensibly debug one with the sources of the other?
<LdBeth> frgo: require is depreciated, as in CLHS
<frgo> ck_: I am trying to debug AllegroCL's CLX with the sources of AllegroCL's CLX.
<LdBeth> *deprecated
<frgo> LdBeth: 'require works for me, that's not the problem.
maxxcan has joined #lisp
maxxcan has quit [Client Quit]
nil has quit [Quit: Fairfarren.]
nil has joined #lisp
* beach feels stupid for not understanding the problem.
<frgo> beach: It's me not being able to explain the problem.
<ck_> I don't really get it either
<frgo> One more try: I use AllegroCL Enterprise Edition 10.1.
<ck_> does allegro load its CLX upon startup?
<beach> So far so good.
<frgo> I am using AllegroCL's own CLX implementation by doing:
<frgo> (require :clx)
<ck_> hold on at that point for a second
<ck_> if you have the sources for that CLX, won't compiling those yourself solve your problem?
<frgo> ck_: Yep, I am trying this in parallel. Which has its own problems :-)
<beach> frgo: OK, so you want to use a CLX version that is not the one you get by your REQUIRE.
<frgo> Now, I want to use SLIME's fantastic M-. capability to find the sources when I am in a backtrace.
<frgo> I do have the compiled CLX.fasl file. That comes with a stock installation of AllegroCL.
<frgo> Franz Inc provides the sources as a separate download. I downloaded the source separately.
random-nick has joined #lisp
<frgo> I the uncompressed the sources for this CLX.fasl into a separate directory,
<beach> Er what?
<frgo> So: CLX.fasl and CLX sources are matching - but in separate directories.
<beach> You said you downloaded the source.
<beach> Oh, I see.
<frgo> Yep, I did that.
<beach> OK, and now you want to use ASDF to compile the source?
<frgo> Well, actually I want SLIME to find the sources when I do M-. in a backtrace.
<beach> But your initial question was about ASDF, no?
<frgo> I thought that I could use ASDF to make the system's fasl and sources to "find each other",
<frgo> Now that you mention it - well, I then tried to use the wrong approach to solve that problem.
<frgo> I stand corrected.
<beach> Yes, that has nothing to do with ASDF as far as I can tell.
<frgo> My problem is not ASDF but SLIME. I am sorry for the confusion!
<beach> Ah, that explains why I didn't understand.
ravenous_ has joined #lisp
Kundry_Wag has joined #lisp
agriffini has left #lisp ["rcirc on GNU Emacs 26.2"]
<ck_> I have never tried to augment an existing fasl file with the source information. Aren't those references byte-positions to a specific file?
<frgo> ck_: I don't know - but good question.
<frgo> Would be interested to see how that source position info is managed by, what, SLIME?
Kundry_Wag has quit [Ping timeout: 244 seconds]
<ck_> so look it up? There's, for example, slime-analyze-xrefs in slime.el
luhuaei has joined #lisp
<beach> frgo: SLIME asks SWANK to evaluate a call to FRAME-SOURCE-LOCATION which is implementation specific.
<beach> frgo: I suspect the source location, if present at all, must be in the fasl file for it to work.
<frgo> hm - looks like. So I need to compile from sources myself.
<beach> That's what I suspect.
<ck_> me too, which is why I asked
zulu-inuoe has joined #lisp
<ck_> so what are your problems in compiling those sources?
zotan has quit [Ping timeout: 250 seconds]
zotan has joined #lisp
<frgo> Source code from 1997. Which I need to compile on Debian Strech now.
<frgo> But that's just work - and not a general problem per se.
Mandus has quit [Ping timeout: 248 seconds]
Mandus has joined #lisp
<beach> frgo: May I ask why you want to debug Franz CLX?
* beach fully expects "yes" to be the answer.
<frgo> You expect me to answer that kind of question with "yes"? Well, then: Yes :-)
<beach> Why do you want to debug Franz CLX? :)
Inline__ has joined #lisp
<frgo> Seriously: I do get a connection error when calling (clim:find-port).
<frgo> -> Connection failure to X11.0 server host.docker.internal display 0: No protocol specified
<beach> I mean, why not just use the one that sharplispers maintain.
<frgo> sharplisper's does give me other errors.
<LdBeth> So it doesn’t like X11
Inline has quit [Ping timeout: 264 seconds]
ravenous_ has quit [Remote host closed the connection]
Bike has joined #lisp
<beach> frgo: Wouldn't it be easier to debug the errors in the sharplispers version?
cosimone has quit [Quit: WeeChat 2.5]
luhuaei has quit [Ping timeout: 258 seconds]
gxt has quit [Ping timeout: 260 seconds]
cosimone has joined #lisp
<jackdaniel> frgo: most likely the only part you'd need to compare is dep-allegro and dependants file
<frgo> beach: Yes, I "tend to agree". Don't know yet.
<jackdaniel> and understand differences to fix issues wihout exporting bugs
<jackdaniel> without porting bugs as well*
<frgo> jackdaniel: Yep, that's the two I am on right now.
nanozz has quit [Ping timeout: 268 seconds]
<beach> frgo: Oh, and does Franz CLX support Xrender?
<frgo> beach: I have yet to find that out.
Mandus has quit [Ping timeout: 272 seconds]
Mandus_ has joined #lisp
cosimone has quit [Quit: WeeChat 2.5]
random-nick has quit [Ping timeout: 245 seconds]
Mandus_ has quit [Ping timeout: 268 seconds]
Mandus has joined #lisp
Inline__ has quit [Quit: Leaving]
Inline has joined #lisp
random-nick has joined #lisp
frgo has quit []
frgo has joined #lisp
q-u-a-n21 has joined #lisp
q-u-a-n2 has quit [Read error: Connection reset by peer]
hhdave has joined #lisp
ravenous_ has joined #lisp
Mandus has quit [Ping timeout: 268 seconds]
Mandus has joined #lisp
Ven`` has joined #lisp
refpga has quit [Quit: ERC (IRC client for Emacs 26.2)]
cosimone has joined #lisp
SaganMan has quit [Quit: WeeChat 1.6]
Kundry_Wag has joined #lisp
Mandus has quit [Ping timeout: 245 seconds]
xkapastel has joined #lisp
Kundry_Wag has quit [Ping timeout: 258 seconds]
igemnace has joined #lisp
Mandus has joined #lisp
Josh_2 has joined #lisp
Kundry_Wag has joined #lisp
Mandus has quit [Ping timeout: 245 seconds]
Josh_2 has quit [Quit: ERC (IRC client for Emacs 26.2)]
Josh_2 has joined #lisp
Mandus has joined #lisp
nanoz has joined #lisp
heisig has joined #lisp
pnp has joined #lisp
oni-on-ion has joined #lisp
oni-on-ion has quit [Remote host closed the connection]
oni-on-ion has joined #lisp
dddddd has joined #lisp
oni-on-ion has quit [Ping timeout: 264 seconds]
igemnace has quit [Read error: Connection reset by peer]
igemnace has joined #lisp
FreeBirdLjj has joined #lisp
orivej has quit [Ping timeout: 258 seconds]
Ven`` has quit [Ping timeout: 245 seconds]
arduo has quit [Ping timeout: 246 seconds]
ravenous_ has quit [Read error: Connection reset by peer]
ravenous_ has joined #lisp
<Josh_2> I want to connect to a remote lisp image, how do I do this?
Ven`` has joined #lisp
Kundry_Wag has quit [Ping timeout: 268 seconds]
X-Scale has quit [Quit: HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!]
lucasb has joined #lisp
gxt has joined #lisp
ykm has joined #lisp
pnp has left #lisp [#lisp]
aoeu512 has joined #lisp
igemnace has quit [Ping timeout: 246 seconds]
<Josh_2> akoana: thanks, I am using sly but I assume it will be the same
<Josh_2> just sly instead of slime
<akoana> Josh_2: sorry, I don't know sly (yet)
scymtym has quit [Remote host closed the connection]
cosimone has quit [Quit: WeeChat 2.5]
scymtym has joined #lisp
<Josh_2> It's basically the same but with a few more features
<akoana> Josh_2: ah, I see
oni-on-ion has joined #lisp
<aoeu512> Are macro(white-box) "adverbs" useful? By adverbs I mean fuctions that take in other functions and then return a modified function. A macro or whitebox adverb looks up the source code of the function and alters it. For example, (replace + (('apply 'debug-apply))) = Creates a new + function that replaces all function calls to use a debug-apply function that prints out its arguments. Is there any theory about these?
<aoeu512> Sorry, for barging in hahah
<akoana> Josh_2: (looks similar)
bendersteed has quit [Read error: Connection reset by peer]
<aoeu512> i mean if your going to go with s-expressions, why not go full blast to use their power?
aoeu1024 has joined #lisp
igemnace has joined #lisp
<Bike> source code of lisp functions is not necessarily and probably not maintained
aoeu512 has quit [Ping timeout: 245 seconds]
<Bike> also, based on source code it's not obvious what's a function call and what's not, e.g. you can do (let ((apply ...)) ...), not to mention shadow
aoeu256 has joined #lisp
aoeu1024 has quit [Ping timeout: 248 seconds]
zulu-inuoe_ has joined #lisp
Lycurgus has joined #lisp
<aoeu256> Like is there a name for macros that look up the source code of functions?
zulu-inuoe has quit [Ping timeout: 258 seconds]
khisanth_ has quit [Ping timeout: 248 seconds]
<Josh_2> Why would you want to do that when you can just write your own versions and not mess with the base image
Lycurgus has quit [Ping timeout: 245 seconds]
Josh_2 has quit [Ping timeout: 245 seconds]
khisanth_ has joined #lisp
gxt has quit [Ping timeout: 260 seconds]
aoeu256 has quit [Ping timeout: 272 seconds]
torbo has joined #lisp
aoeu256 has joined #lisp
<aoeu256> I mean the macros return a new version of the function, this type of macro is an adverb. Like memoize, cached, printargs, except unlike memoize it can look at the source code of the function rather than treating the function like a "black box".
<aoeu256> Instead of writing a new version of defun, it takes an old function applies a macro to its source code and returns a new function using that source code.
nowhereman has joined #lisp
bjorkint0sh has quit [Quit: Leaving]
bjorkintosh has joined #lisp
ykm has quit [Remote host closed the connection]
ykm has joined #lisp
trocado has quit [Ping timeout: 246 seconds]
oldtopman has joined #lisp
oldtopman has quit [Changing host]
oldtopman has joined #lisp
ykm has quit [Remote host closed the connection]
Lycurgus has joined #lisp
ykm has joined #lisp
sjl has joined #lisp
asdf_asdf_asdf has joined #lisp
cosimone has joined #lisp
Josh_2 has joined #lisp
orivej has joined #lisp
Kundry_Wag has joined #lisp
<beach> aoeu256: That's non-trivial to accomplish as Bike pointed out.
<beach> aoeu256: You need a code walker for that.
Kundry_Wag has quit [Ping timeout: 245 seconds]
xkapastel has quit [Quit: Connection closed for inactivity]
Mandus has quit [Ping timeout: 248 seconds]
Mandus has joined #lisp
NickBusey has joined #lisp
sjl has quit [Ping timeout: 244 seconds]
Ven`` has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
heisig has quit [Quit: Leaving]
Kundry_Wag has joined #lisp
sjl has joined #lisp
FreeBirdLjj has quit [Remote host closed the connection]
FreeBirdLjj has joined #lisp
Kundry_Wag has quit [Ping timeout: 246 seconds]
ravenou__ has joined #lisp
FreeBirdLjj has quit [Ping timeout: 245 seconds]
ykm has quit [Quit: Konversation terminated!]
ravenous_ has quit [Ping timeout: 264 seconds]
mathrick has quit [Ping timeout: 264 seconds]
mathrick has joined #lisp
akoana has left #lisp ["Leaving"]
lnostdal has quit [Ping timeout: 244 seconds]
X-Scale has joined #lisp
hhdave has quit [Quit: hhdave]
Kundry_Wag has joined #lisp
orivej has quit [Ping timeout: 258 seconds]
random-nick has quit [Ping timeout: 258 seconds]
random-nick has joined #lisp
xkapastel has joined #lisp
Aruseus has joined #lisp
ravenous_ has joined #lisp
ravenou__ has quit [Ping timeout: 264 seconds]
ravenous_ has quit [Ping timeout: 250 seconds]
ravenou__ has joined #lisp
Kundry_Wag has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
Kundry_Wag has quit [Ping timeout: 248 seconds]
Kundry_Wag has joined #lisp
Lycurgus has quit [Quit: Exeunt]
zotan has quit [Quit: ZNC 1.6.5+deb1+deb9u2 - http://znc.in]
zotan has joined #lisp
asdf_asdf_asdf has quit [Remote host closed the connection]
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
ravenou__ has quit [Read error: Connection reset by peer]
pjb has quit [Ping timeout: 252 seconds]
ravenous_ has joined #lisp
orivej has joined #lisp
<Fade> I've been playing with Sly after having used Slime for years. Are there any Sly experts in the house?
nanoz has quit [Ping timeout: 245 seconds]
moldybits has quit [Quit: WeeChat 2.4]
moldybits has joined #lisp
Kundry_Wag has quit [Remote host closed the connection]
nowhereman has quit [Ping timeout: 252 seconds]
nowhereman has joined #lisp
moldybits has quit [Quit: WeeChat 2.4]
moldybits has joined #lisp
<Josh_2> Not an expert just a user. djeis[m] is better than I
<Fade> in slime there are a couple of things I do all the time.
<Fade> hitting , for a repl command
<Fade> and then open-system to open buffers on an asdf system
vlatkoB_ has quit [Remote host closed the connection]
<Fade> I've added sly-asdf, but this feature doesn't seem to be there.
qbeek has joined #lisp
iovec has joined #lisp
pjb has joined #lisp
nanoz has joined #lisp
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
<Josh_2> I've never done that sorry Fade
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
<Inline> asdf caches things ?
cosimone has quit [Quit: WeeChat 2.5]
nowhereman has quit [Ping timeout: 245 seconds]
stux|RC-only has quit [Remote host closed the connection]
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
torbo has quit [Remote host closed the connection]
torbo has joined #lisp
qbeek has quit [Remote host closed the connection]
nanoz has quit [Ping timeout: 245 seconds]
vaporatorius has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
Kundry_Wag has quit [Ping timeout: 246 seconds]
Kevslinger has quit [Quit: Connection closed for inactivity]
Lycurgus has joined #lisp
Kundry_Wag has joined #lisp
permagreen has quit [Remote host closed the connection]
<Harag> evening, what is the equivalent in ecl to sbcl --dynamic-space-size 12000?
permagreen has joined #lisp
ebrasca has quit [Remote host closed the connection]
<jackdaniel> Harag: --heap-size
<jackdaniel> type `ecl --help' to see other configurable space amounts
<jackdaniel> ecl has restarts to resize them when all is used (given system permits it)
<Harag> (SB-KERNEL::CONTROL-STACK-EXHAUSTED-ERROR)
<jackdaniel> ecl does not have sb-kernel package
<jackdaniel> there is ext:stack-overflow condition
<jackdaniel> (readers ext:stack-overflow-size and ext:stack-overflow-type)
Kundry_Wag has quit [Remote host closed the connection]
Kundry_Wag has joined #lisp
<Harag> pffft
<jackdaniel> I'm not sure if it is a kind of grateful response I've expected for caring to answer
<Harag> :jackdaniel sorry was not at you
<Harag> at ecl
<jackdaniel> what's wrong with ecl?
<jackdaniel> did you expect it to duplicate sbcl's internal packages?
<Harag> I have thrown the kitchen sink at all the limits and for a simple task it still crashes
<jackdaniel> did you build ecl from develop branch?
<jackdaniel> if not, what version do you use?
<Harag> nope
<Harag> just used what was in ubuntu
<Harag> just want to test something on a lisp other than sbcl
<jackdaniel> what version is it?
<jackdaniel> if it still crashes from develop branch please report an issue, if you want to build it it is as easy as: ./configure && make -j5 && make install
<jackdaniel> and if you have enough of ecl, you may try ccl which is more often recommended than ecl for general purpose programming
<Harag> ok look like its my fault typo, mmmm hang on
oni-on-ion has quit [Remote host closed the connection]
oni-on-ion has joined #lisp
<jackdaniel> btw if you have safety 0 specified somewhere I wouldn't be surprised if ecl had miscompiled things
Mandus has quit [Ping timeout: 244 seconds]
cosimone has joined #lisp
Mandus has joined #lisp
random-nick has quit [Ping timeout: 245 seconds]
<Josh_2> If I want multiple sites to run off one hunchentoot server, where they can share the same urls like "home" "login" etc I have to split things up with packages?
<Harag> :jackdaniel cleaned up stuff and now ecl is compiling quicklisp stuff
<Harag> will see after that
cosimone has quit [Quit: WeeChat 2.5]
<Josh_2> hmm or I just split stuff up using different easy-acceptors
cosimone has joined #lisp
<jackdaniel> I would still advise using develop. we didn't make a release for 3y (we hope to make one this year), so it means that this branch has 3y of bugfixes and improvements in it
<jackdaniel> (which are not present in the last release)
nanoz has joined #lisp
gfhgfhgfh has joined #lisp
<Harag> :jackdaniel is --heap-size specified in megs?
<alandipert> does LET unintern the names of bindings unless they were interned already? Or is something else going on there
<Harag> :jackdaniel the version on ubuntu ECL (Embeddable Common-Lisp) 16.1.3
<p_l> alandipert: why would it unintern anything?
gfhgfhgfh has quit [Quit: Leaving]
<jackdaniel> I don't know what megs is. that said I need to go now
<jackdaniel> in older versions some cli arguments were specified with a single dash, like -heap-size
<alandipert> p_l my understanding is that symbols that are not qualified are interned when they are ready, so I would imagine when let sees them they have been interned already
<alandipert> Interned in *package* that is
<p_l> alandipert: yes, but technically they don't have to be - LET-specific associations for those symbols exist only at compile time
renzhi has joined #lisp
<Harag> :jackdaniel thanx I am compiling ecl ... hopefully I can figure it out from there
renzhi has quit [Client Quit]
Lycurgus has quit [Quit: Exeunt]
renzhi has joined #lisp
techquila has joined #lisp
Kundry_W_ has joined #lisp
qbeek has joined #lisp
Lord_of_Life_ has joined #lisp
gravicappa has quit [Ping timeout: 244 seconds]
Kundry_W_ has quit [Ping timeout: 272 seconds]
Lord_of_Life has quit [Ping timeout: 244 seconds]
Lord_of_Life_ is now known as Lord_of_Life
permagreen has quit [Remote host closed the connection]
ggole has quit [Quit: Leaving]
cosimone has quit [Quit: WeeChat 2.5]
cosimone has joined #lisp
Kundry_W_ has joined #lisp
qbeek has quit [Quit: Leaving...]
zaquest has quit [Read error: Connection reset by peer]
<Harag> ecl ... STORAGE-EXHAUSTED
zaquest has joined #lisp
<Harag> and thats just quicloading a project
Lycurgus has joined #lisp
Xizor_ has left #lisp [#lisp]
Lycurgus has quit [Client Quit]
Kundry_W_ has quit [Ping timeout: 258 seconds]
Xizor has joined #lisp
random-nick has joined #lisp
renzhi has quit [Ping timeout: 245 seconds]
manualcrank has joined #lisp
ravenous_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
waron has quit [Quit: WeeChat 2.4]
nanoz has quit [Ping timeout: 245 seconds]
Kundry_Wag has quit [Remote host closed the connection]
<jackdaniel> I would suspect that storage-exhausted is a result of too little free disk space
Achylles has joined #lisp
techquila has quit [Remote host closed the connection]
<Harag> :jackdaniel ... 114.0 GB Available
stux|RC-only has joined #lisp
<Fade> shinmura's radiance system is defined for exactly that use case, from what I recall.
<Fade> (Josh_2)
<Josh_2> alrighty
<Harag> :jackdaniel ...and I have 32gb of ram at leaste 27 of that is available if I can just figure out how to get ecl to use it
<Harag> :jackdaniel the fact that it is crashing on just quicloading a project means that --heap-size is not the right parameter or its being ignored
<Josh_2> Fade: I think I can do the same thing with some packages and acceptors
<Josh_2> Not that important, but why have 5 lisp images hosting 5 sites when I can host 5 sites on one image
<Fade> as you wish. there's an existance proof already, so we know it can be done. :)
<Josh_2> I guess for security reasons the first is better actually
<Harag> :jackdaniel ...I downloaded ccl and that at least loads the project but its stack is also crashing when I run tests and it has --heap-reserve and thats also not making any difference
igemnace has quit [Quit: WeeChat 2.5]
<Harag> :Josh_2 ...why the 5 lisp images? 5 different projects/packages with 5 different ports yes but not 5 images?
<aeth> ooooh, using 32 GB RAM in CL... that's an interesting idea. Maybe I should do a really large prime sieve.
<Harag> :aeth .. the test I am trying to run will use maybe 200 mega bytes but even the big tests dont go over 12gb in sbcl
<Harag> :aeth ... I have a commercial site that runs at 7gb used and its been running like that for 10 years
<Josh_2> Harag: why would you want someone who compromises one site to effect all the others?
<Harag> :Josh_2 how are they going to compromise a site?
<Harag> :Josh_2 if they compromise the server you are done for any way
Kundry_Wag has joined #lisp
<Harag> :Josh_2 you run a hunchentoot server for each site so one site crashing is not going to effect the others
gxt has joined #lisp
<Harag> :Josh_2 ...unless you run out of stack space in the lisp image....hahaha
Kundry_Wag has quit [Ping timeout: 244 seconds]
<Harag> :jackdaniel ...ecl crashing on loading my project reports ...Broken at SI:BYTECODES. [Evaluation of: (ASDF/PARSE-DEFSYSTEM:DEFSYSTEM "ironclad"
<Harag> any one out there feel like running a test for my project on a working lisp other than sbcl... please
Kundry_Wag has joined #lisp
wangbi has joined #lisp
wangbi_ has joined #lisp
wangbi has left #lisp [#lisp]
wangbi_ has quit [Client Quit]
wangbi has joined #lisp
wangbi has quit [Client Quit]
oudeis has joined #lisp
gdsg has quit [Quit: Leaving]
ltriant has joined #lisp
Frobozz has quit [Quit: quit]
permagreen has joined #lisp
Harag has quit [Quit: Harag]
Juzzika has joined #lisp
Harag has joined #lisp
gjvc has joined #lisp
cosimone has quit [Ping timeout: 264 seconds]
cosimone has joined #lisp
Aruseus has quit [Remote host closed the connection]
krwq has joined #lisp
<Harag> :jackdaniel ... got ecl and my project working together...I deleted .cache...rebooted and started ecl without --heap-size
Inline has quit [Quit: Leaving]
<Harag> :jackdaniel ...I have no idea what the real issue was ... maybe it was just a tired user...thanx for trying to help
xkapastel has quit [Quit: Connection closed for inactivity]
orivej has quit [Ping timeout: 248 seconds]
<Harag> :jackdaniel ... specifying --heap-size still causes the crashes... should it be specified in bytes, kb, mg or gb?
anewuser has joined #lisp
cosimone has quit [Ping timeout: 250 seconds]
lalilulelo has quit [Remote host closed the connection]
gxt has quit [Ping timeout: 260 seconds]
lalilulelo has joined #lisp
orivej has joined #lisp
<Harag> how should i handle version numbers for quicklisp submission? Should I bump it each time there are any changes (bugs or enhancements) to my project or just when major milestones are met?
random-nick has quit [Ping timeout: 245 seconds]
saravia has joined #lisp
anewuser has quit [Ping timeout: 258 seconds]
<aeth> I don't think versions are even required for Quicklisp. There doesn't seem to be a widespread standard like semver in the node.js community.
<aeth> I think Quicklisp usually just works off of the master git branch?
<no-defun-allowed> pretty sure ASDF likes some kind of semver-like numbering scheme for defsystem :version
oudeis has quit [Quit: This computer has gone to sleep]
<p_l> aeth: IIRC releases are preferred, but some stuff is taken based on snapshot date
orivej has quit [Ping timeout: 245 seconds]
iovec has quit [Quit: Connection closed for inactivity]
techquila has joined #lisp
krwq has quit [Remote host closed the connection]
makomo has joined #lisp
liberiga has joined #lisp
makomo has quit [Client Quit]
makomo has joined #lisp
<aeth> no-defun-allowed: semver is just the only reasonable, standard thing you can put in a version string other than the old-Linux-style version number scheme that even the Linux kernel doesn't follow anymore because it means you could be stuck on 2.x forever
<aeth> I suppose you could also do something like semver but have a "supermajor" in front for seriously big releases or something. I'd actually prefer this, mainly to avoid seeing "27.x.y"
<aeth> but that'll probably never be widespread so I've given up on clever versions and so yyyy.mm.dd.patch is probably the way to go
<Harag> ok well I am at 0.0.2 and it wont move from there for some time took 2 years to go from 0.0.1 to 0.0.2 ;)
anewuser has joined #lisp
<aeth> Harag: exactly why just dotifying the ISO 8601 date format and then having an optional patch at the end is probably the way to go, especially if you don't even release multiple times a day
<aeth> then the only debate is if you go with UTC or some local time
<Harag> so 2019.08.19 good enough? ... I am going to forget to update the bloody thing... lol
<Harag> or 19.08.19
<aeth> 2019.08.19
<aeth> don't make a new y2k
<aeth> some software's still in use from the last century, and some will probably still be in use in the next one
<aeth> but it's not 19 yet
<aeth> use UTC, and UTC switches in 18 minutes
<Harag> well it is here
<aeth> then delay the release for 20 minutes :-)
<Harag> lol
lalilulelo has quit [Ping timeout: 248 seconds]
Juzzika has quit [Quit: Textual IRC Client: www.textualapp.com]
<Harag> so the project has many sub projects...each one extending functionality with their own .asd's should all of those just stay in synq version wise or should they reflect only changes them them?
<Harag> so them
<Harag> to them
<Harag> eish
<aeth> this is the beauty of time-based version numbers. If A has a release 2019.07.14 and B has a release 2019.07.22 and then A has a release 2019.07.27 and B depends on A then you know for sure (assuming things were tested correctly) that B should work with the 2019.07.14 release even if there's a regression in 2019.07.27 that breaks it.
<aeth> And if it doesn't work then you should make a 2019.07.14.1 that fixes it
<aeth> i.e. any package should work on the largest version number of a dependency package that is less than its own version number, assuming that both packages use the same system
<aeth> semver can't give you that!
<aeth> (less than its own version number, or equal to its version number except in the patch version, which could be higher, if they're both released on the same day)
<aeth> Now, this might not always happen because you could be developing based on the updated-once-monthly Quicklisp version of the library, but if that doesn't happen, that's what the patch version is for, which doesn't have to be a same-day fix of that release.
chipolux has quit [Ping timeout: 252 seconds]
<aeth> It gives you a snapshot in time when everything worked fine together.
<Harag> the project is used by other "live" projects already so, development is as and when needed. The only reason then project code changed a lot in the last week was of refactoring and finally completed functionality... as well as making it play nice with other lisps etc for quicklisp's sake
<Harag> there is one section that still needs some tlc code wise and one more feature then this project should come to rest mode
Ricchi has joined #lisp
<aeth> Oh, in anticipation of objections hours later (because this is IRC), yes, time-based versions don't have to work as well as I just described... but in a world where the libraries are fairly stable, like with CL, it probably would look like that.