<< 27-03-2015 >>

---

00:06:29	*	girvo joined #nim
00:06:33	girvo	Hi all :)
00:12:16	*	fizzbooze quit (Ping timeout: 255 seconds)
00:14:55	*	Demos joined #nim
00:14:59	*	jholland quit (Quit: Connection closed for inactivity)
00:36:28	filwit	hello
00:45:56	*	Matthias247 joined #nim
00:46:46	*	irrequietus quit ()
00:46:53	*	bjz joined #nim
00:53:31	filwit	does anyone know why I can't use `proc foo(t:type Foo)` anymore? (i have to use `proc foo(t:typedesc[Foo])` always).. was this a planned change or a bug?
00:53:41	filwit	devel branch
00:56:00	Araq	filwit: parsing of type changed but your code should still work
00:56:18	filwit	so it's a bug
00:56:34	filwit	(cause it defines correctly, but call doesn't resolve)
00:57:38	Araq	aha yeah
00:57:45	Araq	it still parses properly
00:59:31	*	gokr quit (Ping timeout: 255 seconds)
00:59:55	filwit	Araq: going to report it now unless you don't need it.
01:00:27	*	sampwing quit (Ping timeout: 252 seconds)
01:00:36	*	Matthias247 quit (Read error: Connection reset by peer)
01:00:38	*	reem quit (Remote host closed the connection)
01:01:59	Araq	don't bother I fixed it
01:03:28	filwit	awesome! can you push that? I want to work on my project, but it makes heavy use of `type Foo` and I don't want to have to change it all just temporarily.
01:04:13	Araq	testing it
01:04:21	filwit	thank you
01:07:53	Araq	hrm ... my fix breaks other stuff
01:08:06	filwit	Araq: btw, I tried my ray-tracer on the nim-js backend and runs faster than the nim -> emcc -> asm.js code, and has "more accurate" results (although both results are inaccurate)
01:08:31	Araq	and actually, thinking about it
01:09:15	Araq	I don't think proc foo(x: type Foo) was a documented feature
01:09:39	filwit	was it not? I can't remember when that happened...
01:09:40	*	brson quit (Quit: leaving)
01:10:24	Araq	hrm wait
01:10:29	Araq	my fix is completely wrong lol
01:10:46	filwit	oh :|
01:11:01	filwit	oh well, i can change my code to use typedesc for now
01:11:01	*	brson joined #nim
01:11:33	filwit	i'm generating most of the places I use this with a macro anyways, but I do hand-write it out in many places
01:12:27	Araq	no, just a minute
01:13:19	filwit	oh, okay sorry.. not trying to rush you, if you think you'll have it done soon I'll wait and toy with something else for a bit
01:13:57	*	bjz quit (Ping timeout: 248 seconds)
01:15:42	Araq	pushed
01:15:52	filwit	awesome, thanks!
01:16:58	*	fizzbooze joined #nim
01:17:24	Araq	btw the refcounting bug you found is a general codegen bug
01:17:41	Araq	but as far as I can tell the owning thread messes up the refcounts
01:17:49	Araq	and it has nothing to do with spawn
01:18:04	filwit	interesting.. i completely forgot to report that too, sorry
01:18:22	Araq	I have it, no worries
01:18:41	filwit	i'm getting and ICE now
01:18:47	Araq	yay
01:18:56	Araq	I need to sleep
01:18:56	filwit	one sec, let me rebuild in debug
01:19:01	filwit	ah, okay
01:19:35	reactormonk	filwit, ./koch temp ;-)
01:19:48	filwit	what does that do?
01:19:49	reactormonk	girvo, o/
01:20:16	Araq	filwit: revert to some nim version that works for you then. I need to sleep, sorry
01:20:16	reactormonk	filwit, read the ICE ^^
01:20:27	Araq	good night
01:20:28	filwit	Araq: np. later
01:20:41	filwit	reactormonk: i c
01:22:07	*	elbow_jason joined #nim
01:42:58	*	reem joined #nim
01:43:57	*	wink-s joined #nim
01:44:14	*	reem quit (Remote host closed the connection)
01:44:16	*	dashed quit (Quit: Connection closed for inactivity)
01:50:10	*	brson quit (Ping timeout: 250 seconds)
01:50:29	wink-s	Just ran into a problem. I created a template with the same name as the module/file and then imported and tried to use it and got a uknown symbol error.
01:50:51	wink-s	If it was a proc instead of a template it works!
01:52:43	filwit	wink-s: yeah the semantic handling around that is sometimes odd.. this is actually another reason I like PascalCase module names.. but anyways, you can usually get it to work by calling things more explicitly, eg `mymodule.foo(...)`
01:53:31	*	reem joined #nim
01:54:15	wink-s	This feels like a bug to me, at a minimum I wish it would have given a better error message.
01:55:22	filwit	yes, I agree. it certainly sounds like a bug if simply changing it to a proc makes it work.
01:56:02	*	bjz joined #nim
01:56:09	*	reem quit (Remote host closed the connection)
01:56:30	reactormonk	wink-s, post an inssue
01:56:40	wink-s	will do
01:57:12	*	brson joined #nim
01:57:57	*	reem joined #nim
01:59:58	*	reem quit (Remote host closed the connection)
02:02:26	*	bjz quit (Ping timeout: 272 seconds)
02:06:13	*	elbow_jason quit (Ping timeout: 248 seconds)
02:06:47	*	darkf joined #nim
02:08:07	wink-s	I created the issue: https://github.com/Araq/Nim/issues/2416
02:16:35	*	bmaxa joined #nim
02:17:23	*	reem joined #nim
02:19:25	*	reem quit (Remote host closed the connection)
02:26:30	*	bjz joined #nim
02:30:21	*	reem joined #nim
02:39:05	*	brson quit (Quit: leaving)
02:39:32	EXetoC	auto dereference. neat
02:40:20	fowl	wink-s, you should put blocks of text between ``` ```
02:41:09	fowl	what an odd error Error: internal error: expr(skTemplate); unknown symbol
02:45:31	*	reem quit (Remote host closed the connection)
02:50:09	*	gsingh93 quit (Ping timeout: 256 seconds)
02:50:49	*	reem joined #nim
03:04:37	*	fizzbooze quit (Ping timeout: 264 seconds)
03:05:03	*	gsingh93 joined #nim
03:09:26	gmpreussner|work	Araq: according to the commits, NimLime uses nimsuggest
03:11:39	*	fizzbooze joined #nim
03:34:36	*	bmaxa quit (Remote host closed the connection)
03:52:53	*	wink-s_ joined #nim
03:57:29	*	wink-s_ quit (Client Quit)
04:03:55	*	wink-s quit (Ping timeout: 246 seconds)
04:32:02	*	dhertz joined #nim
04:56:04	dhertz	I cannot seem to run /koch boot -d:release successfully on a raspberrypi - I keep getting this: Error: execution of an external program failed
04:56:56	dhertz	Does anyone have any idea how I can convince it to compile?
05:10:32	*	Senketsu quit (Read error: Connection reset by peer)
05:11:49	*	dhertz quit (Ping timeout: 246 seconds)
05:21:49	*	filwit quit (Quit: Leaving)
05:26:03	reactormonk	aww, he left. was an interesting idea.
05:26:39	reactormonk	does koch boot report the --parallelBuild:1 part?
05:29:15	*	nande quit (Read error: Connection reset by peer)
06:02:55	fowl	'generic' is now 'concept'
06:03:10	fowl	thats good to know
06:03:33	fowl	reactormonk, do you know much about hacking on the compiler? how to dump the state of a symbol or type specifically
06:03:46	reactormonk	fowl, debug(sym)
06:04:05	reactormonk	it's listed somwhere, I think in the documentation "how to hack the compiler"
06:04:33	reactormonk	fowl, http://nim-lang.org/intern.html#debugging-the-compiler
06:05:11	fowl	thanks
06:10:17	fowl	i fixed a bug :p
06:11:31	*	Demos quit (Read error: Connection reset by peer)
06:13:15	*	reem quit (Remote host closed the connection)
06:17:40	*	reem_ joined #nim
06:18:38	*	reem_ quit (Remote host closed the connection)
06:20:10	*	reem joined #nim
06:35:23	reactormonk	\o/
06:41:18	*	MyMind quit (Read error: Connection reset by peer)
06:42:07	*	Pisuke joined #nim
06:42:13	*	bjz_ joined #nim
06:44:49	*	bjz quit (Ping timeout: 264 seconds)
06:47:50	*	reem quit (Remote host closed the connection)
06:54:14	*	reem joined #nim
06:55:21	*	Pisuke quit (Read error: Connection reset by peer)
06:55:52	*	Sembei joined #nim
07:10:32	*	gsingh93_ joined #nim
07:22:33	*	reem quit (Remote host closed the connection)
07:23:37	*	fizzbooze quit (Ping timeout: 252 seconds)
07:30:47	*	reem joined #nim
07:36:33	*	Demon_Fox quit (Quit: Leaving)
07:40:07	*	girvo quit (Ping timeout: 252 seconds)
07:43:49	*	BlaXpirit joined #nim
07:56:48	*	reem quit (Remote host closed the connection)
08:00:14	*	gsingh93 quit (Ping timeout: 250 seconds)
08:00:15	*	gsingh93_ is now known as gsingh93
08:07:47	*	reem_ joined #nim
08:12:56	*	reem_ quit (Ping timeout: 272 seconds)
08:18:20	*	darkf_ joined #nim
08:18:36	*	darkf_ quit (Changing host)
08:18:36	*	darkf_ joined #nim
08:22:04	*	darkf quit (Ping timeout: 265 seconds)
08:28:20	*	Ven joined #nim
08:35:12	fowl	can i tell koch to run a subset of tests?
08:36:42	fowl	nvm
08:36:48	*	girvo joined #nim
08:36:51	BlaXpirit	ok
08:37:04	Araq	koch tests cat macros
08:37:18	Araq	<-- runs the tests in the macros dir/category
08:38:02	Araq	but I usually run the tester directly
08:38:13	Araq	tests/testament/tester cat macros
08:40:07	Araq	btw anybody dislikes that 'i -1' will be parsed as 'i (-1)'?
08:40:28	Araq	(stupid question, of course somebody dislikes it)
08:40:34	fowl	everything success
08:41:06	Araq	yeah we cleaned up all tests by now.
08:41:14	*	girvo quit (Ping timeout: 264 seconds)
08:41:41	Araq	and def- is keeping them all green :-)
08:42:19	Araq	fowl: does your code use a[^1] everywhere now?
08:42:23	*	fizzbooze joined #nim
08:42:33	fowl	no i dont know what that is
08:42:37	Araq	ha!
08:42:42	Araq	you're behind the times :P
08:42:53	Araq	a[^1] == a[a.len-1]
08:43:07	fowl	i had some code that used infix @ for slicing that way
08:43:25	Araq	I see
08:43:32	fowl	no wait someseq @ 0.. -1 would be 0 length
08:43:44	fowl	today it seems to be invalid
08:45:43	Araq	well no?
08:45:59	Araq	0.. -1 still produces the full seq
08:46:04	Araq	but it's deprecated
08:47:39	BlaXpirit	is the change already in?
08:48:07	Araq	yes
08:48:17	Araq	pushed it yesterday
08:48:28	fowl	hmm let me try it again
08:49:46	BlaXpirit	cooool
08:52:18	*	BlaXpirit_ joined #nim
08:52:27	BlaXpirit_	uhh it doesn't seem to work
08:52:35	BlaXpirit_	wait, i'm stupid, i didnt pull, just recompiled
08:52:56	Araq	BlaXpirit_: it's only detected statically
08:53:01	Araq	let x = -1
08:53:13	Araq	echo s[0..x] # too bad
08:53:24	Araq	echo s[0.. -1] # produces warning
08:53:26	fowl	Araq, https://gist.github.com/fowlmouth/574e163378b012a89b4f
08:53:54	Araq	fowl: oh yeah, need to update the vm too
08:54:13	Araq	see? this is why you should exhaustive 'case' everywhere
08:54:24	fowl	are negative numbers not to be allowed in Slice?
08:54:39	fowl	or "negative length" slices not allowed?
08:54:40	*	irrequietus joined #nim
08:55:06	BlaXpirit_	sure they're allowed
08:55:30	*	BlaXpirit quit (Ping timeout: 256 seconds)
08:55:31	BlaXpirit_	var s = @[1,2,3,4,5,6]; echo s[-2] i'm getting index out of bounds
08:55:33	BlaXpirit_	what's up
08:55:41	BlaXpirit_	.eval var s = @[1,2,3,4,5,6]; echo s[-2]
08:55:43	Mimbus	BlaXpirit_: Error: unhandled exception: index out of bounds [IndexError]
08:56:01	Araq	BlaXpirit_: negative indexing never was supported for a[i]
08:56:05	Araq	only for slices
08:56:17	BlaXpirit_	allllrighty then
08:56:19	Araq	so yes, it never was consistent to begin with
08:56:46	Araq	I'm really happy with this solution
08:57:15	Araq	fowl: eventually s[0.. -1] will produce @[]
08:57:32	Araq	so it's not disallowed but produces sane results
08:57:35	BlaXpirit_	now it's srsly time for a release
08:58:02	Araq	BlaXpirit_: my todo still has 3 points and 1 unreported showstopper bug :-/
08:58:33	BlaXpirit_	if devel is better in every way than 0.10.2, there is no excuse
08:58:42	fowl	how does ^ work?
08:58:57	Araq	fowl: it's a magic that rewrites the AST
08:59:13	Araq	so ... it just works when you overloaded [] and len :-)
08:59:13	fowl	TR macro?
08:59:32	Araq	no, it's a magic
09:00:03	fowl	i wonder how much compiler logic you could replace now with macros
09:00:14	Araq	but yes, conceptually it works like a TR macro
09:00:49	Araq	it even has the same limitation, 'a' in 'a[^1]' must not have a side-effect
09:01:03	Araq	as it literally duplicates the AST
09:01:44	fowl	i want to get constraints working with getType() then i can generate 'interface' types
09:02:02	Araq	you mean 'concept'?
09:02:08	fowl	yea
09:02:11	*	Trustable joined #nim
09:04:14	Araq	BlaXpirit_: another problem is that varriount has no time and he is the guy who builds the installers...
09:07:27	fowl	btw i hate that i -1 will be i(-1), by this logic 1 .. ^1 should be 1(.. ^1)
09:07:57	BlaXpirit_	this is unacceptable
09:08:29	BlaXpirit_	honestly, this command call syntax is not a good fit for the language
09:09:03	BlaXpirit_	but if significant whitespace is adopted in all aspects of the language, i'm all for it
09:09:56	BlaXpirit_	i guess it's good that proc `^`(a:int):int overrides the behavior?
09:10:30	Araq	fowl: no. that's not how parsing works
09:11:05	Araq	.. ^ <-- here .. is clearly a binary operator. space before and after ..
09:11:09	BlaXpirit_	i -1 turning into i(-1) is unacceptable. is this really planned?
09:11:14	fowl	your example is because -1 is a negative int, not -(1)?
09:11:38	fowl	there must be a space after it, ..^ would be a different operator
09:11:41	Araq	note that it's i <space> - <nospace> 1
09:12:04	BlaXpirit_	who cares
09:12:12	BlaXpirit_	people are not ready for significant whitespace
09:12:28	BlaXpirit_	especially if it's not consistent throughout the language
09:12:30	fowl	0 +1 is 0 + 1 or 0(+1)
09:12:52	Araq	Ruby does the same iirc and people don't care
09:13:13	Araq	also I run this over thousands of lines of code
09:13:32	Araq	and I always was like "ok, this was stupid to write it this way"
09:13:54	Araq	btw it also caused no bug.
09:14:01	Araq	always a compile-time error
09:14:16	*	fizzbooze quit (Ping timeout: 265 seconds)
09:14:50	*	BlaXpirit joined #nim
09:15:10	Araq	this just looks at the spacing to disambiguate between unary and binary ops, this is not fullblown strong spaces.
09:15:15	fowl	Araq, no, ruby is weird
09:15:31	fowl	1 -1 is 0, f -1 is f(-1)
09:15:55	*	MyMind joined #nim
09:15:58	fowl	if f is a variable, f -1 is 0
09:17:26	Araq	sorry but echo $foo should do what it looks like
09:17:40	Araq	and it's stupid to parse it as (echo $ foo)
09:17:50	Araq	everybody stumbles over that
09:18:07	fowl	the difference is echo is a function and 1 is an integer
09:18:42	Araq	well we're more consistent than Ruby then?
09:19:07	fowl	lol thats not hard
09:19:40	fowl	another fun example from ruby: f & 1, bitwise and, f &1, try to call #to_proc on 1
09:20:37	Araq	so how would YOU solve the 'echo' problem?
09:20:51	fowl	only allow it at the top level
09:21:10	Araq	let x = spawn foo $x
09:21:10	fowl	but then it would be inconsistent with the inner command syntax
09:21:18	Araq	exactly
09:21:37	fowl	i cant do echo(repr foo) right now either though
09:21:50	Araq	you can
09:21:54	Araq	I finally fixed that
09:21:57	BlaXpirit	oooooh
09:22:37	fowl	cool
09:22:52	fowl	im glad this will finally work
09:23:07	BlaXpirit	yup, this is great
09:23:23	Araq	well tbh it's was quite embarrassing that our tests didn't cover that to begin with
09:23:51	Araq	we had an extensive test for this feature ...
09:24:30	Araq	oh well, shit happens
09:39:47	Araq	speaking of which ... there is another thing I like to do
09:41:07	Araq	and that is ensure we can change the parsing again for 1.0
09:41:13	Araq	so this:
09:41:18	Araq	let x = case x
09:41:23	Araq	of Foo:
09:41:45	Araq	will need to be aligned properly so that the 'of' is under the 'case'
09:42:26	Araq	I think in the long run it will really help us to further unify expressions and statements
09:42:41	fowl	Araq, have you ever heard the phrase "you're breaking my balls"
09:42:53	Araq	no.
09:43:15	fowl	are you trying to antagonize someone into writing another syntax
09:43:43	BlaXpirit	no, Araq, that is not good
09:43:57	Araq	well you can convince me to not touch this.
09:44:07	Araq	because I don't really care that much
09:44:46	Araq	and we can always do
09:44:52	Araq	#! newsyntax
09:44:54	Araq	anyway
09:45:24	BlaXpirit	i have considered this scheme
09:45:31	BlaXpirit	aligning with 4 spaces
09:45:40	BlaXpirit	but aligning these "of" with 2 spaces
09:46:10	BlaXpirit	that's stupid anyway but
09:46:49	BlaXpirit	also consider that someone may not like no alignment at all
09:46:52	fowl	i hate the idea
09:47:03	BlaXpirit	case x|of 5: 6|of 6: 7
09:47:19	BlaXpirit	i'd definitely rather write this as case x| of 5: 6| of 6: 7
09:48:31	Araq	BlaXpirit that's not my point though
09:48:42	Araq	indentation for 'of' is still fine
09:48:56	Araq	but it has to be indented with respect to 'case's column
09:49:22	fowl	i love how indentation is not that rigorously enforced, you can indent 4 spaces some places and 2 spaces
09:49:34	Araq	again, not my point!
09:49:38	fowl	also iirc you can throw of on anything
09:49:52	fowl	let x = 1+2\n of 42: "hello"
09:50:09	Araq	yeah that parses
09:50:21	Araq	hrm
09:50:29	BlaXpirit	oh, Araq, you're saying an even worse idea
09:50:30	fowl	where does of need to be aligned to here
09:50:45	Araq	fowl: yeah that's a valid objection
09:51:51	fowl	no actually i get invalid indentation errors
09:52:23	Araq	lol
09:52:33	Araq	but
09:52:36	Araq	matches x:
09:52:39	Araq	of foo: ...
09:52:44	Araq	should work
09:52:53	BlaXpirit	maan that's powerful
09:54:29	fowl	Araq, i can't make that work as an expression
09:55:19	BlaXpirit	Araq, that doesn''t work
09:56:12	fowl	it only works as a command
09:56:34	Araq	yeah well. that's actually what I'm talking about
09:56:37	ggVGc	wish I had time to hack some Nim..
09:56:58	Araq	further unification of exprs and stmts
09:57:22	ggVGc	has anyone here built anything for android armv7, or iOS with Nim?
09:57:44	Araq	armv7 is in out test setup
09:57:47	Araq	I think
09:57:58	Araq	bbl
09:58:14	fowl	ggVGc, there is a template for using sdl2 and deploying to android/iOS, also gradha has a few examples
09:58:42	ggVGc	sweet
09:58:55	fowl	https://github.com/yglukhov/nim-sdl-template
09:58:57	ggVGc	fowl: just wanted a real world proof of it working
09:59:00	ggVGc	thanks
09:59:21	ggVGc	I plan to start porting my game framework(in C) to Nim
09:59:28	ggVGc	but it needs to build on mobile
09:59:37	ggVGc	seems like that shouldn't be a problem though
09:59:43	fowl	cool
10:02:49	fowl	what do you use for graphics?
10:03:29	fowl	eh i guess opengles
10:03:49	def-	if it's a 2D game you can also use SDL2 directly
10:05:55	*	BlaXpirit quit (Ping timeout: 256 seconds)
10:06:59	*	girvo joined #nim
10:11:09	*	darkf_ is now known as darkf
10:11:50	*	girvo quit (Ping timeout: 264 seconds)
10:25:11	*	Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:45:38	*	gsingh93 quit (Quit: Connection closed for inactivity)
10:49:12	Araq	back
10:55:17	LoneTech	wb
10:57:47	Araq	LoneTech: still waiting for your PR
11:08:13	*	reem joined #nim
11:12:52	*	reem quit (Ping timeout: 244 seconds)
11:17:01	def-	Araq: I just saw we have [..2], any chance of also getting [2..]?
11:20:46	LoneTech	you optimist. Might get around to that sort of thing tonight, but I wouldn't recommend holding your breath. Thanks for the vote of confidence.
11:21:40	LoneTech	I am not a great language or compiler hacker, I just want to make my game controllers work
11:22:12	LoneTech	I suppose the good news is I finished the PC joystick electronics two days ago
11:22:50	*	TEttinger quit (Ping timeout: 265 seconds)
11:26:10	LoneTech	(I'm also going about making my game controllers work in a rather impractical way)
11:27:40	*	jefus_ joined #nim
11:31:32	*	jefus quit (Ping timeout: 265 seconds)
11:31:35	fowl	ooo
11:33:07	fowl	type Container[T] = concept x,var y
11:33:36	fowl	use y when you need var access
11:33:46	fowl	too cool brah
11:52:42	Araq	def-: that's actually easy to parse but then we need yet another pragma like .postfix to make it resolve to the proper '..'
11:53:08	Araq	and people are already scared by our "evil" operator overloading
11:53:33	*	vendethiel quit (Ping timeout: 250 seconds)
11:54:34	*	vendethiel joined #nim
11:56:09	*	girvo joined #nim
11:56:10	LoneTech	operator overloading is not so bad when you can easily track whence the operators came
12:00:29	*	girvo quit (Ping timeout: 250 seconds)
12:01:52	def-	Araq: should `^` behave exactly like `-` right now or is there a difference?
12:03:25	Araq	def-: right now there is no difference
12:03:53	def-	Araq: then i found a bug
12:04:29	def-	https://gist.github.com/def-/afd1d583e8688428cb3c
12:05:18	def-	i guess ^2 means g.len-2, so this becomes 1-2, which is -1 and we get g[0..-1]
12:07:29	Araq	well yes, '..' is still buggy
12:07:55	Araq	maybe we need to fix it already then
12:08:00	Araq	this transition is hard
12:11:08	Araq	or we make ^ return a Backwards[int] and overload '..'
12:11:34	Araq	but I dislike that due to the combinatorial explosion it causes
12:12:56	*	Etheco- joined #nim
12:19:58	Araq	hrm this sucks ... we cannot tell people to use ^ instead of - when ^ doesn't work yet
12:20:02	fowl	nah.. just do it that way :)
12:20:12	fowl	backwards[t:ordinal] = distinct t
12:21:00	*	arnetheduck_ quit (Read error: Connection reset by peer)
12:24:26	*	Ven joined #nim
12:29:41	Araq	fowl: hrm?
12:30:11	EXetoC	fowl: that's a workaround for the 'var' issue that I reported?
12:30:49	fowl	Araq, make ^ return a diff type and overload on it
12:32:51	Araq	EXetoC: is that bug still open?
12:33:08	EXetoC	I'll check
12:33:55	Araq	fowl: ugh. no, let's break code instead
12:33:57	EXetoC	yes https://github.com/Araq/Nim/issues/1033
12:34:15	EXetoC	maybe I should have just used ptr in the meantime
12:35:30	fowl	EXetoC, try the second container[t] with generic var c
12:45:40	*	Strikecarl joined #nim
12:45:47	Strikecarl	Hey everyone.
12:46:03	Strikecarl	Araq are you here?
12:46:16	Araq	hey
12:46:19	Strikecarl	Sup
12:46:24	Strikecarl	idk what is wrong with my code
12:46:28	Strikecarl	but
12:46:32	Strikecarl	when i include these
12:46:33	Strikecarl	include strutils, parseutils
12:46:35	Strikecarl	i get an error
12:46:44	Araq	don't include, import
12:46:48	Strikecarl	oh
12:46:50	Strikecarl	(Facepalm)
12:47:11	Strikecarl	yup, errors is gone.
12:47:15	Strikecarl	Thanks :)
12:47:17	Araq	btw there are a few others here to that can answer questions
12:47:24	Strikecarl	Ah, great.
12:47:28	Araq	you don't have to catch me
12:47:32	Strikecarl	kk.
12:47:37	EXetoC	fowl: ok. what about the two last assertions?
12:49:32	fowl	EXetoC, i guess you cant use Container without params like you can with seq
12:53:44	*	dhertz joined #nim
12:55:10	*	dyu quit (Quit: Leaving)
12:57:02	Araq	hi dhertz
12:57:07	dhertz	HI
12:57:24	Araq	I think the external program failure is just because you run out of RAM
12:57:31	dhertz	Whoops - sorry it is still early :P
12:57:42	dhertz	Interesting
12:59:01	dhertz	Is there a way I could cross compile for the pi easily?
13:00:08	Araq	sure thing
13:00:25	Araq	http://nim-lang.org/nimc.html#cross-compilation
13:00:30	EXetoC	fowl: ok well there are some other problems: "proc putStuff[T](x: var Container[T], values: varargs[x.type.elemT])". I don't know if anything like this is possible yet
13:01:09	dhertz	Awesome! Thanks
13:01:18	EXetoC	if not, then it's simply a significant limitation
13:01:21	fowl	EXetoC, T here is int, not seq[int]
13:02:34	def-	dhertz: or you could add some swap. but i hope the Nim compiler will use less memory in the future
13:03:48	dhertz	I am hesitant to swap on the SD card - it was fairly cheap
13:05:47	def-	right, not a good idea
13:05:56	Araq	def-: we will use less memory but GCC itself uses lots of RAM too
13:06:21	emilsp	doesn't clang use less memory ?
13:06:22	EXetoC	fowl: is that relevant? I don't know what to do
13:06:48	fowl	EXetoC, proc putStuff[T](x: var Container[T], values: varargs[T])
13:09:34	Strikecarl	let
13:09:34	Strikecarl	sum = 0
13:09:34	Strikecarl	sum = amount / rate
13:09:37	Strikecarl	what is wrong with that code?
13:09:43	Strikecarl	pretty new to Nim.
13:09:46	Strikecarl	getting the error:
13:09:49	Strikecarl	'sum' cannot be assigned to
13:10:31	emilsp	if you define a variable with let, you cannot mutate it. make sum a var with 'var sum =0' and it will be fine
13:11:29	Strikecarl	"type mismatch: got (TaintedString, TaintedString)
13:11:29	Strikecarl	but expected one of:
13:11:29	Strikecarl	system./(x: int, y: int): float
13:11:29	Strikecarl	system./(x: float, y: float): float
13:11:29	Strikecarl	system./(x: float32, y: float32): float32"
13:11:36	Strikecarl	now i get that error
13:11:50	dom96	you can't divide a string by a string
13:12:30	Strikecarl	http://pastebin.com/LHkwVR52
13:12:35	Strikecarl	tried to make a fee simulator.
13:13:57	EXetoC	fowl: ofc -.- doesn't work though
13:14:01	*	filcuc joined #nim
13:14:12	emilsp	you'll have to convert the string into a float or integer
13:14:57	Strikecarl	How exactly?
13:15:31	fowl	EXetoC, paste
13:16:05	fowl	Strikecarl, use parseFloat or parseInt from strutils
13:17:47	Strikecarl	little question
13:17:53	Strikecarl	like in parseint
13:17:54	EXetoC	gist and some other sites using javascript still behave oddly in firefox. strange
13:18:08	Strikecarl	theres {.noSideEffect, procvar, gcsafe, extern: "nsuParseInt", raises: [OverflowError, ValueError], tags: [].}
13:18:12	Strikecarl	what is this?
13:18:15	Strikecarl	and can i safely remove it?
13:18:25	Strikecarl	is it flags?
13:18:49	fowl	github was getting hit with ddos earlier
13:19:13	Strikecarl	who would hit off github.
13:19:14	Strikecarl	lol.
13:19:14	def-	Strikecarl: Those are pragmas that specify various stuff about the proc, but you can just ignore them for now
13:19:22	Strikecarl	Ah, great.
13:19:48	emilsp	is .noSideEffects pragma just a decleration or a way of ensuring that there are no side effects ?
13:20:31	fowl	emilsp, there is analysis to it
13:20:31	def-	emilsp: from my understanding it's a declaration, and then the compiler can use those declarations to automatically mark other procs as side-effect-free
13:20:48	EXetoC	fowl: https://gist.github.com/EXetoC/bd712a39ac6f0c2b2fbf works only without put(c, T)
13:21:03	EXetoC	and "proc p[T](x: Container[T])" doesn't work in any case
13:21:34	fowl	EXetoC, if you're testing a UDTC with no conditions just put true in it
13:21:49	fowl	i dunno if thats the issue though, brb
13:21:50	EXetoC	so, bugs yet again. I'll report some more things
13:22:09	EXetoC	fowl: no, it works with discard but not 'put'
13:22:16	emilsp	thanks
13:22:30	Araq	hey, not "yet again". I still haven't fixed 'concept'. I haven't even started really.
13:22:37	Strikecarl	in parseint, i use this parseInt(s: amount): int. but i get an type error.
13:22:54	Strikecarl	do i replace int with something?
13:22:55	fowl	EXetoC, well you pass typedesc to put()
13:25:18	EXetoC	fowl: wasn't that the case for type(T)? keep in mind that the first two assertions pass
13:25:25	Araq	Strikecarl: let foo = parseInt("123"); echo foo+123
13:25:41	fowl	EXetoC, there are 0 assertions in this 5 line gist
13:26:02	fowl	EXetoC, its like im having two conversations with you at once
13:26:43	EXetoC	fowl: no but in the code in the issue tracker, so what you said regarding typedesc doesn't seem to be true
13:27:11	Strikecarl	but Araq, i use readLine to get the value of my "amount"
13:27:20	Strikecarl	so like
13:27:33	Strikecarl	var amount = parseInt(readLine) ?
13:27:46	def-	parseInt(readLine(stdin))
13:28:02	EXetoC	Araq: I found some bugs before, and now it seems like even more things are broken, is what I meant
13:29:07	Strikecarl	def- type mismatch: got (float) but expected 'int'
13:29:22	Strikecarl	source: http://pastebin.com/qVgCLnaA
13:29:27	def-	Strikecarl: if you want a float, use parseFloat
13:29:52	Strikecarl	dont want float
13:29:54	fowl	def-, he gets that when he divides ints
13:29:56	Strikecarl	i want int.
13:30:05	Strikecarl	oh.
13:30:35	fowl	int(amount / rate)
13:31:22	Strikecarl	thanks!
13:33:56	EXetoC	Araq: great work on the engine. that'll probably have an effect on the popularity
13:34:29	Araq	lol cannot tell if you're sarcastic or not
13:37:50	dhertz	How do I add extra flags to the arm gcc invocations?
13:39:55	*	jacksnipe joined #nim
13:42:49	Araq	dhertz: --passC:"foo bar"
13:43:54	dhertz	Arguments can only be given if the run option is selected
13:44:02	def-	before the program
13:44:19	def-	nim c --passC:--foo file
13:44:56	*	girvo joined #nim
13:45:05	Araq	add it to your config
13:45:23	dhertz	../Nim/bin/nim c -d:ssl --cpu:arm --os:linux --parallelBuild:1 --passC:"-mcpu=arm1176jzf-s -mfloat-abi=soft" main. nim
13:45:58	dhertz	There is a space where it wrapped - but you get the idea
13:46:32	dhertz	@Araq as arm.gcc.options.always?
13:46:33	def-	dhertz: i guess you need a new --passC for each argument
13:47:11	dhertz	@def- that worked!
13:47:17	Araq	dhertz: arm.gcc.options.always seems the better choice yes
13:48:02	Strikecarl	can i calculate percentage?
13:49:45	*	girvo quit (Ping timeout: 256 seconds)
13:53:03	EXetoC	Araq: not sarcasm of course. I've been here for about 2 years and have seen great progress
13:55:57	*	darkf quit (Quit: Leaving)
13:57:12	LoneTech	oh. does nim name mangling mean foo_0 is foo0?
13:57:34	Araq	LoneTech: yep
13:57:59	LoneTech	I have to mangle the msp430 includes more to compensate
13:58:38	Araq	so the msp430 uses both foo_0 and foo0 and it means different things?
13:59:03	LoneTech	yes, foo0 is a register within which foo_0 is a possible value
14:00:03	LoneTech	or wait.. it's messier
14:00:50	LoneTech	ADC10SHT[0-3] are the bits where ADV10SHT_[0-9]* are values for the same field
14:01:23	LoneTech	i.e. foo_3 = foo0+foo1
14:02:20	LoneTech	they go into some other register, which is typically defined in four ways: bar for 16 bit, bar_[LH] for 8 bit halves, and bar_ for the address.
14:03:48	LoneTech	so I'm mangling bar_ to bar_ADDR
14:04:20	LoneTech	also, in some cases foo.* is named foo_.*, meaning field values have double underscores, which nim also doesn't like
14:05:03	LoneTech	these headers are a mess, but slightly less so than their sample code.
14:06:35	LoneTech	I'm trying to import them with c2nim to reduce the imports I have to write
14:08:45	*	vendethiel quit (Ping timeout: 250 seconds)
14:10:20	*	vendethiel joined #nim
14:14:50	EXetoC	Araq: are there any inconvenient aspects of the urhonimo interface as a consequence of being based on C++ code? I did see some emitted code but that might not be so bad
14:16:32	Araq	EXetoC: yeah. I'm slowing adding stuff on top that makes sense ;-)
14:17:07	EXetoC	ok
14:17:35	Araq	urho uses every c++ technique under the sun, templates with virtual functions, multiple inheritance, recursive deps everywhere
14:18:48	Araq	and even though it doesn't use the STL, it calls 'seq' a vector
14:19:18	Araq	but then it also has the vectors from math named Vector2, Vector3, Vector4
14:20:30	Araq	so Vector has nothing to do with Vector3. sometimes I wonder if there is a single name in C/C++ that makes any sense
14:21:13	EXetoC	it's a little confusing
14:21:31	EXetoC	I recall seeing really long vector constructor names :p
14:26:59	*	Strikecarl quit (Remote host closed the connection)
14:28:28	Araq	EXetoC: I picked the "construct" prefix to scream "C++ constructor"
14:28:38	Araq	it's a c2nim option
14:28:49	Araq	you can easily use a different prefix
14:31:45	*	banister quit (Read error: Connection reset by peer)
14:40:04	EXetoC	ok
14:42:27	*	untitaker quit (Ping timeout: 265 seconds)
14:42:53	LoneTech	now I'm even hitting duplicate definitions
14:43:34	*	singul42 joined #nim
14:44:03	singul42	hi there
14:45:05	Araq	welcome
14:46:40	EXetoC	Araq: does it compile significantly slower than other code since it's C++ and uses templates?
14:47:17	Araq	EXetoC: building the Urho3D.lib takes its time
14:47:24	*	saml_ joined #nim
14:47:28	Araq	but then we don't recompile it often
14:47:35	Araq	and link against it
14:47:45	Araq	urhonimo compiles fast
14:47:47	*	untitaker joined #nim
14:49:04	EXetoC	ok
14:54:43	*	xet7 joined #nim
14:56:11	*	Matthias247 joined #nim
15:00:20	*	girvo joined #nim
15:02:14	*	vendethiel quit (Ping timeout: 264 seconds)
15:03:08	*	jholland joined #nim
15:05:14	*	girvo quit (Ping timeout: 272 seconds)
15:09:48	gmpreussner|work	Araq: is linking against Xcode frameworks supported yet? i remember you mentioned having a PR for it...
15:11:06	*	irrequietus quit ()
15:15:56	*	Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:19:09	LoneTech	does template not support block syntax like var, let and const?
15:19:20	*	Strikecarl joined #nim
15:20:14	BlaXpirit_	LoneTech, false
15:21:25	*	vendethiel joined #nim
15:21:58	BlaXpirit_	ping me when u have a detailed question
15:22:16	LoneTech	I'm trying to patch up a c2nim ported header file
15:22:36	LoneTech	it was full of define name1 = name2 where it only wants an alias, so I figured I'd replace those with templates
15:22:37	EXetoC	BlaXpirit_: he means section (no :) I think
15:22:43	LoneTech	ah
15:22:47	LoneTech	yes
15:23:06	BlaXpirit_	ooh
15:23:26	BlaXpirit_	then the answer is no
15:23:36	LoneTech	I tried just replacing const \n foo = bar.. with s/const/template/ and the compiler got upset
15:24:17	LoneTech	it would be nice imho if the language handled template, proc, const, var, let similarly
15:26:54	Araq	gmpreussner|work: well I applied the PR
15:27:54	gmpreussner|work	Araq: oh ok. are the frameworks linked statically, or does it support dynamic loading, too? are there any special command line switches needed?
15:28:01	EXetoC	LoneTech: the different syntaxes are used for different things though, and I don't know if a template will do
15:28:45	gmpreussner|work	Araq: or more specifically, will Xcode frameworks work with the {dynlib} pragma?
15:28:57	EXetoC	LoneTech: so what does it do other than creating aliases? I don't know what the context is
15:30:13	Araq	gmpreussner|work: my educated guess: nothing ever works in Unix land. ;-)
15:31:03	EXetoC	generalisations :p
15:31:18	LoneTech	it creates tons of aliases, constants, and SFR references (which for the moment I try to translate to ptr templates, but I need to fit in the explicit address and volatile target somehow)
15:31:19	gmpreussner|work	Araq: {.dynlib.} works well with .so libraries on Linux. i've just never used Xcode frameworks on MacOS, so I don't know how that will work out.
15:31:47	gmpreussner|work	from what i understand, the dynamic libraries are embedded within the framework, and once installed, MacOS will figure out what to load
15:31:57	gmpreussner|work	i'll give it a try tonight
15:32:23	gmpreussner|work	but i still don't know how to tell Nim to link against a framework
15:32:47	gmpreussner|work	i suppose i just forward the appropriate option to the linker on the command line?
15:33:04	gmpreussner|work	and gcc as well
15:33:24	gmpreussner|work	i think -framework is the parameter
15:34:20	*	Ven joined #nim
15:34:23	Araq	gmpreussner|work: yes.
15:34:24	*	Strikecarl quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
15:34:36	LoneTech	you could do that using the pass[CL] pragmas
15:35:50	gmpreussner|work	LoneTech, ah, good idea
15:37:26	*	sampwing joined #nim
15:38:06	LoneTech	I do {.passC: "-mmcu="&mcu.}
15:38:42	dhertz	Finally got my cross compilation toolchain up - thanks for all your help
15:46:12	dhertz	I do have a few questions on how to do things better however!
15:46:12	*	BitPuffin joined #nim
15:47:33	*	vendethiel quit (Ping timeout: 250 seconds)
15:47:37	dhertz	At the moment I am getting an array slice that may be too long - so I end up with something like this arr[0..min(2, arr)]
15:47:55	dhertz	Is there a nicer way
15:48:30	BlaXpirit_	0..2
15:48:50	BlaXpirit_	.eval echo [1][0..2]
15:48:51	Mimbus	BlaXpirit_: eval.nim(3, 6) Error: type expected
15:48:54	BlaXpirit_	dang it
15:48:58	dhertz	That was throwing a pointer error
15:49:26	*	vendethiel joined #nim
15:49:56	BlaXpirit_	ok, i was wrong. this surprised me
15:50:19	BlaXpirit_	0..min(2, arr) is great then
15:50:43	dhertz	Cool
15:51:11	EXetoC	yeah, we have plenty of shortcuts by now I think
15:52:46	EXetoC	wait, min(2, arr)?
15:53:23	BlaXpirit_	arr.len hopefullty
15:53:27	BlaXpirit_	"unknown magic 'Roof' might crash the compiler"
15:53:40	EXetoC	probably
15:54:01	dhertz	Whoops yes
15:54:34	EXetoC	hm roof
15:55:39	BlaXpirit_	roof is definitely ^
15:55:46	BlaXpirit_	sounds funny
15:57:37	*	BlaXpirit_ quit (Quit: Quit Konversation)
15:57:53	*	BlaXpirit joined #nim
15:58:15	*	nande joined #nim
15:58:31	*	banister joined #nim
15:58:43	EXetoC	why not Pow? but it barely matters, and it does have a roof shape
15:59:02	BlaXpirit	ni() { echo $* | tr ';' '\n' | nim compile --cc:tcc --verbosity:0 --run - }
15:59:10	BlaXpirit	to get .eval in your command line
16:00:09	EXetoC	neat
16:01:40	EXetoC	just needs a couple more conveniences
16:02:30	*	Senketsu joined #nim
16:02:42	*	Gonzih joined #nim
16:12:05	*	BitPuffin quit (Ping timeout: 246 seconds)
16:15:07	*	BitPuffin joined #nim
16:16:37	EXetoC	and it chokes on imports
16:24:17	*	BitPuffin quit (Ping timeout: 246 seconds)
16:29:03	*	Demon_Fox joined #nim
16:34:17	*	gsingh93 joined #nim
16:35:11	*	saml_ quit (Remote host closed the connection)
16:35:24	EXetoC	"import macros" to stdin: lib/core/macros.nim(407, 31) Error: undeclared identifier: '-'"
16:35:44	*	Ven_ joined #nim
16:36:21	*	Ven quit (Ping timeout: 252 seconds)
16:36:54	EXetoC	so all instances of '-' break
16:37:08	*	mpthrapp joined #nim
16:39:36	*	Gonzih quit (Ping timeout: 272 seconds)
16:42:19	*	filcuc quit ()
16:47:29	*	mpthrapp quit (Remote host closed the connection)
16:47:46	*	mpthrapp joined #nim
16:48:46	LoneTech	... and now I find that there is both OP2_L (low half of OP2) and OP2L. nim's name mangling is causing a bit of a headache
16:49:05	*	girvo joined #nim
16:51:21	*	BitPuffin joined #nim
16:51:31	EXetoC	ok. please report it
16:51:44	EXetoC	I thought such issues had been reported, but I couldn't find anything.
16:52:08	*	Gonzih joined #nim
16:52:19	LoneTech	this isn't a nim bug, it's just the insignificance of underscores making it a pain to port TI's headers
16:52:35	LoneTech	sorry for the confusion
16:53:46	*	girvo quit (Ping timeout: 256 seconds)
16:55:37	*	Ven_ quit (Ping timeout: 252 seconds)
16:57:51	EXetoC	oh
16:58:20	*	brson joined #nim
16:59:47	LoneTech	hm, I think my first attempt at using nimble automatically downgraded my nim compiler to one that doesn't support avr.
17:01:46	LoneTech	or I forgot to remove an echo
17:02:34	LoneTech	Error: system module needs 'copyString'. And I don't know what I broke.
17:05:15	*	Gonzih quit (Ping timeout: 256 seconds)
17:05:23	*	irrequietus joined #nim
17:16:17	*	a5i quit ()
17:17:43	*	silven_ is now known as silven
17:22:13	*	dhertz_ joined #nim
17:24:22	*	dhertz quit (Ping timeout: 246 seconds)
17:27:08	*	Matthias247 quit (Quit: Matthias247)
17:30:52	*	Gonzih joined #nim
17:33:10	*	BlaXpirit quit (Quit: Quit Konversation)
17:35:22	*	BlaXpirit joined #nim
17:38:14	*	Gonzih quit (Ping timeout: 264 seconds)
17:47:00	*	UberLambda joined #nim
18:01:18	*	vendethiel quit (Ping timeout: 272 seconds)
18:10:37	*	jefus_ is now known as jefus
18:22:22	Araq	LoneTech: it's unfortunately very hard to improve this error message
18:22:47	Araq	but if you use 'string', you're likely doing it wrong for embedded. you should use 'cstring' instead
18:23:04	Araq	which is C's char*
18:28:52	*	vendethiel joined #nim
18:34:56	*	Matthias247 joined #nim
18:37:50	*	girvo joined #nim
18:42:25	*	girvo quit (Ping timeout: 264 seconds)
18:47:48	*	DemonOne joined #nim
18:56:00	*	reem joined #nim
19:00:36	*	reem quit (Remote host closed the connection)
19:08:38	flyx	nim tells me the VM is not allowed to cast
19:08:51	flyx	does that mean it's impossible to use ptr types at compile time?
19:12:49	BlaXpirit	flyx, yes, and ref too
19:13:12	flyx	well I decided to use ptr because ref doesn't work too well
19:13:37	flyx	if ptr doesn't work either… I'm running out of options
19:15:37	flyx	how do seqs work at compile time then? they allocate memory too if necessary
19:17:05	*	banister is now known as banisterfiend
19:19:57	*	reem joined #nim
19:23:39	*	reem quit (Remote host closed the connection)
19:24:23	*	mpthrapp_ joined #nim
19:26:14	*	reem joined #nim
19:27:22	*	reem quit (Remote host closed the connection)
19:28:04	*	mpthrapp quit (Ping timeout: 272 seconds)
19:41:23	*	fizzbooze joined #nim
19:42:27	*	sampwing quit (Ping timeout: 252 seconds)
19:43:32	*	MyMind quit (Ping timeout: 250 seconds)
19:44:38	*	singul42 quit (Quit: Page closed)
19:54:34	reactormonk	flyx, vm magic.
19:56:57	*	reem joined #nim
19:59:06	*	reem quit (Remote host closed the connection)
19:59:39	*	reem joined #nim
20:00:32	*	dashed joined #nim
20:01:32	*	reem quit (Remote host closed the connection)
20:02:07	mpthrapp_	I'm trying to compile the nim source on Mint, but I'm getting an error about not being able to find limits.h. I'm following the instructions on github. I can give any debug info that's needed.
20:02:11	*	reem joined #nim
20:04:32	mpthrapp_	It's on #include_next <limits.h> in, (I think), compiler_nim.c
20:05:33	*	fizzbooze quit (Ping timeout: 244 seconds)
20:05:56	*	fizzbooze joined #nim
20:08:42	*	BitPuffin quit (Ping timeout: 256 seconds)
20:13:26	*	irrequietus quit ()
20:21:17	*	sampwing joined #nim
20:24:32	*	banisterfiend quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:26:37	*	girvo joined #nim
20:29:01	*	phira quit (Quit: ZNC - http://znc.sourceforge.net)
20:29:54	*	phira joined #nim
20:31:02	*	girvo quit (Ping timeout: 246 seconds)
20:34:31	*	sampwing quit (Ping timeout: 252 seconds)
20:40:38	*	sampwing joined #nim
20:47:51	BlaXpirit	mpthrapp_, that's really weird
20:47:59	BlaXpirit	isn't limits.h standard library
20:48:02	mpthrapp_	Yup.
20:48:14	mpthrapp_	It's a brand new installation of Mint on a VM.
20:48:23	BlaXpirit	ah, mpthrapp_, that explains it
20:48:34	BlaXpirit	u dont have library headers at all
20:48:39	BlaXpirit	install build-essential?
20:48:56	mpthrapp_	BlaXpirit: I did locate limits.h and it said I had it, but I'll give that a shot. Thanks.
20:49:01	BlaXpirit	hm
20:49:59	mpthrapp_	That fixed it.
20:50:02	mpthrapp_	Thanks. :)
20:51:14	BlaXpirit	too bad i saw your message so late
20:51:55	*	irrequietus joined #nim
20:52:18	mpthrapp_	Eh, it's all good. I'm working on getting a new machine set up, and one of like 20 things is getting a Linux VM with Nim.
20:57:47	*	UberLambda quit (Quit: Leaving)
21:02:23	*	sampwing quit (Ping timeout: 252 seconds)
21:04:35	*	pigmej joined #nim
21:11:55	*	polkm joined #nim
21:13:22	*	mpthrapp_ quit (Remote host closed the connection)
21:13:55	dhertz_	.eval [1,2,3][1..^1]
21:13:56	Mimbus	dhertz_: eval.nim(3, 9) Error: undeclared identifier: '..^'
21:30:45	dhertz_	is there a good way to base the binary name on what I am building for?
21:31:30	*	sampwing joined #nim
21:35:45	*	sampwing quit (Ping timeout: 252 seconds)
21:42:30	*	girvo joined #nim
21:42:31	BlaXpirit	gonna have to elaborate
21:46:47	*	girvo quit (Ping timeout: 250 seconds)
21:49:03	*	BitPuffin joined #nim
21:52:40	*	BlaXpirit quit (Remote host closed the connection)
21:54:28	*	BlaXpirit joined #nim
22:00:38	*	cir0x joined #nim
22:09:00	*	Matthias247 quit (Read error: Connection reset by peer)
22:12:46	*	dhertz_ quit (Ping timeout: 246 seconds)
22:19:20	*	reem quit (Remote host closed the connection)
22:24:31	*	Demon_Fox quit (Ping timeout: 252 seconds)
22:26:29	*	reem joined #nim
22:27:57	*	brson quit (Quit: leaving)
22:44:05	*	Strikecarl joined #nim
22:48:36	Strikecarl	I have an question
22:48:42	Strikecarl	I am working on an simple calculator.
22:48:46	Strikecarl	and i want it so i can do
22:48:48	Strikecarl	1 + 1
22:48:50	Strikecarl	on the same line
22:48:52	Strikecarl	and no
22:48:54	Strikecarl	not*
22:48:55	Strikecarl	1
22:48:56	Strikecarl	+
22:48:56	Strikecarl	1
22:49:05	Strikecarl	how would i pull that off?
22:50:21	Araq	parse it properly
22:50:31	Araq	parseutils helps with that, a bit.
22:51:59	Strikecarl	I'll look into that tomorrow
22:52:02	Strikecarl	got 10 minutes.
22:52:03	Strikecarl	cba.
22:52:12	EXetoC	and plenty of unit tests
22:52:17	Strikecarl	source: http://pastebin.com/84hsw2Xq
22:52:18	EXetoC	good luck
22:52:22	Strikecarl	anything i can improve?
22:52:23	Strikecarl	before i go?
22:54:35	*	reem quit (Remote host closed the connection)
22:55:54	*	reem joined #nim
22:56:36	Strikecarl	Guess not.
22:56:39	Strikecarl	Night everyone.
22:56:44	*	Strikecarl quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
23:18:04	*	reem quit (Remote host closed the connection)
23:27:28	*	reem joined #nim
23:27:43	*	jefus_ joined #nim
23:31:12	*	girvo joined #nim
23:31:13	*	jefus quit (Ping timeout: 250 seconds)
23:36:03	*	girvo quit (Ping timeout: 265 seconds)
23:38:31	*	cir0x quit (Quit: Leaving.)
23:42:05	*	TEttinger joined #nim
23:51:31	*	reem quit (Remote host closed the connection)
23:52:05	*	reem joined #nim
23:53:21	*	reem quit (Remote host closed the connection)
23:57:26	*	reem joined #nim
23:58:53	*	reem quit (Remote host closed the connection)
23:59:05	*	BitPuffin quit (Ping timeout: 244 seconds)
23:59:25	*	reem joined #nim