Search
Saturday, 14th of October 2017, 18:20:53 UTC
18:30:33
dim
did anyone setup something like https://www.appveyor.com/ for automatic build/test of CL apps on windows?
20:10:13
sjl
Shinmera: the problem was I was running the wrong app. previously I was building with my own script, using a Roswell-installed version of SBCL
20:10:44
sjl
and since Roswell breaks every time a stiff breeze comes along, updating the laptop OS broke that build process
20:11:02
sjl
so I tried deploy, but ran into the bug I sent a PR for and stopped for the night
20:11:23
sjl
then this morning, I tried to pick up where I left off, but muscle memory/tab completion meant I was still opening the old .app
21:08:13
drmeister
How does one ensure that quicklisp is available in an sbcl installation?
21:09:02
Shinmera
sbcl doesn't bundle quicklisp
21:09:03
drmeister
I've added a dependency of 'esrap+sbcl' to building clasp - now I have the headache of figuring out how to ensure that it is available.
21:09:50
Shinmera
download the quicklisp.lisp file, run quicklisp-quickstart:install with the directory set to something local to the build
21:10:23
jackdaniel
drmeister: if you depend on some particular libraries, just use (ql:bundle-systems '(esrap) :to "clasp/sbcl-build/libraries")
21:10:47
jackdaniel
and given sbcl is available load this bundle
21:17:56
drmeister
jackdaniel: Thank you - I'll try that. How do you load that system then?
21:21:23
drmeister
I guess load the "bundle.lisp"
21:23:42
drmeister
No - that doesn't appear to do it
21:26:05
drmeister
I see: https://www.quicklisp.org/beta/bundles.html
21:35:33
drmeister
I added alexandria to the bundle as well - but I'm getting this when I try to use them.
21:35:36
drmeister
https://www.irccloud.com/pastebin/iEo1ywc7/
21:36:00
drmeister
Has anyone seen this before? Unhandled SB-FASL::FASL-HEADER-MISSING in thread #<SB-THREAD:THREAD "main thread" RUNNING
21:38:52
pjb
I would clear the cache and recompile everything…
21:42:31
scymtym
drmeister: is the fasl file corrupt? maybe check with xxd FILE | head or od FILE | head
21:44:48
drmeister
Hmmm, it might be the build system.
21:45:23
drmeister
It runs multiple copies of sbcl in parallel - one or more might be trying to compile the bundle at the same time.
22:23:40
drmeister
Yes - that was the problem.
22:24:16
drmeister
I injected a task that all the other sbcl tasks depend on and it loads the bundle and compiles the alexandria and esrap source
4:27:14
beach
Good morning everyone!
4:39:10
drmeister
What do people use to divide an integer by two?
4:39:17
drmeister
If you want an integer?
4:40:43
beach
The latter corresponds better to the intended use, and the same code ought to be generated when the second argument is a constant.
4:42:09
Bike
though it won't be on clasp
4:43:22
drmeister
It's going to involve a lot of work to get methods wrapped properly.
4:44:03
beach
You just make a compiler macro on FLOOR, no?
4:44:31
drmeister
beach: Yeah - C++ methods
4:44:32
Bike
that could be done, yes
4:44:52
drmeister
CL_EXTERN_DEFMETHOD(IRBuilder_O,&IRBuilder_O::ExternalType::CreateStore);
4:44:53
Bike
check if it's a fixnum, if it is do.... whatever machine thing
4:44:56
drmeister
Needs to be converted to...
4:45:05
Bike
there are some funny optimizations on that that take more work though
4:45:06
drmeister
CL_EXTERN_DEFMETHOD(IRBuilder_O, (llvm::StoreInst (*)(llvm::Value *Val, llvm::Value *Ptr, bool isVolatile)) &IRBuilder_O::ExternalType::CreateStore);
4:45:21
beach
drmeister: I think the more work being done in Common Lisp, the more flexible the code, thus enabling more transformations.
4:46:07
drmeister
I'm talking about the CL/C++ interop - we are trying to improve performance
4:46:39
beach
Oh, I thought you were talking about dividing by 2. Sorry.
4:47:12
drmeister
I'm all over the place at the moment.
Sunday, 15th of October 2017, 6:20:53 UTC