00:37:29 ehaliewi` [~user@50-0-51-11.dsl.static.sonic.net] has joined #sbcl 00:40:19 -!- ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has quit [Ping timeout: 260 seconds] 00:58:13 -!- luis` [~luis@kerno.org] has quit [Ping timeout: 248 seconds] 00:59:25 luis` [~luis@kerno.org] has joined #sbcl 01:28:15 drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has joined #sbcl 01:37:52 -!- Bike [~Glossina@wl-nat99.it.wsu.edu] has quit [Ping timeout: 256 seconds] 01:47:05 echo-area [~user@182.92.247.2] has joined #sbcl 01:53:15 Bike [~Glossina@69.166.47.105] has joined #sbcl 02:09:02 -!- Bike [~Glossina@69.166.47.105] has quit [Ping timeout: 256 seconds] 02:10:39 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 02:19:49 -!- ehaliewi` is now known as ehaliewicz 02:29:43 nicdev [user@2600:3c03::f03c:91ff:fedf:4986] has joined #sbcl 02:39:04 -!- christoph_debian [~christoph@ppp-188-174-133-242.dynamic.mnet-online.de] has quit [Ping timeout: 256 seconds] 02:47:32 andreh [~andreh@177.205.105.53.dynamic.adsl.gvt.net.br] has joined #sbcl 02:52:30 christoph_debian [~christoph@ppp-93-104-188-167.dynamic.mnet-online.de] has joined #sbcl 03:16:15 -!- drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 03:16:58 drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has joined #sbcl 03:22:41 yacks [~py@103.6.159.103] has joined #sbcl 03:22:48 -!- drmeister [~drmeister@pool-173-59-25-58.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 03:23:19 edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has joined #sbcl 03:40:24 hlavaty` [~user@friedrichstrasse.knowledgetools.de] has joined #sbcl 03:42:05 -!- hlavaty [~user@friedrichstrasse.knowledgetools.de] has quit [Ping timeout: 245 seconds] 03:47:56 eeezkil [~eeezkil@unaffiliated/eeezkil] has joined #sbcl 03:54:43 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 03:56:55 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 264 seconds] 04:08:35 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 04:20:40 -!- foom [~jknight@2620:15c:6:14:be30:5bff:fedf:6db6] has quit [Ping timeout: 261 seconds] 04:24:12 foom [~jknight@2620:15c:6:14:be30:5bff:fedf:6db6] has joined #sbcl 04:24:17 -!- eeezkil [~eeezkil@unaffiliated/eeezkil] has quit [Quit: ^D] 04:55:20 attila_lendvai [~attila_le@92.47.220.48] has joined #sbcl 04:55:20 -!- attila_lendvai [~attila_le@92.47.220.48] has quit [Changing host] 04:55:20 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 05:04:43 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 264 seconds] 05:15:40 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 06:02:23 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 06:06:53 pranavrc [~pranavrc@122.164.221.13] has joined #sbcl 06:06:53 -!- pranavrc [~pranavrc@122.164.221.13] has quit [Changing host] 06:06:53 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 06:30:18 prxq [~mommer@mnhm-4d012652.pool.mediaWays.net] has joined #sbcl 06:37:23 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:50:14 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 240 seconds] 06:57:28 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 07:00:51 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 07:00:59 -!- ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has quit [Ping timeout: 260 seconds] 07:14:38 eeezkil [~eeezkil@unaffiliated/eeezkil] has joined #sbcl 07:16:31 attila_lendvai [~attila_le@87.247.13.27] has joined #sbcl 07:16:31 -!- attila_lendvai [~attila_le@87.247.13.27] has quit [Changing host] 07:16:31 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:17:04 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 246 seconds] 07:24:21 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 07:25:26 kanru` [~kanru@193.214.41.96] has joined #sbcl 07:32:02 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 256 seconds] 07:37:23 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 07:42:17 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 256 seconds] 07:48:37 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 07:56:58 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 246 seconds] 08:04:08 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 08:11:20 benkard [~benkard@2001:4ca0:0:f230:a407:4dfb:d410:3c6] has joined #sbcl 08:11:35 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 260 seconds] 08:30:22 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 08:45:25 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 08:50:17 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 256 seconds] 08:56:38 -!- eeezkil [~eeezkil@unaffiliated/eeezkil] has quit [Ping timeout: 264 seconds] 08:56:41 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 09:07:15 scymtym: regarding lp#774410 and your patch to fix it -- I think I've convinced myself that the change of behaviour is sensble, but I cry a little bit at introducing an O(N) case into a previously-O(1) operation. 09:08:19 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 264 seconds] 09:08:36 what if we added a restart-associated-conditions to restarts, which would be maintained by with-condition-restarts and could then be tested directly in (find-restart )? 09:09:28 Krystof: i have to participate in a meeting now; will be back later 09:09:57 no problem. 09:10:03 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 09:10:54 (plenty of other good scymtym patches to apply :-) 09:17:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 264 seconds] 09:21:22 -!- andreh [~andreh@177.205.105.53.dynamic.adsl.gvt.net.br] has quit [Quit: Quitte] 09:23:26 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 240 seconds] 09:28:07 attila_lendvai [~attila_le@87.247.61.150] has joined #sbcl 09:28:08 -!- attila_lendvai [~attila_le@87.247.61.150] has quit [Changing host] 09:28:08 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:31:26 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 264 seconds] 09:34:03 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:00:18 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Remote host closed the connection] 10:00:37 -!- benkard [~benkard@2001:4ca0:0:f230:a407:4dfb:d410:3c6] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 10:15:58 segv- [~mb@95-91-242-164-dynip.superkabel.de] has joined #sbcl 10:29:35 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 10:41:18 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 256 seconds] 10:43:11 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 10:45:00 -!- Posterdati [~kvirc@host103-221-dynamic.21-87-r.retail.telecomitalia.it] has quit [Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/] 10:46:22 does anyone have a handy sbcl build-archive set up for easy bisection? 10:47:40 actually, though I'm still interested in the answer it's not as immediate a need, as I've just reproduced the problem in HEAD so bisecting to find where the problem was solved is no longer relevant 10:47:55 Posterdati [~kvirc@host103-221-dynamic.21-87-r.retail.telecomitalia.it] has joined #sbcl 10:52:00 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 10:57:49 it seems I have 2 TB free on my workstation. I'll try to find out how antifuchs set his up, post-submission. 10:59:26 -!- Posterdati [~kvirc@host103-221-dynamic.21-87-r.retail.telecomitalia.it] has quit [Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/] 11:00:48 Posterdati [~kvirc@host103-221-dynamic.21-87-r.retail.telecomitalia.it] has joined #sbcl 11:02:03 when is submission? :-) 11:04:22 The defense is pretty much set in stone for early December, so... mid-october, hopefully ;) 11:07:18 benkard [~benkard@2001:4ca0:0:f230:3995:5c44:7377:60e2] has joined #sbcl 11:19:07 pillton [~user@124-170-94-12.dyn.iinet.net.au] has joined #sbcl 11:25:25 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 263 seconds] 11:25:40 I think there is something wrong with the values form returned by (get-setf-expansion '(sb-pcl::accessor-slot-value a 'b)). 11:29:12 pillton: I don't think accessor-slot-value is a place. 11:29:48 -!- Posterdati [~kvirc@host103-221-dynamic.21-87-r.retail.telecomitalia.it] has quit [Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/] 11:31:14 pkhuong: Ok, no problem. It is appearing in a trace for a bug I am trying to track down in CFFI. 11:32:43 I don't know how that wound up in a setf-like form. 11:32:50 it's purely internal. 11:36:23 pkhuong: The call to GET-SETF-EXPANSION is being done within the expanded for CFFI:MEM-REF. 11:36:36 (GET-SETF-EXPANSION (CFFI:MEM-REF (SB-PCL::ACCESSOR-SLOT-VALUE #:G05 'PTR) ':INT 0) ...) 11:38:04 <|3b|> possibly related to https://bugs.launchpad.net/cffi/+bug/622273 ? 11:39:31 |3b|: Yep you are right. 11:39:37 |3b|: Sorry for the noise. 11:39:39 Posterdati [~kvirc@host103-221-dynamic.21-87-r.retail.telecomitalia.it] has joined #sbcl 11:41:55 pkhuong,|3b|: Thanks. 11:42:24 -!- edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has quit [Quit: conversation expired by invalid existence] 11:42:54 that expansion is really strange. 11:45:20 lp 1023721 11:45:20 https://bugs.launchpad.net/bugs/1023721 11:45:21 ASau` [~user@p5797EB08.dip0.t-ipconnect.de] has joined #sbcl 11:45:32 ah. it's abusing get-setf-expansion as a once-only, and that mostly works. 11:45:50 the case in comment #1 is actually substantially different from the original report. 11:46:12 I can't remember what our status / plan is on automatically dxifying lambda arguments to mapper functions 11:46:28 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 11:46:59 (or if we even had a plan, or if it's even legal) 11:48:40 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 11:48:55 -!- ASau [~user@p5797F542.dip0.t-ipconnect.de] has quit [Ping timeout: 260 seconds] 11:49:01 I tried. Hit some IR1 suboptimalities. Pushed some changes to accelerate simple cases of local call analysis... and then adding more ad hoc transforms felt wrong. 11:49:44 -!- pillton [~user@124-170-94-12.dyn.iinet.net.au] has left #sbcl 11:56:41 I suppose a source transform would easily cover many useful cases, and more simply than a type-directed IR1 transform. 12:03:08 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 12:05:04 Just got 1.1.11 via apt-get, hooray and thanks for christoph_debian! 12:05:57 -!- kanru` [~kanru@193.214.41.96] has quit [Read error: Operation timed out] 12:08:46 well, except that I now get an error "; Evaluation aborted on #" ... 12:18:25 any ideas? http://paste.lisp.org/display/138953 12:18:33 does 1.1.11 need ASDF 3 or something like that? 12:20:19 compiling and loading of the mentioned file via swank works ... hrmpf 12:24:34 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Read error: Operation timed out] 12:24:36 Krystof: thanks for the commit; the launchpad bug number in NEWS should be 12035*8*5, though (95 seems to be an entirely different project) 12:31:26 Hmmm, sbcl 1.1.6-2-debian works with the same file. Seems like a bug in one of these versions. 12:32:13 I'm fairly certain that I run 1.1.11 with quicklisp and whatever asdf is bundled with SBCL a couple times a week. 12:32:43 flip214: hm 12:35:39 hmmm, isn't :around-compile in ASDF supported anymore? 12:37:20 It's the part ":around-compile (lambda (thunk) (cl-interpol:enable-interpol-syntax) (funcall thunk))" in my .asd file 12:37:46 that causes the error 12:41:07 drmeister [~drmeister@166.137.86.9] has joined #sbcl 12:50:21 <|3b|> flip214: yeah, asdf doesn't seem to match its docs for :around-compile 12:52:14 -!- drmeister [~drmeister@166.137.86.9] has quit [Remote host closed the connection] 12:54:51 <|3b|> flip214: looks like unintended side effect of asdf 2.26.106 "Cleanup of the semantics of ENSURE-FUNCTION on CONSes: use APPLY, not EVAL." 12:54:59 scymtym: ok, thanks, will fix 12:56:12 re MAP-RESTARTS: i'm trying to implement your suggestion 12:57:09 oh, right? it's only a suggestion. I think it means we need to take an unwind-protect in with-condition-restarts (in order to unassociate restarts with conditions) 12:58:21 sounds right; i'm only starting to look into it, though 13:00:46 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 13:02:12 thanks 13:04:32 pranavrc [~pranavrc@122.164.103.94] has joined #sbcl 13:04:32 -!- pranavrc [~pranavrc@122.164.103.94] has quit [Changing host] 13:04:32 pranavrc [~pranavrc@unaffiliated/pranavrc] has joined #sbcl 13:14:05 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 13:29:35 |3b|: thanks, using :around-compile #. (lambda (thunk) ...) did work. Should I do a launchpad bug? 13:35:54 drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has joined #sbcl 13:38:16 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 260 seconds] 13:59:02 teggi [~teggi@113.173.4.29] has joined #sbcl 14:01:26 -!- drmeister [~drmeister@wirelessNAT188.wireless.temple.edu] has quit [Ping timeout: 264 seconds] 14:04:01 nyef [~nyef@pool-173-76-155-15.bstnma.fios.verizon.net] has joined #sbcl 14:04:54 -!- christoph_debian [~christoph@ppp-93-104-188-167.dynamic.mnet-online.de] has quit [Ping timeout: 264 seconds] 14:14:49 drmeister [~drmeister@farnsworth.chem.temple.edu] has joined #sbcl 14:16:19 yacks [~py@103.6.159.103] has joined #sbcl 14:19:19 christoph_debian [~christoph@ppp-93-104-160-162.dynamic.mnet-online.de] has joined #sbcl 14:32:56 -!- segv- [~mb@95-91-242-164-dynip.superkabel.de] has quit [Remote host closed the connection] 14:35:59 tylergoza [~tylergoza@72.29.34.246] has joined #sbcl 14:36:39 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 14:37:28 we can assume that RESTART instances have dynamic extent, right? 14:39:36 no 14:39:45 (sadly) 14:40:42 (let (x) (restart-case (setq x (compute-restarts)) (c ())) (restart-name (car x))) is legal as far as I can tell 14:41:37 it is I think true that once a restart has escaped from the dynamic extent of its binding form it can no longer ever be invoked 14:42:38 that may be strong enough of an assumption 14:43:24 i was worrying whether thread safety would be an issue when restarts escape into different threads 14:44:42 I think it's also true that a restart can never be re-established 14:45:14 there is no syntax for re-establishing, i think 14:45:40 right, even restart-bind makes new restarts 14:45:56 I just went through some of this for the most recent commit 14:46:35 I wrote some notes in the commit message :) 14:47:37 :) 14:47:45 i'm trying to get around the unwind-protect and may have found a way 14:50:15 http://paste.lisp.org/display/138954 14:52:25 oh, wait, that may be wrong 14:52:27 my brain suddenly hurts 14:53:32 How does SBCL annotate source code as it's loaded for debugging? 14:53:47 scymtym: at least *restart-condition-depths* needs to be bound somewhere, no? 14:55:34 Krystof: in WITH-CONDITION-RISTARTS, i renamed the variable and missed one use 14:55:46 drmeister: Are you asking about storage formats and where to find the information, about load-time mechanism, or about compile-time mechanism, or some combination? 14:58:20 nyef: I don't think so - what I'm looking for is when you LOAD a text file containing source - is the source code information (source file name, line number, column, byte position within the file) stored in the CONSes that are returned by READ. These would be used later when debugging so that you can find the original source for a particular form that raised an error. 14:59:15 I'm looking for ideas as to how best to store and retrieve this information for debugging in Common Lisp. 14:59:54 Hrm... I actually have no idea if such information is even stored. 15:00:03 Currently I have a type called SOURCE-CODE-CONS that subclasses from CONS and stores this extra information. 15:00:04 segv- [~mb@95-91-242-164-dynip.superkabel.de] has joined #sbcl 15:00:10 scymtym: all of this just to emulate a stack 15:00:47 so although a restart can never be invoked after it's escaped, it can be associated with a condition 15:01:16 But it's unwieldy and I'm thinking about creating a source-manager object that hands out handles that are used to access this information when debugging. 15:01:35 I wonder if that matters 15:03:19 Krystof: i think associating an escaped restart with a condition is harmless because association to conditions can only be tested implicitly via INVOKE-RESTART 15:04:41 well, COMPUTE-RESTARTS 15:06:15 but the caller of COMPUTE-RESTARTS does not supply restarts, so that shouldn't be a problem 15:07:35 Umm... How, exactly, can we create a RESTART with non-dynamic extent, given CLHS 9.1.4.2? 15:09:16 Which makes Krystof's example above using RESTART-CASE broken because RESTART-CASE is given to establish RESTARTs with dynamic extent. 15:19:08 -!- benkard [~benkard@2001:4ca0:0:f230:3995:5c44:7377:60e2] has quit [Quit: Textual IRC Client: www.textualapp.com] 15:20:15 nyef: i have to agree w.r.t. clhs 15:20:30 but maybe SBCL implements/uses restarts somewhere in way that requires dynamic extent? 15:23:16 benkard [~benkard@2001:4ca0:0:f230:8c94:57df:a00:1208] has joined #sbcl 15:28:00 I hadn't found that sentence. 15:28:51 however, there is the notion that there can be restarts that are non-active 15:29:31 which includes those which are no longer established 15:29:58 so I'm not 100% convinced that 9.1.4.2 is unambiguously referring to the restart object as opposed to the establishment of the restart 15:37:41 -!- teggi [~teggi@113.173.4.29] has quit [Remote host closed the connection] 15:38:11 Okay, how about System Class RESTART? 15:38:36 "a restart has only dynamic extent relative to the scope of the binding form which establishes it." 15:39:06 -!- benkard [~benkard@2001:4ca0:0:f230:8c94:57df:a00:1208] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 15:41:04 leuler [~user@p548FB640.dip0.t-ipconnect.de] has joined #sbcl 15:45:34 benkard [~benkard@2001:4ca0:0:f230:f10b:4707:d591:f870] has joined #sbcl 15:47:26 nyef: more evidence of the inconsistency 15:47:43 drmeister: there's a weak hash table to map objects to source locations, and some heuristics to make that work through CL's procedural macros. 15:50:16 How about we adopt, as a working theory, that "inactive" restarts are for those cases where an implementation doesn't actually have d-x support, or doesn't use it for restarts, and some unportable code allows a restart to escape? 15:51:51 I'm fine with that except that compute-restarts is then just a huge gun pointed straight at the user's feet 15:52:25 there's nothing on compute-restarts page to say "under no circumstances leave the return value lying around" 15:52:34 Well, yes, but so are a number of other functions that exist basically to allow a user to write custom debugging tools. 15:52:55 I suppose 15:53:45 I'll admit that some of the information about d-xity could have done with being repeated in a few more places. 15:53:48 I have proved to my satisfaction that an escaped restart is basically useless, so maybe "no-one will ever want to do that" 15:54:19 but corrupting the heap is a bit of a harsh way of punishing the unwary 15:55:53 There's another possibility for having an active/inactive restart concept, which I'm looking for now. 15:56:28 pkhuong: I got called away. So a weak hash-table to map objects to source locations. Do you use the object pointer as the key for the weak hash table? 15:57:41 Ah. So, restarts, like handlers, can be established in groups of more than one at a time. When they are invoked, the remaining restarts or handlers in the group are no longer active, but they are still in extent. 15:57:42 drmeister: yes. a subclass of cons works just as well. Weak hash tables are just an easy way to add auxiliary slots to arbitrary objects. 15:58:49 For that matter, the handler or restart that has just been invoked is also no longer active at that point. 15:59:26 I was thinking about generating handles using 64bit integer that I just kept incrementing and storing that in the subclass of CONS but using the actual pointer sounds much more reasonable. 16:01:17 Does the source information weak hash table just keep growing? I guess garbage collection cleans out old source information that isn't pointed to by anything. 16:02:21 pkhuong: What about source code generated by macro expansions - what do you store for that? 16:03:13 pkhuong: Do you store the s-expressions for the code for back-traces or a string that represents the first XXX characters of the printed representation of the source code? 16:06:29 pkhuong: I'd like my Common Lisp to be really, really debuggable - I've gotten partway there with my current implementation but I don't handle macro expanded code very well and I'm often left scratching my head looking at my backtraces. 16:09:26 pkhuong: I've been working with the Clang C++ compiler library and for every source location they store two sets of source code/line number information in the AST, one for where the AST node came from (or where preprocessor macros expanded into) and the other is for where preprocessor macros came from. I thought I might do something like that for Common Lisp macros. 16:11:01 drmeister: macroexpansion happens concurrently with the conversion to an internal representation that keeps track of the expansion path (to a certain extent). 16:12:35 pkhuong: So you keep track of an expansion path - what does that look like? 16:14:39 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 16:15:56 Krystof: turns out, UNWIND-PROTECT is actually faster, when the associated conditions are queried and otherwise 16:16:28 i will do a build with the UNWIND-PROTECT-based solution and redo the measurements and graphs 16:19:45 drmeister: a list of forms, to understand not only what original source location some code snippet corresponds to, but also how it got there. 16:20:44 pkhuong: Really? That seems like a lot of info - can you access that from SLIME or from the SBCL debugger? 16:21:24 drmeister: Most of the information gets tossed once the compiler has finished doing its thing. 16:22:06 it's printed in an elided format. You mostly get the original source location (if one can be found), the head of intermediate forms, and the final (offending) form. 16:24:38 Hmm - well this sounds very complicated - I've got to think on this a bit. 16:25:32 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Remote host closed the connection] 16:26:30 I guess I could start by having my reader just store source code information (source file/line number/column) in a weak hash table using the pointer to the object that READ returns as the key. 16:27:35 *drmeister* realizes this is a half-baked idea right now. 16:32:18 pkhuong - nyef: Thanks. 16:32:45 pkhuong: happy to help in any capacity, if I remember how it all fit together! 16:34:54 antifuchs: I would ask you for pointers to URLs and tools or scripts, but I'd forget it all by the time I had time for this ;) 16:35:36 hah oh god yep 16:35:36 so I've checked everything into the autobench repo 16:35:36 there's a production/ dir there, I believe 16:35:48 oh yeah there it is 16:35:58 the screenrc (believe it or not) is where things get started 16:36:19 (things being the webface) 16:36:26 and benchmark-via-cron is where it kicks off a benchmark run 16:36:57 now, it's assuming that you use clbuild, which is probably not ideal 16:37:17 -!- ASau` is now known as ASau 16:37:59 (I'm referencing https://github.com/antifuchs/autobench btw) 16:38:20 -!- hlavaty` [~user@friedrichstrasse.knowledgetools.de] has quit [Remote host closed the connection] 16:45:39 (hope that helps! I haven't had access to a non-virtualized machine to run tests on for a long time, but hope I still kinda remember how it worked) (: 16:47:50 antifuchs: and for bisection with magic prebuilt binaries? 16:47:57 oho! 16:48:05 I still have those binaries somewhere 16:48:11 should upload them, I guess ((: 16:48:22 but you can prebuild them yourself, of course (: 16:48:39 (at current net/cpu speeds it's probably speedier to rebuild) 16:49:03 I was thinking the latter ;) Does autobench take care of setting that up? 16:49:39 yep 16:50:03 awesome. 16:50:05 it'll save the built binaries (but not contribs, if you want those) 16:50:28 saving contribs would take just a slight modification of the SBCL implementation of the build protocol (: 16:51:38 ah, guess https://github.com/antifuchs/autobench/blob/master/lisp/sbcl.lisp#L129-L131 doesn't take into account that you require a directory to decide which contribs to save. nvm. 16:52:15 -!- segv- [~mb@95-91-242-164-dynip.superkabel.de] has quit [Ping timeout: 260 seconds] 16:53:31 (unrelatedly, github line refs, best thing or bestest thing?) 16:55:48 -!- christoph_debian [~christoph@ppp-93-104-160-162.dynamic.mnet-online.de] has quit [Read error: Connection reset by peer] 16:56:51 christoph_debian [~christoph@ppp-93-104-160-162.dynamic.mnet-online.de] has joined #sbcl 17:03:17 sdemarre [~serge@26.66-64-87.adsl-dyn.isp.belgacom.be] has joined #sbcl 17:03:26 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 240 seconds] 17:05:39 Bike [~Glossina@69.166.47.109] has joined #sbcl 17:06:22 -!- sdemarre [~serge@26.66-64-87.adsl-dyn.isp.belgacom.be] has left #sbcl 17:11:50 hi antifuchs :) 17:11:50 -!- christoph_debian [~christoph@ppp-93-104-160-162.dynamic.mnet-online.de] has quit [Read error: Connection reset by peer] 17:13:13 eeezkil [~eeezkil@unaffiliated/eeezkil] has joined #sbcl 17:14:09 segv- [~mb@95.91.242.164] has joined #sbcl 17:14:32 -!- segv- [~mb@95.91.242.164] has left #sbcl 17:14:52 segv- [~mb@95-91-242-164-dynip.superkabel.de] has joined #sbcl 17:15:52 -!- segv- [~mb@95-91-242-164-dynip.superkabel.de] has quit [Remote host closed the connection] 17:18:15 segv- [~mb@95-91-242-164-dynip.superkabel.de] has joined #sbcl 17:21:55 hi fe[nl]ix (: 17:23:49 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 17:27:35 christoph_debian [~christoph@ppp-93-104-168-176.dynamic.mnet-online.de] has joined #sbcl 18:00:03 -!- Bike [~Glossina@69.166.47.109] has quit [Quit: Reconnecting] 18:00:15 Bike [~Glossina@69.166.47.109] has joined #sbcl 18:14:58 -!- pranavrc [~pranavrc@unaffiliated/pranavrc] has quit [Quit: Ping timeout: ] 18:16:54 scymtym: hah, figures 18:19:34 http://www.techfak.uni-bielefeld.de/~jmoringe/1.1.8.60.HEAD.104-8edb6c9.png 18:20:26 red: current master; blue: like launchpad patch; green: restart-associated-conditions + u-w-p 18:21:14 (but green may be behave incorrectly since tests are still running) 18:25:06 -!- benkard [~benkard@2001:4ca0:0:f230:f10b:4707:d591:f870] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz] 18:25:17 l_ [~l_@84.233.246.170] has joined #sbcl 18:28:32 -!- l_ [~l_@84.233.246.170] has left #sbcl 18:34:35 <|3b|> flip214: probably worth a bug against asdf, as far as i could see either their docs or code are wrong for that situation 18:50:18 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 18:50:52 well, if it is correct then green looks good to me 18:59:25 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 19:02:48 -!- Bike [~Glossina@69.166.47.109] has quit [Ping timeout: 256 seconds] 19:07:26 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 19:14:29 Bike [~Glossina@wl-nat99.it.wsu.edu] has joined #sbcl 19:51:30 Sagane [~Sagane@177.100-226-89.dsl.completel.net] has joined #sbcl 20:04:40 scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has joined #sbcl 20:08:56 -!- kludge` [~comet@unaffiliated/espiral] has quit [Quit: leaving] 20:10:01 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 20:17:39 andreh [~andreh@177.205.105.53.dynamic.adsl.gvt.net.br] has joined #sbcl 20:25:38 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Remote host closed the connection] 20:29:50 -!- Bike [~Glossina@wl-nat99.it.wsu.edu] has quit [Ping timeout: 240 seconds] 20:36:37 -!- leuler [~user@p548FB640.dip0.t-ipconnect.de] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 20:49:20 -!- eeezkil [~eeezkil@unaffiliated/eeezkil] has quit [Ping timeout: 256 seconds] 20:53:18 ehaliewicz [~user@50-0-51-11.dsl.static.sonic.net] has joined #sbcl 20:53:52 eeezkil [~eeezkil@unaffiliated/eeezkil] has joined #sbcl 20:54:38 -!- milosn [~milosn@cable-178-149-0-183.dynamic.sbb.rs] has quit [Read error: Connection reset by peer] 20:55:27 milosn [~milosn@cable-178-149-0-183.dynamic.sbb.rs] has joined #sbcl 21:16:43 -!- milosn [~milosn@cable-178-149-0-183.dynamic.sbb.rs] has quit [Ping timeout: 246 seconds] 21:19:28 milosn [~milosn@cable-178-149-0-183.dynamic.sbb.rs] has joined #sbcl 21:44:00 -!- prxq [~mommer@mnhm-4d012652.pool.mediaWays.net] has quit [Quit: Leaving] 21:44:02 -!- andreh [~andreh@177.205.105.53.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 264 seconds] 21:44:06 -!- segv- [~mb@95-91-242-164-dynip.superkabel.de] has quit [Remote host closed the connection] 21:52:04 Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has joined #sbcl 22:01:52 -!- Sagane [~Sagane@177.100-226-89.dsl.completel.net] has quit [Ping timeout: 256 seconds] 23:08:39 echo-area [~user@111.196.1.152] has joined #sbcl 23:10:58 davazp [~user@48.Red-79-150-239.dynamicIP.rima-tde.net] has joined #sbcl 23:11:55 -!- davazp [~user@48.Red-79-150-239.dynamicIP.rima-tde.net] has quit [Client Quit] 23:16:00 -!- Bike [~Glossina@gannon-wless-gw.resnet.wsu.edu] has quit [Ping timeout: 260 seconds] 23:16:39 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 23:25:02 -!- drmeister [~drmeister@farnsworth.chem.temple.edu] has quit [Remote host closed the connection] 23:31:30 Bike [~Glossina@wl-nat99.it.wsu.edu] has joined #sbcl 23:51:50 -!- scymtym_ [~user@ip-5-147-115-29.unitymediagroup.de] has quit [Ping timeout: 264 seconds] 23:55:16 drmeister [~drmeister@166.137.86.9] has joined #sbcl 23:58:36 -!- Bike [~Glossina@wl-nat99.it.wsu.edu] has quit [Ping timeout: 256 seconds]