freenode/#lisp - IRC Chatlog
Search
4:13:20
margaritamike
Anyone feel like bribing the owners of Timus online judge, Kattis online judge, or Codeforces to include SBCL in their list of supported languages? :p
4:13:55
margaritamike
I wonder, really though, what it would take to get languages support added to one of those sites.
8:52:08
SaganMan
I know this is not relevant to lisp but this is just too fascinating. You all should read this. It's a new way to look into origins of life. https://www.quantamagazine.org/a-new-thermodynamics-theory-of-the-origin-of-life-20140122/
9:00:30
X-Scale
margaritamike: there're some active people on ##algorithms participating in those online judges
12:55:07
margaritamike
luis X-Scale: The thing is that those existing judges which do support SBCL only do so to a very limited extent. SBCL is not supported for even a majority of the problems on the judges, for example. Additionally, the ones I've listed -- Kattis, Timus, Codeforces -- are the judges which really have some of the highest quality problems to solve.
12:58:48
margaritamike
If I were a wealthy person, I would try to get those online judges to support SBCL, to give more people a platform to practice using the language on high quality problems that judge your solution, especially the youth. I would then likely try to campaign very hard to get the language added as an optical language to compete with in the ioi or the icpc, but that would be much harder (maybe not worth the effort idk).
13:00:20
margaritamike
Having SBCL on those judges would be so beneficial, though. It benefits the communities of the languages it supports so much imo.
13:01:51
margaritamike
Still trying though. I've emailed Kattis, recently, and posted on the Timus forum (may email them as well). Planning to try to post on Codeforces forum as well.
14:17:25
jmercouris
this is an opinion question, I have a system file where I have a base system next, with systems next/cocoa and next/gtk. next/cocoa includes customizations necessary for next/cocoa
14:17:45
jmercouris
you CANNOT load next by itself because it assumes some functions will exist, should I provide default implementations of those functions?
14:20:15
|3b|
though sounds more like it would be better to rename it to be more obviously not the whole thing
14:21:00
loke`
jmercouris: you could always create three systems: root/gtk, next/gtk and next. root/gtk would depend on next/gtk followed by next. SO the thing you'd load is root/gtk if you want the gtk one.
14:21:01
|3b|
maybe add another system that tries to guess which of gtk or cocoa would be more useful
14:21:04
jmercouris
here's another good question, do you think I should use conditional reader macros, or separate sytems?
14:21:42
jmercouris
I want the user to be able to just (ql:quickload :next) and it automatically loads the appropriate files depending on OS
14:21:58
|3b|
or else rearrange them so next/gtk and next/cocoa are what you load to get a working setup (so would load internal /gtk or /cocoa system, then load main system)
14:22:03
jmercouris
which is why I'm leaning away from using 3 systems, as I currently have, and just using conditional macros
14:22:56
jmercouris
here's the file: https://github.com/atlas-engineer/next/blob/remote-gui/next.asd
14:25:27
|3b|
if it is just 1 file, and you can easily detect it from *features* (like always cocoa on osx, otherwise gtk), i'd probably just move the specific file to :next system with :if-feature
14:26:20
|3b|
then you would have a next/release with similar feature check to load the correct -release file
14:27:07
jmercouris
and I'll make the if-feature check gtk for linux and bsd, and then cocoa for darwin
14:42:28
jackdaniel
then why won't you provide a minimal example project with files, so others may try to help troubleshot it?
14:48:26
|3b|
but does look right comparing with https://github.com/nikodemus/sb-cga/blob/master/sb-cga.asd#L32
15:06:37
jmercouris
so I had the syntax right, it just wasn't working the way I was expecting due to the mac os being also part of :unix within the if
15:16:51
jmercouris
I am support anything that runs GTK, which could be just about anything except darwin
15:17:10
jmercouris
so yeah, what you wrote, above is what it will have to be (:and :unix (:not :darwin))
15:20:40
makomo
what's the usual way to configure a build in the lisp world (well, ASDF world), i.e. the equivalent of CMake's configuring process or Make's ./configure script?
15:20:44
pjb
jmercouris: (eval-when (:compile-toplevel :load-toplevel :execute) (defun gtk-present-p () (not (not (some (lambda (libdir) (directory (merge-pathnames "**/libgtk*.*" libdir))) '("/lib/" "/usr/lib/" "/usr/local/lib/" "/opt/local/lib/")))))) #+#.(cl:if (cl-user:gtk-present-p) '(:and) '(:or)) (do-something-with-gtk)
15:21:32
jackdaniel
makomo: there isn't (except pushing features and doing what jmercouris does) or adding some ad-hoc method to asdf
15:22:10
jmercouris
the names are a red herring, they are just compatibility layers for how to interpret keybindings from those systems
15:23:59
makomo
jackdaniel: ah :/, so basically you would have some project-specific features you would push then?
15:24:11
pjb
jmercouris: perhaps you could avoid using gtk (at least directly). Have a look at: https://cliki.net/pgl
15:24:54
jmercouris
okay, so I have a cross-platform lisp core that depends on absolutely nothing at all
15:25:18
jmercouris
on Linux I've written a GTK front-end GUI that listens via XML-RPC, on MacOS I've written a Cocoa front-end GUI that listens via XML-RPC
15:25:30
pjb
jmercouris: pgl is written in pure lisp, with as only dependencies the packages: "TRIVIAL-GRAY-STREAMS" "BORDEAUX-THREADS" "ORG.MAPCAR.PARSE-NUMBER".
15:26:03
jmercouris
for it to make any sense to run Next on a non-darwin system, GTK must exist so that the GTK front-end can run
15:26:16
jmercouris
so no, my Lisp program does not directly depend on GTK, only on its sister program, its port
15:27:56
jmercouris
I see it as a different way, I am agnostic of any FFI implementation, and I can run across a network etc
15:28:09
jmercouris
I don't depend on the front-end not crashing, the Lisp core will always be stable
15:28:39
jmercouris
I think it is a very intelligent design, and I get to say that, since it is not my own
15:29:25
jmercouris
the only interface one must implement is a simple API within the Port to support some commands from the Lisp core such as make window, make buffer, etc, it is all abstracted on a very high level
15:30:04
jmercouris
I didn't spend 9 months contemplating this to do something absolutely idiotic, perhaps think for a few minutes why I might have done this before dismising my work
15:31:39
jackdaniel
people spend decades working on things which are not very smart; but since it seems to tick you off, I'll get back to whatever I was doing
15:32:50
jmercouris
I'm upset because I have worked many hours with a lot of thought, and you come in, without any context or understanding of the program architecture and make a blanket statement, it wasn't one with intent to understand, but with intent to injure