Matches for gabriel_laddel, 3496 total results Sorted by newest | relevance
Wed Jan 13 01:26:56 UTC 2016 <assbot> Logged on 13-01-2016 01:23:53; gabriel_laddel: Please, for the 100th time, go right on ahead.
Wed Jan 13 01:25:27 UTC 2016 <assbot> Logged on 13-01-2016 01:14:54; gabriel_laddel: No lisper to date has produced a distro that DOES NOT CHANGE so one may use it as a platform for application development. Lisp solves a well-specified set of problems - ensuring that your algol reproducibly builds is not one of them.
Wed Jan 13 01:24:02 UTC 2016 <gabriel_laddel> Why, stan, are threads a bad idea?
Wed Jan 13 01:23:53 UTC 2016 <gabriel_laddel> Please, for the 100th time, go right on ahead.
Wed Jan 13 01:18:49 UTC 2016 <phf> mircea_popescu: there's a limited number of lispers and they all scratch their own itch. without centralized visions results barely compose. gabriel_laddel needs working clim for his projects. robert strandh only occasionally hacks on mcclim anymore, spends most of his time on n-th rewrite of emacs, etc. and of course there are arguments of what the components should be and how they should compose. the only common ground is the
Wed Jan 13 01:16:14 UTC 2016 <gabriel_laddel> As for why a lisper didn't write his own OS from ASM? Well, you've read Stan's blog.
Wed Jan 13 01:14:54 UTC 2016 <gabriel_laddel> No lisper to date has produced a distro that DOES NOT CHANGE so one may use it as a platform for application development. Lisp solves a well-specified set of problems - ensuring that your algol reproducibly builds is not one of them.
Wed Jan 13 01:13:24 UTC 2016 <gabriel_laddel> Then, inevitably, the foundations change.
Wed Jan 13 01:13:03 UTC 2016 <gabriel_laddel> Some 'lisper' who 'gets it' will implement a 'lisp' on top of another system and declare that "for such and such political/business reasons, the system we're basing our lisp on won't change its foundations, and therefore we're safe to write code on top of it"
Wed Jan 13 01:10:52 UTC 2016 <gabriel_laddel> non-CL lispers by-and-large, fail to understand why they're using lisp at all.
Wed Jan 13 01:10:18 UTC 2016 <gabriel_laddel> mircea_popescu: After SMBX died CL had to be re-implemented.
Wed Jan 13 00:58:10 UTC 2016 <gabriel_laddel> phf: Thanks.
Wed Jan 13 00:57:48 UTC 2016 <gabriel_laddel> phf: ah.
Wed Jan 13 00:57:36 UTC 2016 <gabriel_laddel> S-GRAPHICS
Wed Jan 13 00:57:32 UTC 2016 <gabriel_laddel> mircea_popescu: they did. Symbolics.
Wed Jan 13 00:57:11 UTC 2016 <phf> gabriel_laddel: i'm saying that it's only worthwhile to bring in zen if you want to ultimately do x11 support for foreign code. right now your problem is clim+xlib, you want your problem to be clim+xlib+zen+cl-opengl+glx. if the ultimate goal is drop x, then might as well try and retarget clim to framebuffer. the two (adding zen and framebuffer clim) or at 100% identical in the amount of effort
Wed Jan 13 00:56:42 UTC 2016 <gabriel_laddel> mircea_popescu: have you tried reading the OpenGL spec?
Wed Jan 13 00:56:19 UTC 2016 <gabriel_laddel> No such thing.
Wed Jan 13 00:55:28 UTC 2016 <gabriel_laddel> Heh, define native.
Wed Jan 13 00:54:24 UTC 2016 <gabriel_laddel> It seems like what you're getting at is that the correct order of affairs is to tackle zen first, and then CLIM?