<pjb>
gabbiel: infering the type of the result is probably wrong. instead, pass the type of the result as first argument, like with concatenate or map.
<gabbiel>
nice code, i see that you handled cases where gluing didn't make sense
<gabbiel>
but im torn between handling those cases or letting the method dispatch fail
<gabbiel>
but maybe handling them is better
<gabbiel>
ill add the (left string) (right integer) case, thanks for the code though
cosimone has joined #lisp
lalit is now known as lalitmee
GoldRin has quit [Ping timeout: 244 seconds]
orivej has joined #lisp
hhdave has quit [Ping timeout: 268 seconds]
hhdave has joined #lisp
Necktwi has quit [Ping timeout: 272 seconds]
mcMeowCat has quit [Ping timeout: 268 seconds]
mcMeowCat has joined #lisp
<pjb>
gabbiel: who's to say that it doesn't make sense?
<pjb>
gabbiel: what I'm saying is that your problem is not function or method, &rest or not. Your problem is to specify what you want.
<gabbiel>
true
<gabbiel>
it dawned on me that glue should literally glue it, so it follows that gluing integers and strings makes sense
hhdave has quit [Ping timeout: 244 seconds]
<gabbiel>
its only the return value where there is ambiguity
Necktwi has joined #lisp
<gabbiel>
but gluing strings then would be like so
<gabbiel>
(glue "foo" "bar") => "foo\"\"bar"
ck_ has joined #lisp
<gabbiel>
only gluing integers and symbols seem sensible
<beach>
I think what you want to do is very unusual.
<gabbiel>
I only came about this "glue" business to glue integers for a backtracking algorithm
<beach>
That kind of operation is more useful for output and not for creating new objects.
<gabbiel>
i tried to extend gluing to symbols and strings, which arose ambiguity and design problems
<gabbiel>
maybe I should have stuck with just integers
arduo has joined #lisp
a7f4_ has quit [Quit: leaving]
keep-learning[m] has joined #lisp
GoldRin has joined #lisp
lambda-smith has joined #lisp
xkapastel has joined #lisp
lambda-smith has quit [Client Quit]
GoldRin has quit [Ping timeout: 244 seconds]
<pjb>
gabbiel: glueing still doesn't mean anything. Why should (glue 12 34) return 1234 instead of say 802 ?
<pjb>
gabbiel: ie. why do you use the base ten textual representations and concatenate them, instead of the base two or something else?
<pjb>
gabbiel: isn't + a better glue for integers?
SaganMan has quit [Ping timeout: 245 seconds]
<pjb>
gabbiel: obviously, you can define any arithmetic operation, but what meaning does that have?
nanoz has joined #lisp
gabbiel has quit [Ping timeout: 246 seconds]
<jonatack>
mrcode_: git grep 25519 from within the ironclad repository turns up tons of results... git grep is your friend ;)
GoldRin has joined #lisp
Blukunfando has joined #lisp
cosimone has quit [Quit: Leaving]
orivej has quit [Ping timeout: 245 seconds]
papachan has joined #lisp
thawesWork has quit [Ping timeout: 246 seconds]
mcMeowCat has quit [Ping timeout: 245 seconds]
mcMeowCat has joined #lisp
red-dot has quit [Quit: Going offline, see ya! (www.adiirc.com)]
GoldRin has quit [Ping timeout: 245 seconds]
thawesWork has joined #lisp
lucasb has joined #lisp
gabbiel has joined #lisp
JohnMS_WORK has quit [Read error: Connection reset by peer]
JohnMS_WORK has joined #lisp
<gabbiel>
pjb: well, for my use case, I needed to "glue" integers and then "explode" the result to get the individual digits so that I could sum them up and divide by the length of the explosion
<LdBeth>
Then just print to string • concat • read back
<gabbiel>
pjb: i understand your points, I guess this is more an operation on the literal symbols that represent a number
<gabbiel>
LdBeth: that is how I initially defined it
<LdBeth>
Or you reimplement what’ve used to print and read back digits
<LdBeth>
It’s just do mod div/add shift
thawesWork has quit [Quit: Konversation terminated!]
thawesWork has joined #lisp
igemnace has quit [Quit: WeeChat 2.5]
thawesWork has quit [Client Quit]
thawesWork has joined #lisp
thawesWork has quit [Client Quit]
thawesWork has joined #lisp
bjorkintosh has joined #lisp
mindCrime_ has joined #lisp
papachan has quit [Ping timeout: 245 seconds]
mcMeowCat has quit [Ping timeout: 272 seconds]
EvW has joined #lisp
sz0 has joined #lisp
mcMeowCat has joined #lisp
cosimone has joined #lisp
asdf_asdf_asdf has quit [Remote host closed the connection]
frodef has joined #lisp
LiamH has joined #lisp
<pjb>
gabbiel: you should probably just convert your stuff to strings, and process only strings.
lalitmee has quit [Remote host closed the connection]
frodef has quit [Remote host closed the connection]
manualcrank has joined #lisp
kushal has joined #lisp
dddddd has joined #lisp
shka_ has joined #lisp
Wojciech_K has quit [Remote host closed the connection]
kushal has quit [Quit: Leaving]
mcMeowCat has quit [Ping timeout: 244 seconds]
mcMeowCat has joined #lisp
guna has quit [Ping timeout: 245 seconds]
sjl has joined #lisp
patrixl has joined #lisp
guna has joined #lisp
rippa has joined #lisp
mcMeowCat has quit [Ping timeout: 244 seconds]
mcMeowCat has joined #lisp
FreeBirdLjj has joined #lisp
jprajzne has quit [Remote host closed the connection]
Oladon_wfh has joined #lisp
makomo has joined #lisp
makomo_ has quit [Ping timeout: 244 seconds]
varjag has quit [Quit: ERC (IRC client for Emacs 25.2.2)]
asdf_asdf_asdf has joined #lisp
dale_ has joined #lisp
dale_ is now known as dale
smazga has joined #lisp
monokrom has joined #lisp
dale has quit [Quit: dale]
bendersteed has joined #lisp
Oladon has joined #lisp
jxy has joined #lisp
EvW has quit [Ping timeout: 250 seconds]
dale has joined #lisp
superkumasan has quit [Ping timeout: 244 seconds]
bendersteed has quit [Ping timeout: 245 seconds]
EvW1 has joined #lisp
Josh_2 has joined #lisp
sjl has quit [Quit: WeeChat 2.3-dev]
sjl has joined #lisp
<Josh_2>
Should I use json for config files? is there a better alternative? just need to store some user configured values and then import them into my program when it starts up
<Josh_2>
I already use json for something else so thought I could just use that
cosimone has quit [Quit: Leaving]
asdf_asdf_asdf has quit [Remote host closed the connection]
Blukunfando has quit []
orivej has joined #lisp
<LdBeth>
you could dump configs to a set of setf's
<LdBeth>
so the config can be set to the lisp file to load during startup when you save the lisp image
<Josh_2>
currently I just have a bunch of defparameters but thats not acceptable for normies
<LdBeth>
depends on will your app has a config panel/who's your target user what so ever
<LdBeth>
or will your user able to access a json/xml editor
eschulte has quit [Ping timeout: 268 seconds]
<pjb>
Josh_2: "Should I use JSON for …?" The answer is always "NO!".
<Josh_2>
pjb: xD I am currently using json to store data sorry
<pjb>
Josh_2: just use lisp. Basically: (load #P"~/.myapp.lisp")
<Josh_2>
hek
scymtym has quit [Ping timeout: 250 seconds]
<Josh_2>
i'll use xml. What is a recommended library?
<pjb>
Josh_2: the XML syntax is too complex for normies!
<pjb>
(defparameter *param* value) is simplier syntax.
EvW1 has quit [Ping timeout: 264 seconds]
<sjl>
JSON is fine, especially if you're already using it. You could also make the config file just be a single plist of (:opt1 "val" :opt2 "val") and use a safe reader that doesn't allow arbitrary code execution
<jmercouris>
can someone explain the motivation behind Mezzano? it is like a ten year project
<jmercouris>
already, and I am wondering what the end goal is, is it an academic exercise or?
dkrm has quit [Quit: WeeChat 2.5]
dkrm has joined #lisp
dkrm has quit [Client Quit]
dkrm has joined #lisp
<aeth>
jmercouris: if they have (or add) a non-graphical mode, then it could be used as a thin VM for CL servers
<jmercouris>
aeth: so the idea would be to run CL apps on baremetal? would it be faster than simply running SBCL on some nix?
ravenous_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<aeth>
jmercouris: well, baremetal will imo always be impractical because of the drivers issue, but "bare" VM could work. If you're going to run things in "the cloud" anyway.
<aeth>
Mezzano on Linux instead of SBCL on Linux on Linux
<Xach>
this is an interesting line of discussion from someone writing their own web browser.
eschulte has joined #lisp
<froggey>
jmercouris: yes, I'm here a lot
smazga has quit [Ping timeout: 245 seconds]
<aeth>
oops, I haven't seen froggey on in a while
<aeth>
my bad
<froggey>
np. I don't talk much here
<froggey>
jmercouris: yes, it'd faster and much more sensible to just use SBCL on Linux
<froggey>
there's no specific end goal, just my personal amusement
<Josh_2>
Quite the project for some amusement :)
<aeth>
froggey: Can it run a web server?
cosimone has joined #lisp
shrdlu68 has quit [Ping timeout: 245 seconds]
tomaw has quit [Read error: Connection reset by peer]
Ven``_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<cosimone>
is there something better? what do you suggest instead? of course, i'm also open to suggestion about other, preferably lisp-native computer vision libraries if you know any
<cosimone>
*suggestions
smazga has joined #lisp
nowhere_man has joined #lisp
<froggey>
jmercouris: I doubt it, shit is hard. but it gives me something to shoot for
<Oladon_wfh>
cosimone: What's the signal you're looking for when you ask if they're "up to date"?
<cosimone>
Oladon_wfh, uhm, well, let's define it as "cover a reasonable amount of functionality of a recent version (at least 3)"
<cosimone>
i.e. i'd obviously prefer avoiding abandoned projects
<Oladon_wfh>
Why?
<cosimone>
you never know, i prefer something maintained over something that is not
<Oladon_wfh>
Why, though?
<Oladon_wfh>
There are a lot of Lisp projects that aren't "maintained" because they don't need any "maintenance"
<cosimone>
ok, but if there are two reasonably equivalent projects, one maintained and one that isn't i'd go with the former
<cosimone>
i'm not saying unmaintained --> bad
<Oladon_wfh>
I'm saying "maintained" --> incomplete, or bad
<cosimone>
why?
<Oladon_wfh>
Define "maintenance"
khisanth_ has joined #lisp
<cosimone>
i regret asking for help, sorry but i'm not really into such pointless discussions
zotan has quit [Ping timeout: 258 seconds]
<cl-arthur>
Seems pretty self-evident maintenance'll be necessary if something wraps a moving target.
zotan has joined #lisp
<jmercouris>
yes, anything with an FFI is a moving target, and a newer version will also have new functionality
gareppa has quit [Quit: Leaving]
vaporatorius has quit [Quit: Leaving]
shrdlu68 has joined #lisp
<cl-arthur>
cosimone: maybe there's some useful tidbits in https://www.reddit.com/r/lisp/comments/1t162e/question_cl_computer_vision_library/ for you. Alternatively, the first of the links you gave mentions supporting openCV 3. Might be most of the groundwork's been done so you could decently easily extend it if something you need isn't covered? (Or maybe that's somewhat hit and miss.)
vaporatorius has joined #lisp
<cosimone>
cl-arthur, thanks for pointing those out, but it seems the first bindings i found work quite well for what i need for now
<cosimone>
it also includes some illustrateves examples, and they work ootb
<cosimone>
i'll definitely check those out anyway
jmercouris has quit [Remote host closed the connection]
<cl-arthur>
cosimone: have fun! :)
<cosimone>
>Much of the core of the C++ OpenCV library (I have not used the earlier C one) is implementing similar abstractions to those already provided by Common Lisp.
<cosimone>
interesting observation though
<random-nick>
does closer-mop mean closer to MOP or CLOSer MOP?