<<14-08-2012>>

---

00:38:09	*	Trixar_za is now known as Trix[a]r_za
00:39:41	*	q66 quit (Quit: Quit)
02:17:08	*	JStoker quit (Ping timeout: 245 seconds)
02:36:05	*	JStoker joined #nimrod
04:06:18	*	reactormonk quit (*.net *.split)
04:59:16	*	reactormonk joined #nimrod
05:19:30	*	reactormonk quit (*.net *.split)
06:15:41	*	Trix[a]r_za is now known as Trixar_za
06:32:50	*	reactormonk joined #nimrod
06:37:49	*	reactormonk quit (Ping timeout: 260 seconds)
07:57:33	*	zahary quit (Read error: No route to host)
07:57:35	*	zahary1 joined #nimrod
07:58:56	*	dom96_ quit (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347])
08:22:47	*	zahary1 quit (Quit: Leaving.)
08:31:15	*	zahary joined #nimrod
08:51:25	*	zahary quit (Quit: Leaving.)
09:48:51	*	Trixar_za is now known as Trix[a]r_za
10:08:42	*	q66 joined #nimrod
10:52:10	*	zahary joined #nimrod
11:02:48	*	zahary quit (Quit: Leaving.)
11:20:32	*	zahary joined #nimrod
11:46:58	*	zahary quit (Quit: Leaving.)
11:49:17	*	zahary joined #nimrod
14:52:02	*	reactormonk joined #nimrod
15:19:55	Amrykid	more gtk bugs in aporia.. :| text box is readonly.
15:20:11	Amrykid	(again, probably gtk's issue)
15:46:08	*	shevy quit (Ping timeout: 265 seconds)
15:57:58	*	shevy joined #nimrod
16:07:51	*	zahary quit (Quit: Leaving.)
16:15:41	fowl	shevy: your dreams have finally come true: http://perllinux.sourceforge.net/
16:17:21	shevy	lol
16:17:35	shevy	but it's perl, not ruby! :(
16:17:43	shevy	great effort though
16:18:00	Araq	and worse, it's not Nimrod either ;-)
16:49:14	ccssnet	fowl: what kind of sick joke -.-
16:50:42	Araq	muhaha, time to break code again :-)
16:54:38	reactormonk	Araq: \o/
16:54:53	Araq	hi reactormonk
17:16:07	*	reactormonk quit (Quit: WeeChat 0.3.8)
17:24:07	dom96	hello
17:25:30	Araq	hi
17:32:25	dom96	what's up?
17:33:24	Araq	I'm implementing `%`[T] (f: string, args: varargs[T, `$`]
17:33:54	Araq	"aka $#" % [243] # auto stringify in this context
17:34:24	dom96	cool
17:34:54	Araq	yeah and it will also break lots of code :P
17:35:16	Araq	I'd prefer to introduce most breaking changes before 0.9.0 is out ...
17:35:46	Araq	but most planned new features break code ...
17:35:55	Araq	so it's an unrealistic goal
18:00:18	ccssnet	broken code! ya ive ran into that myself alot with my changes on my code bases
18:00:33	ccssnet	refactor the refactor!
18:00:35	ccssnet	sigh
18:05:12	*	fowl quit (Quit: i dont want to live in a world without my epitron)
18:06:01	dom96	Why are so many people leaving this channel? D:
18:06:13	dom96	Araq: Stop breaking code! :P
18:15:01	ccssnet	lol
19:14:44	*	fowl joined #nimrod
21:14:38	shevy	dom96 because this channel here lacks sexy girls
21:15:03	dom96	true
21:24:35	*	Trix[a]r_za is now known as Trixar_za
21:40:32	*	|apriori| joined #nimrod
21:40:43	|apriori|	hey Araq
21:41:14	|apriori|	stupid question.. in pure/actors.nim 121, there seems to be a mistake in which you wrote "repy" instead of reply (and reply doesn't work in that case either)
21:41:23	|apriori|	I replaced that by using send.. is there something wrong with that?
21:44:35	dom96	he's away. :P
21:44:42	|apriori|	gaah
21:45:10	|apriori|	anyway.. you happen to know how to use pointe arithmetic in nimrod?
21:46:04	dom96	What are you trying to do?
21:46:25	|apriori|	don't ask :P
21:46:36	|apriori|	say I just want the good old dirty pointer offset thingies..
21:47:15	|apriori|	in my case its actually only a memcpy using pointer arithmetic.. but I really wondered, if that is allowed in nimrod
21:47:23	|apriori|	well, it should be, for a system programming language
21:47:29	dom96	I've never actually had to use pointer arithmetic in Nimrod
21:47:37	dom96	but yeah
21:47:50	|apriori|	I could solve the problem in another way.. but I just wanted to know, whether its doable
21:53:58	dom96	well. I tried.
21:54:14	dom96	It doesn't seem possible currently.
21:54:24	dom96	But as always Araq will know for sre.
21:54:25	dom96	*sure
21:56:45	|apriori|	ok
22:04:42	Araq	|apriori|: use cast[pointer](cast[TAddress](x) +% y)
22:05:06	Araq	you can of course wrap it in a template ;-)
22:05:23	|apriori|	Araq: okay
22:05:31	|apriori|	ugly as hell... but yeah, a template would solve that
22:06:36	Araq	it's ugly for a reason :P
22:07:00	|apriori|	yeah..
22:08:19	Trixar_za	It's ugly because nobody wants it? Oo
22:08:37	Araq	it's ugly because it's incredibly unsafe
22:09:09	Araq	but it's not going away either as the GC relies on it ;-)
22:09:12	Trixar_za	Oh Good. Atleast it's not like other languages where ugly is how you're supposed to do it
22:09:15	|apriori|	yet some other stupid questions
22:09:19	Trixar_za	Ala php and perl
22:09:24	|apriori|	when declaring a type like: type bla = object
22:09:31	|apriori|	and having a var blub: bla
22:09:35	|apriori|	is that a simple value type?
22:09:40	Araq	yes
22:09:45	|apriori|	ok
22:10:06	|apriori|	I just wonder.. because I got problems when trying to use the actorPool to launch a {.thread.} proc
22:10:21	|apriori|	that's where my prior error in actors.nim comes in
22:10:26	|apriori|	*prior mentioned
22:11:13	Araq	well I'm still trying to figure out what's supposed to be there instead of 'repy'
22:11:22	|apriori|	I think send
22:11:37	Araq	sure
22:12:06	|apriori|	but for me that doesn't work (though I doubt that's the real issue)
22:12:35	Araq	you wouldn't believe how hard this was to write
22:12:48	|apriori|	what specifically do you mean?
22:12:56	Araq	well not actors.nim, but making the compiler compile that code ...
22:13:07	|apriori|	what were the problems?
22:13:31	Araq	it's a heavily recursive generic type ...
22:13:59	Araq	in fact, I should have given up and used a fixpoint algorithm :D
22:14:07	|apriori|	:P
22:14:13	|apriori|	btw.
22:14:22	|apriori|	I guess shallowCopy doesn't quite work with value types, does it?
22:18:36	Araq	it does I think
22:18:36	|apriori|	hm
22:18:36	|apriori|	http://pastebin.com/FRgMPGV3
22:18:37	|apriori|	yet another shootout 1:1 C port (not finished)
22:18:37	|apriori|	it crashes when spawning the actors in actors.nim:121
22:18:37	|apriori|	which I changed to call send
22:18:38	|apriori|	no further info... and apparently the embedded debugger doesn't want to build that code
22:18:38	|apriori|	(might be related to using FreeBSD, I don't know)
22:18:39	Araq	did you use --tlsEmulation:on ?
22:18:39	|apriori|	no
22:18:39	|apriori|	and for what exactly? the debug build?
22:18:40	Araq	hrm the config already does that for you
22:18:40	Araq	(for everything because TLS doesn't exist on BSD)
22:18:41	|apriori|	http://pastebin.com/CJLgXKvH
22:18:42	|apriori|	hrm
22:18:42	|apriori|	adding the tls flag made it compile
22:18:42	|apriori|	so something is wrong with my cfg
22:18:43	Araq	lib/system.nim(2356, 38) Warning: unknown magic 'Compiles' might crash the compiler [UnknownMagic]
22:18:47	Araq	you also didn't bootstrap properly
22:19:02	|apriori|	because of that "Compiles" message?
22:19:25	Araq	yes
22:19:34	|apriori|	can you point me to some documentation?
22:20:12	|apriori|	ah, found it
22:21:55	Araq	glad to hear it still works on freebsd :-)
22:22:09	|apriori|	ouch
22:22:17	|apriori|	gcc: compiler/nimcache/cgen.o: No such file or directory
22:22:51	|apriori|	gonna restart the procedure.. maybe I messed something up with caches and what not
22:23:36	dom96	Araq: See? People do still use BSD :P
22:24:28	Araq	yeah thank god for that :P
22:24:44	|apriori|	now I'm really confused
22:25:29	Araq	well
22:25:41	Araq	if you have a somewhat working nimrod on bsd
22:25:50	Araq	please try:
22:25:56	Araq	echo getAppFilename()
22:26:07	|apriori|	got some problems with bootstrapping
22:26:12	Araq	I noticed
22:26:39	|apriori|	http://pastebin.com/BSBw0TyW
22:28:29	|apriori|	well, maybe related to the ancient gcc..
22:29:15	dom96	good night
22:29:21	|apriori|	night, dom96
22:29:25	Araq	bye dom96
22:29:28	Trixar_za	Night dom96
22:29:45	Araq	well it's likely some path got screwed
22:29:47	Araq	brb
22:30:26	|apriori|	gonna retry with a more recent gcc
22:32:04	Araq	cleared all nimcaches?
22:32:13	Araq	compiled with -f?
22:32:35	Araq	and on BSD there is an issue with os.getAppFilename()
22:32:45	Araq	the compiler relies on that to get its full path
22:32:54	Araq	so it's essential that it returns a full path
22:33:01	Araq	brb
22:33:09	|apriori|	ok, thank you, Araq
22:43:27	Araq	and back
22:43:33	shevy	top
22:44:02	shevy	when will there be nimrod 1.0? :)
22:45:33	|apriori|	Araq: how can I override the used C compiler?
22:45:40	|apriori|	the switch --cc doesn't quite work
22:46:03	Araq	edit the config then
22:46:21	|apriori|	you mean config/nimrod.cfg
22:46:26	|apriori|	and change cc = gcc
22:46:31	|apriori|	well, that doesn't work either
22:46:31	Araq	yes
22:46:36	Araq	why not?
22:46:39	|apriori|	Error: unknown C compiler: 'gcc46'
22:47:26	Araq	lol
22:47:48	|apriori|	wait a sec, got an idea
22:48:51	Araq	gcc.exe = "gcc46"
22:53:50	|apriori|	Araq: http://pastebin.com/gAWe9yBW .. no use :/
22:55:10	|apriori|	oh, you got to be kidding...GNU ld 2.17.50 [FreeBSD] 2007-07-03
22:55:23	Araq	I don't think that's the problem
22:55:29	Araq	did you try 'koch boot -f' ?
22:55:43	|apriori|	trying
22:56:52	|apriori|	well, still tons of undefed refs
22:58:09	Araq	hrm could really be a linker issue
22:58:28	Araq	if it gives them the object files in the wrong order
22:58:49	Araq	but please check there is a con_100025 in ropes.c
23:00:27	|apriori|	yup
23:00:38	|apriori|	btw, of cgen: http://pastebin.com/VVDxdxV2
23:02:46	Araq	well?
23:02:56	Araq	what should that tell me?
23:03:09	|apriori|	seems that you are right
23:03:16	|apriori|	I can find those undefed symbols elsewhere
23:04:11	Araq	I suppose ld's order dependence is considered a "feature" for the BSD people ...
23:04:33	|apriori|	well, if it worked before, it should work now..
23:06:31	Araq	wait a sec
23:06:42	Araq	is cgen.c the only file with errors?
23:07:40	|apriori|	cgen, main, nimrod
23:07:57	|apriori|	oh..
23:07:58	|apriori|	wtf
23:08:06	|apriori|	that for sure can't work
23:08:13	|apriori|	last call is to gcc again, instead of gcc46
23:08:23	Araq	oh sorry
23:08:32	Araq	linker.exe = "gcc46"
23:08:36	|apriori|	ok
23:08:47	Araq	thought you don't use that anyway
23:11:32	|apriori|	isnt it gcc.linkerexe = "gcc46" instead?
23:12:25	|apriori|	well, yes, it is..
23:12:30	|apriori|	but it doesn't solve the problem
23:12:36	Araq	yes it is
23:19:36	Araq	but I have to sleep now
23:19:43	|apriori|	no problem
23:19:46	|apriori|	good night, Araq
23:19:48	|apriori|	and thank you
23:19:49	Araq	you can try to make the compiler generate a script
23:19:55	Araq	and edit that
23:19:56	Trixar_za	Good night Araq
23:20:02	Araq	to change the linking order
23:20:06	Araq	bye
23:30:15	|apriori|	Araq: must be some environment related issue, because the very same gcc46 command, run manually just works without issues
23:30:29	*	Trixar_za is now known as Trix[a]r_za
23:30:33	|apriori|	bye all
23:30:41	*	|apriori| quit (Remote host closed the connection)