00:00:23 -!- Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Remote host closed the connection] 01:06:24 -!- LiamH [~none@96.231.218.61] has quit [Quit: Leaving.] 01:17:58 akovalen` [~user@95.72.47.12] has joined #sbcl 01:19:34 -!- akovalenko [~user@95.73.123.37] has quit [Ping timeout: 244 seconds] 01:38:22 -!- antonv [5d7d2a66@gateway/web/freenode/ip.93.125.42.102] has quit [Ping timeout: 245 seconds] 01:42:58 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 01:45:28 Dalek_Baldwin [~Adium@ip68-231-209-84.oc.oc.cox.net] has joined #sbcl 02:41:01 LiamH [~none@96.231.218.61] has joined #sbcl 02:45:12 -!- Dalek_Baldwin [~Adium@ip68-231-209-84.oc.oc.cox.net] has quit [Quit: Leaving.] 03:13:34 Fare [~fare@109.106.94.146] has joined #sbcl 03:19:23 Dalek_Baldwin [~Adium@ip68-231-209-84.oc.oc.cox.net] has joined #sbcl 03:29:53 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 03:31:57 -!- Dalek_Baldwin [~Adium@ip68-231-209-84.oc.oc.cox.net] has quit [Quit: Leaving.] 03:32:36 -!- wbooze [~wbooze@xdsl-78-35-184-228.netcologne.de] has quit [Ping timeout: 264 seconds] 03:53:44 -!- zulu_inuoe_ [~quassel@184.89.111.53] has quit [Read error: Connection reset by peer] 03:55:24 zulu_inuoe_ [~quassel@184.89.111.53] has joined #sbcl 04:22:16 -!- zulu_inuoe_ [~quassel@184.89.111.53] has quit [Read error: Connection reset by peer] 04:22:56 zulu_inuoe_ [~quassel@184.89.111.53] has joined #sbcl 04:43:46 Dalek_Baldwin [~Adium@ip68-231-209-84.oc.oc.cox.net] has joined #sbcl 04:44:22 -!- Dalek_Baldwin [~Adium@ip68-231-209-84.oc.oc.cox.net] has quit [Client Quit] 05:34:41 attila_lendvai [~attila_le@92.47.250.55] has joined #sbcl 05:34:41 -!- attila_lendvai [~attila_le@92.47.250.55] has quit [Changing host] 05:34:41 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:04:36 -!- Fare [~fare@109.106.94.146] has quit [Ping timeout: 245 seconds] 06:09:55 -!- LiamH [~none@96.231.218.61] has quit [Quit: Leaving.] 06:38:55 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 07:51:36 -!- edgar-rft [~GOD@HSI-KBW-149-172-63-75.hsi13.kabel-badenwuerttemberg.de] has quit [Quit: nuclear meltdown] 07:52:19 tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 08:19:36 prxq [~mommer@mnhm-5f75d35a.pool.mediaWays.net] has joined #sbcl 08:32:08 Dalek_Baldwin [~Adium@71-84-34-33.dhcp.mtpk.ca.charter.com] has joined #sbcl 09:06:07 -!- tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 09:10:30 Dalek_Baldwin1 [~Adium@71-84-34-33.dhcp.mtpk.ca.charter.com] has joined #sbcl 09:11:20 -!- Dalek_Baldwin [~Adium@71-84-34-33.dhcp.mtpk.ca.charter.com] has quit [Read error: Connection reset by peer] 09:19:43 stassats [~stassats@wikipedia/stassats] has joined #sbcl 09:30:02 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 240 seconds] 09:38:05 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 10:05:42 loke_erc [~user@c-4957e555.012-14-67626717.cust.bredbandsbolaget.se] has joined #sbcl 10:06:08 Hello guys. I'm having a build error with the latest repository version of SBCL in Arch Linux. Known issue? 10:06:13 no 10:06:51 http://paste.lisp.org/display/135211 10:06:54 That's the error 10:07:20 I was looking at the heards, and they do seem to be declared correctly (i.e. I can't see anything changing in the system headers that would have triggered this) 10:12:40 is something removing __USE_GNU or something in your environment? 10:18:43 "removing"? 10:27:33 well, those register defines are conditional on __USE_GNU, which is itself defined before including 10:27:38 aren't they? 10:41:54 Yes, and I checked the files and they don't seem to be undefined 10:42:32 ohh... wait 10:42:41 it _IS_ undefined in features.h 10:42:48 I must have missed that last time I looked 10:42:59 (features.h is included first in ucontext.h) 10:43:33 __USE_GNU is subsequently defined if GNU_SOURCE is defined. Let's see if I can fix this... 10:47:25 stassats [~stassats@wikipedia/stassats] has joined #sbcl 10:48:08 I think it works now 10:48:23 Simple fix to x86-64-linux-os.c 10:48:33 #define _GNU_SOURCE instead of __USE_GNU 10:50:02 Yep. Successful compile 10:50:13 That change should go into the source I think 10:51:17 To whom should I talk about getting that to happen? 10:51:35 you can talk to me 10:51:58 Hello stassats, I had the following error when compiling SBCL: http://paste.lisp.org/display/135211 10:51:58 or create a ticket on launchpad? 10:52:24 the error is caused by the definition of __USE_GNU in the above-mentioned file. It should be _GNU_SOURCE instead. 10:52:37 loke_erc: alright, will commit shortly 10:52:41 (error happens on ArchLinux) 10:52:58 I believe that's because Arch has a tendency to use the latest of everything 10:53:03 probably some bleeding-edge GCC thing 10:53:08 right 10:53:23 i've already seen this reported 10:53:30 Well, it's /usr/include/featutes.h that explicitly undefines __USE_GNU now 10:53:40 it only refrefines it if _GNU_SOURCE is defined 10:54:03 features.h even 10:54:10 lp 1114681 10:54:10 https://bugs.launchpad.net/bugs/1114681 10:54:12 there it is 10:54:30 bah 10:54:33 wrong paste 10:54:34 Are you sure? 10:54:36 Ah 10:54:47 lp 1095036 10:54:47 https://bugs.launchpad.net/bugs/1095036 10:55:33 Yep. That's the one 10:55:40 will deal with it once i get all the cases of (setf documentation 'function) right 10:55:50 *stassats* goes to rebuild sbcl for the third time 10:57:50 By the way, I noticed my system doesn't have any "magic" entires for SBCL fasl files. 10:57:57 Is there an "official" one? 10:59:01 magic as in libmagic? 10:59:37 -!- loke_erc [~user@c-4957e555.012-14-67626717.cust.bredbandsbolaget.se] has quit [Remote host closed the connection] 11:16:37 is there a way to do #include bot not fail if it doesn't exist? 11:16:52 or rather, to check if it exists and include something else instead? 11:33:00 this _GNU_SOURCE stuff isn't easy 11:33:20 need to move it to the top of the file and hope that nothing breaks 11:34:13 and i don't understand # include "dlfcn.h" part, surely it should be 11:36:06 and yet it somehow works 11:36:33 works by accident is most common state of working 11:36:59 -!- Strigoides [~owen@60-234-213-126.bitstream.orcon.net.nz] has quit [Ping timeout: 252 seconds] 11:37:13 next most common is "works for me" 11:37:32 apparently it works for everyone 11:38:13 perhaps i'm not familiar with cpp enough 11:38:15 thanks folks. 11:38:16 anyway, hasn't the double quote syntax for includes something to do with file lookup (interaction with -I option)? 11:38:54 stassats: regarding newsworthiness, I think that if we or someone else has taken the time to actually get it into a bug database, it's automatically newsworthy (if for no other reason than to show off the clicky links in the HTML version of NEWS) 11:40:04 jdz: -I is -I. 11:42:20 Strigoides [~owen@60-234-213-126.bitstream.orcon.net.nz] has joined #sbcl 11:43:03 jdz: ok, it's the "i'm not familiar with cpp enough" 11:43:13 "It searches for a file named file first in the directory containing the current file, then in the quote directories and then the same directories used for ." 11:45:08 i'll change it to <> to avoid any further confusion 11:47:02 i hope someone will fix it on ppc-linux or some old glibc linux before the release 12:08:52 *stassats* somehow missed "Failure" when reading test results the previous time 12:09:14 perhaps it should be in red 12:09:31 any objections to making test output use control sequences for coloring output? 12:25:21 tcr1 [~tcr@77-56-40-229.dclient.hispeed.ch] has joined #sbcl 12:27:36 drewc_ [~drewc@50.7.166.100] has joined #sbcl 12:27:38 luis` [~luis@nhop.r42.eu] has joined #sbcl 12:27:50 -!- tcr [~tcr@77-56-40-229.dclient.hispeed.ch] has quit [Read error: Connection reset by peer] 12:27:50 -!- drewc [~drewc@50.7.166.100] has quit [Ping timeout: 252 seconds] 12:27:50 -!- luis [~luis@nhop.r42.eu] has quit [Ping timeout: 252 seconds] 12:28:27 -!- redline6561_ [~redline65@li69-162.members.linode.com] has quit [Ping timeout: 252 seconds] 12:28:52 redline6561 [~redline65@li69-162.members.linode.com] has joined #sbcl 13:01:40 stassats: you never know if someone's automating and scripting around it, so please make it `isatty`-dependent. 13:01:57 of course 13:01:59 -!- akovalen` is now known as akovalenko 13:09:19 slyrus [~chatzilla@adsl-76-254-45-27.dsl.pltn13.sbcglobal.net] has joined #sbcl 13:39:27 so, i got "Failure" to be bold read, and "Unexpected success" to be green 13:39:30 any other ideas? 13:41:09 now to do the same on windows, because that's where it'd be most useful, with its lots of "expected failures" 13:54:29 Vivitron` [~Vivitron`@12.53.196.74] has joined #sbcl 14:07:39 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 14:09:49 attila_lendvai1 [~attila_le@92.47.250.55] has joined #sbcl 14:09:49 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 14:10:19 attila_lendvai [~attila_le@92.47.250.55] has joined #sbcl 14:10:19 -!- attila_lendvai [~attila_le@92.47.250.55] has quit [Changing host] 14:10:19 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 14:10:51 attila_lendvai2 [~attila_le@92.47.250.55] has joined #sbcl 14:10:51 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 14:11:20 -!- attila_lendvai1 [~attila_le@92.47.250.55] has quit [Read error: Connection reset by peer] 14:27:14 psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has joined #sbcl 14:35:30 *stassats* can't figure out how to use sb-alien 14:36:49 can't make with-alien with struct type and call an alien route, keeps complaining about mismatched types 14:43:58 *stassats* loses all his patience 14:48:14 oh damn, all because of a typo 14:52:43 *stassats* finally gets colored output on windows 15:09:55 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 15:34:29 wbooze [~wbooze@xdsl-78-35-164-2.netcologne.de] has joined #sbcl 15:37:57 here's how it looks http://i.imgur.com/yzfzX3p.png 15:40:24 linux counterpart: http://i.imgur.com/KxBj0Vz.png 15:40:36 so, any comments, suggestions, objections? 15:41:00 -!- Vivitron` [~Vivitron`@12.53.196.74] has quit [Quit: trivial-irc-0.0.4] 15:41:11 -!- wbooze [~wbooze@xdsl-78-35-164-2.netcologne.de] has quit [Ping timeout: 255 seconds] 15:43:09 wbooze [~wbooze@xdsl-78-35-137-76.netcologne.de] has joined #sbcl 15:46:34 edgar-rft [~GOD@HSI-KBW-149-172-63-75.hsi13.kabel-badenwuerttemberg.de] has joined #sbcl 15:55:05 does that depend on alien? 15:55:14 on windows 15:55:37 I object to using alien for that. 15:55:56 what else could be used? 15:56:09 stassats: do you need to call special functions to emit color codes ? 15:57:05 fe[nl]ix: linux is just using control codes, windows uses console api 15:58:06 control codes or leave it monochrome. 15:58:45 what a bummer, windows is where this feature is most useful 15:59:30 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 15:59:56 i'll not commit either then, i can just enable it locally 16:03:14 Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #sbcl 16:13:53 send the code to sbcl-devel, if anyone else wants to use it 16:13:58 sent 16:22:00 stassats: I could imagine writing a little tools-for-build c program that you pipe the test output to (or run under) might be pkhuong-compliant 16:22:34 Krystof: that seems too complicated 16:25:09 (I'm not sure what the objection is, though) 16:25:12 how about highlighting via formatting? 16:25:56 Krystof: that we want to minimise all complexity in the build code itself 16:26:14 Slightly related, I always wanted to write a little thing which establishes a handler for CONDITION around an sbcl build and dumps the conditions including their source location into a file, then write a little slime helper that reads in the file and post-hoc presents the conditions as usually, with links into the relevant source files. 16:26:14 that is, adding whitespace, linebraks, allcaps, etc 16:26:41 because the day that a bug is caused by the build code (e.g. slightly malfunctioning FFI) rather than the code that's being built, things'll be much harder to debug. 16:27:03 that's not really build code though? 16:27:04 the build code, yes, the test code... 16:27:08 it's already quite complicated 16:27:20 it already uses run-program, doesn't it? 16:28:26 there could be a switch to disable colored output 16:28:29 I agree that there should be a way to turn it off 16:28:33 it's the test harness, but similar deal. 16:28:44 (i.e. avoid those code paths completely). Or possibly even turn it *on* 16:29:02 but if the ffi is broken then run-program is up the wazoo 16:29:08 fine, let it be turned off. It's hard to argue against opt-out apple pie ;) 16:29:26 more serious objections, though: I'd prefer default-off because of things like automated test runners 16:29:38 if it's default-on then they have to write test runners that dispatch on the ability to turn off 16:29:44 Krystof: it's disabled when ot run from the terminal 16:30:03 what about run from a terminal and piped? Is it isatty() on standard-output or something? 16:30:17 it's isatty indeed, piping disables it 16:31:47 disabling it by default is not something i would like, because people who don't know about it are most likely to benefit from the bright red color and report it 16:31:56 yeah; the isatty() thing is ok with me 16:32:08 if it's good enough for ledger and git, it should probably be good enough for me 16:33:08 tcr1: that would be cool! I can imagine "whack-a-style-warning-a-day" discipline 16:34:21 Krystof: It might be doable over the course of a sbclton :-) Are there plans this year?? 16:35:16 good question. sbcl13.5? :-) 16:35:40 doable in that timeframe 16:35:50 13½ 16:36:00 yeah; we are unicode-enabled after all 16:36:58 27/2 16:37:21 followed up by 68/5 16:39:08 sbcl(/ (exp 1) 2) 16:39:14 ok, enough with the names :) 16:44:25 sdemarre [~serge@109.134.176.104] has joined #sbcl 16:45:52 pkhuong: so, how do you feel about --no-color option, while the default is on? 16:47:19 and count it as just another FFI test 16:47:56 stassats: sure. 16:52:06 nikodemus [~nikodemus@cs27127210.pp.htv.fi] has joined #sbcl 16:52:06 -!- ChanServ has set mode +o nikodemus 16:53:31 -!- nikodemus [~nikodemus@cs27127210.pp.htv.fi] has left #sbcl 16:56:07 probably also add error handling to the ffi calls, so that it can be reported and proceed 17:03:11 -!- attila_lendvai2 [~attila_le@92.47.250.55] has quit [Ping timeout: 255 seconds] 17:17:02 attila_lendvai [~attila_le@92.46.9.119] has joined #sbcl 17:17:02 -!- attila_lendvai [~attila_le@92.46.9.119] has quit [Changing host] 17:17:02 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:24:03 <|3b|> stassats: might color the final result of the tests too 17:24:40 you mean test failed? i guess the one red failure is enough to get noticed 17:25:14 unless it's out of scroll, which can happen on windows, with its numerous expected failures 17:31:19 -!- hydan [~udzinari@ip-89-102-13-27.net.upcbroadband.cz] has quit [Quit: ...] 17:36:11 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 17:38:09 hydan [~udzinari@ip-89-102-13-27.net.upcbroadband.cz] has joined #sbcl 17:38:28 -!- sdemarre [~serge@109.134.176.104] has quit [Ping timeout: 248 seconds] 18:13:47 -!- wbooze [~wbooze@xdsl-78-35-137-76.netcologne.de] has quit [Read error: Connection reset by peer] 18:13:59 -!- hydan [~udzinari@ip-89-102-13-27.net.upcbroadband.cz] has quit [Quit: ...] 18:15:05 wbooze [~wbooze@xdsl-78-35-137-76.netcologne.de] has joined #sbcl 18:28:47 -!- slyrus [~chatzilla@adsl-76-254-45-27.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 260 seconds] 18:39:38 attila_lendvai1 [~attila_le@92.46.9.119] has joined #sbcl 18:39:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 19:01:48 -!- drewc_ is now known as drewc 19:08:03 -!- attila_lendvai1 [~attila_le@92.46.9.119] has quit [Quit: Leaving.] 19:22:52 huangjs [~huangjs@114.91.236.201] has joined #sbcl 19:55:15 slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl 20:39:09 -!- Dalek_Baldwin1 [~Adium@71-84-34-33.dhcp.mtpk.ca.charter.com] has quit [Quit: Leaving.] 20:48:19 sdemarre [~serge@109.134.176.104] has joined #sbcl 20:55:42 Dalek_Baldwin [~Adium@108-225-26-178.lightspeed.irvnca.sbcglobal.net] has joined #sbcl 21:02:42 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 21:18:38 -!- huangjs [~huangjs@114.91.236.201] has quit [Quit: This computer has gone to sleep] 21:43:18 -!- sdemarre [~serge@109.134.176.104] has quit [Ping timeout: 264 seconds] 22:37:03 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 260 seconds] 22:38:43 ja [~ja@awaks.j4.pe] has joined #sbcl 23:06:58 -!- prxq [~mommer@mnhm-5f75d35a.pool.mediaWays.net] has quit [Quit: Leaving] 23:14:07 -!- ja [~ja@awaks.j4.pe] has quit [Quit: Lost terminal] 23:22:06 -!- brucem [~bmitchene@waywardmonkeys.com] has quit [Quit: ZNC - http://znc.sourceforge.net] 23:23:36 brucem [~bmitchene@waywardmonkeys.com] has joined #sbcl 23:26:50 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 23:42:24 rbarraud [~rbarraud@125-239-32-133.jetstream.xtra.co.nz] has joined #sbcl 23:46:45 rbarraud_ [~rbarraud@125-239-32-133.jetstream.xtra.co.nz] has joined #sbcl 23:49:51 -!- rbarraud [~rbarraud@125-239-32-133.jetstream.xtra.co.nz] has quit [Ping timeout: 260 seconds] 23:53:18 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Ping timeout: 252 seconds]