<< 06-03-2016 >>

00:02:15*dorei quit ()
00:03:16*vendethiel- quit (Ping timeout: 252 seconds)
00:06:30*cheatfate quit (Ping timeout: 244 seconds)
00:09:34*gokr quit (Ping timeout: 260 seconds)
00:10:25*gokr joined #nim
00:16:03*PMunch quit (Quit: leaving)
00:16:51*OnwardEuler joined #nim
00:32:53*Trustable quit (Remote host closed the connection)
00:35:09*yglukhov joined #nim
00:39:31*yglukhov quit (Ping timeout: 248 seconds)
00:47:13*gokr quit (Ping timeout: 240 seconds)
00:49:01*gokr joined #nim
01:03:45*ray_ quit (Changing host)
01:03:45*ray_ joined #nim
01:03:48*ray_ is now known as \u
01:07:00*Polarina joined #nim
01:15:08*Kingsqueee joined #nim
01:15:27*Kingsquee quit (Read error: Connection reset by peer)
01:24:29*arnetheduck joined #nim
01:30:01*Demos quit (Read error: Connection reset by peer)
01:50:49*eeg3 joined #nim
01:50:56*eeg3 left #nim (#nim)
02:12:24*nsf quit (Quit: WeeChat 1.4)
02:13:50*cheatfate joined #nim
02:17:49*cheatfate quit (Client Quit)
02:19:18*girvo joined #nim
02:19:21girvohey all
02:20:26def-hi girvo
02:20:34girvoquick q: what build systems are people using for larger projects?
02:20:40girvohey def- :)
02:20:44girvolong time no see
02:23:46girvoi'm tossing up between meson and cmake, basically, and using the compile-to-c-but-don't-link system to let the build system handle the final compilation, but I'm struggling a little heh
02:28:11def-what's wrong with just using the nim compiler and nimble?
02:31:22*cheatfate joined #nim
02:36:03girvodef-: they're brilliant, but have no concept of dealing with external shared libraries, which is completely to be expected of course! using cmake for example, one can ensure a dependency exists at build time for a given shared lib, which is extremely useful
02:36:47girvobasically, nim + nimble is brilliant for pure Nim projects, but once you rely on external c libraries they come up a bit short, which is again to be expected as that's not really their job!
02:38:10def-hm, right. there's this thread on the forum: http://forum.nim-lang.org/t/129/
02:40:12*francisl joined #nim
02:45:19*darkf joined #nim
02:46:05def-girvo: I think I'd rather supply passC and passL parameters to Nim instead of compiling the C files by hand
02:47:24*arnetheduck quit (Ping timeout: 276 seconds)
03:00:35*arnetheduck joined #nim
03:18:26*FjordPrefect joined #nim
03:55:53*francisl quit (Quit: francisl)
03:56:33OnwardEulerey guys, how do we stand on the whole "Game engine with nim" thing? Any projects that seem to be panning out?
03:57:24OnwardEulerI'm cleaning up an old c++ sdl project and thought it would be cool to port it to nim
03:59:22def-OnwardEuler: sdl2 and sfml wrappers should be in good shape, not sure about high level game engines
04:01:09OnwardEulerYeah, the sdl wrapper is great! I have half a class written for glfw, I think I saw a nim-glfw project
04:02:17OnwardEulerThere are a couple of projects on github, but none with a large codebase
04:02:57OnwardEulerAny tips/gotchas with porting c++ to nim?
04:44:52*brson quit (Ping timeout: 252 seconds)
04:47:00*bozaloshtsh quit (Ping timeout: 276 seconds)
04:48:10girvoyeah, be careful with memory leaks when you cross the nim-c-type boundary ;)
05:12:35*francisl joined #nim
05:14:37*jamesp joined #nim
05:14:44jamespCan operators be interpreted as anonymous functions in nim?
05:18:30jamespfor example, let what = [`$`] won't compile :/
05:25:18*FjordPrefect quit (Ping timeout: 244 seconds)
05:27:07*FjordPrefect joined #nim
05:27:39*FjordPrefect quit (Max SendQ exceeded)
05:27:58*FjordPrefect joined #nim
05:29:17*francisl quit (Read error: No route to host)
05:29:59*francisl joined #nim
05:33:35*FjordPrefect quit (Ping timeout: 244 seconds)
05:56:19*vendethiel joined #nim
05:56:36*brson joined #nim
05:56:47*gokr quit (Ping timeout: 244 seconds)
06:03:26*gokr joined #nim
06:08:30*Varriount joined #nim
06:09:51VarriountAraq: I'm here now, and will be on for another hour or so.
06:14:21*Varriount quit (Ping timeout: 244 seconds)
06:18:48*francisl quit (Quit: francisl)
06:19:24*vendethiel quit (Ping timeout: 260 seconds)
06:24:38*Kingsqueee quit (Quit: https://i.imgur.com/qicT3GK.gif)
06:24:46*Kingsqueee joined #nim
06:42:32*vendethiel joined #nim
07:03:29*vendethiel quit (Ping timeout: 244 seconds)
07:06:19*gokr quit (Quit: Leaving.)
07:08:04*brson quit (Quit: leaving)
07:42:46*gokr joined #nim
07:59:16*jamesp quit (Ping timeout: 252 seconds)
08:08:05*gokr quit (Quit: Leaving.)
08:13:44*Demos joined #nim
08:55:11*matkuki joined #nim
08:57:06matkukiHi guys, what is C's 'size_t' Nim equivalent?
08:59:33matkukioh, csize. nevermind.
09:01:20*gokr joined #nim
09:01:39*gokr quit (Client Quit)
09:01:50*gokr joined #nim
09:15:02*yglukhov joined #nim
09:20:35*yglukhov quit (Ping timeout: 248 seconds)
09:23:51*vendethiel joined #nim
09:29:05*matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 44.0.2/20160210153822])
09:30:04*nsf joined #nim
09:38:26*filcuc joined #nim
09:40:11*filcuc quit (Client Quit)
09:41:44*biscarch_ quit (Ping timeout: 268 seconds)
09:47:03*Demos quit (Read error: Connection reset by peer)
10:17:29*yglukhov joined #nim
10:21:55*yglukhov quit (Ping timeout: 248 seconds)
10:23:56gokrOnwardEuler: I do presume you are aware of Urhonimo?
10:24:31*Kingsqueee quit (Read error: Connection reset by peer)
10:24:45*Kingsqueee joined #nim
10:24:53*yglukhov joined #nim
10:29:07*yglukhov quit (Ping timeout: 244 seconds)
10:48:00*irrequietus joined #nim
10:50:01*yglukhov joined #nim
11:04:17*desophos quit (Read error: Connection reset by peer)
11:06:11*irrequietus quit (Read error: Connection reset by peer)
11:13:12*PMunch joined #nim
11:23:23*drewr joined #nim
11:24:13*drewr quit (Client Quit)
11:24:56*drewr joined #nim
11:25:37*drewr quit (Remote host closed the connection)
11:26:04*Demon_Fox quit (Quit: Leaving)
11:26:48*irrequietus joined #nim
11:26:49*irrequietus quit (Client Quit)
11:27:30*gokr quit (Quit: Leaving.)
11:27:41*gokr joined #nim
11:27:48*irrequietus joined #nim
11:32:57*Matthias247 joined #nim
11:42:12*gokr quit (Ping timeout: 260 seconds)
11:46:17*irrequietus quit ()
11:47:06*irrequietus joined #nim
11:50:24*irrequietus quit (Client Quit)
11:51:19*boopsiesisaway is now known as boopsies
11:51:22*boopsies is now known as boopsiesisaway
11:52:18*irrequietus joined #nim
11:53:53*gokr joined #nim
12:12:10*yglukhov quit (Remote host closed the connection)
12:15:03*gokr quit (Ping timeout: 240 seconds)
12:29:41*gokr joined #nim
12:37:41*yglukhov joined #nim
12:42:11*yglukhov quit (Ping timeout: 248 seconds)
12:48:35*girvo quit (Ping timeout: 248 seconds)
12:59:05*zepolen quit (Remote host closed the connection)
13:15:31*girvo joined #nim
13:19:17*NimBot joined #nim
13:20:56*yglukhov joined #nim
13:21:57*sorakun joined #nim
13:43:44*nsf quit (Quit: WeeChat 1.4)
13:50:40*nsf joined #nim
13:51:37*irrequietus quit ()
14:00:54*jaco60 joined #nim
14:08:37*Kingsqueee quit (Quit: https://i.imgur.com/qicT3GK.gif)
14:29:48*gokr quit (Quit: Leaving.)
14:43:15*Matthias247 quit (Quit: Matthias247)
14:45:53*Matthias247 joined #nim
14:56:32*spt joined #nim
15:07:15*nande joined #nim
15:07:26*Ven joined #nim
15:10:57*zepolen joined #nim
15:14:12*PMunch quit (Ping timeout: 246 seconds)
15:15:36*zepolen quit (Ping timeout: 246 seconds)
15:20:44*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:21:11*yglukhov quit (Remote host closed the connection)
15:26:29*boopsiesisaway is now known as boopsies
15:37:41*sora_kun joined #nim
15:39:01*funzy joined #nim
15:41:41*yglukhov joined #nim
15:44:14*arnetheduck quit (Ping timeout: 244 seconds)
15:46:11*yglukhov quit (Ping timeout: 248 seconds)
15:48:31EastByteWhy does the strutils join implementation only support string sequences/arrays? Wouldn't it be better to support any sequence using `$` ?
16:00:19*Matthias247 quit (Read error: Connection reset by peer)
16:18:51*gorgonzolapasta joined #nim
16:21:12*bozaloshtsh joined #nim
16:24:50*sorakun quit (Remote host closed the connection)
16:29:52gorgonzolapasta[~/Nim-0.13.0]$ bin/nim e install_nimble.nims
16:29:53gorgonzolapastalib/system/sysio.nim(62, 12) Error: IOFBF not ported to your platform
16:30:30gorgonzolapastaEastByte: da ^
16:33:15dom96gorgonzolapasta: What OS are you running?
16:33:28def-EastByte: maybe so that you're aware of when you have to convert to a string
16:36:09gorgonzolapastadom96: OpenBSD
16:36:25EastBytedef-: but converting a T sequence to string sequence requires an additional step
16:36:30dom96gorgonzolapasta: please report it on Github
16:36:54EastByteis that really necessary if I wanted to unpack an int sequence for example?
16:38:38def-EastByte: hm yeah, could probably be extended
16:39:35*matkuki joined #nim
16:41:59*funzy quit (Quit: Page closed)
16:43:21*yglukhov joined #nim
16:47:27def-EastByte: just checked, the current version of join is optimized so it only needs to allocate the string once and never resize, that wouldn't work nicely with other types
16:47:56EastByteah, I see
16:48:23def-give me a few min and I'll make a PR for a general version as well
16:48:42*yglukhov quit (Ping timeout: 246 seconds)
16:51:06*zepolen joined #nim
16:55:29*zepolen quit (Remote host closed the connection)
16:58:18def-EastByte: something like this: https://github.com/nim-lang/Nim/pull/3946
17:00:52EastByteyes
17:01:38EastByteinteresting I haven't seen "T: not ..." before
17:03:04def-me neither, I just tried and it seemed to work :P
17:03:14EastBytehaha
17:03:48def-I think maybe it should work with just [T] but right now that gives an ambiguity error
17:06:43*toaoMgeorge joined #nim
17:17:52*darkf quit (Quit: Leaving)
17:28:33*desophos joined #nim
17:32:49*Jesin quit (Quit: Leaving)
17:41:35federico3dom96: re https://github.com/nim-lang/Nim/pull/3648 can we detect is the symbol is available at compile time instead?
17:55:28def-federico3: that's difficult when you also want to be able to cross compile
18:02:23*spt quit (Quit: Page closed)
18:19:52*UberLambda joined #nim
18:23:00*cjbest joined #nim
18:30:01*Varriount joined #nim
18:30:26VarriountAraq: Ping
18:36:50*cjbest quit (Quit: My Mac has gone to sleep. ZZZzzz…)
18:41:00*cjbest joined #nim
18:49:50*yglukhov joined #nim
18:54:17*Polarina quit (Remote host closed the connection)
19:00:55VarriountAraq: You wanted to talk about something related to the Nimsuggest PR?
19:02:13*Ven joined #nim
19:03:08*Ven quit (Client Quit)
19:03:10matkukiDoes anybody know anything about the python wrapper? Why is the first field in 'TPyTypeObject' 'ob_size*: int '?
19:08:05Varriountmatkuki:https://github.com/python/cpython/blob/1fe0fd9feb6a4472a9a1b186502eb9c0b2366326/Include/object.h#L92
19:10:11matkukiVarriount: Can you elaborate, please? Why isn't it '#define PyObject_VAR_HEAD PyVarObject ob_base;' which would be 'ob_base*: PyVarObject'?
19:10:12VarriountIf you look at that, and at the definition for PyTypeObject, you'll see that part of the struct is variably sized.
19:13:20Varriountmatkuki: Design of the wrapper maybe?
19:13:27VarriountI'm not sure.
19:14:54Varriountmatkuki: Could you give me a link to the Nim file with the relevant type?
19:16:00matkukiVarriount: https://github.com/nim-lang/python/blob/master/src/python.nim#L423
19:16:14matkukiThe 'PyObject_VAR_HEAD' macro is just a substitution, right?
19:16:48Varriountmatkuki: Yeah, it declares a ob_base member wherever it's used.
19:19:28Varriountmatkuki: It looks like the wrapper is embedding the members of the PyVarObject struct, rather than using the ob_base member
19:19:47matkukiVarriount: Any idea why?
19:20:12Varriountmatkuki: Convenience possibly? I don't think it affects anything like memory layout, just semantics.
19:20:38matkukiNo, it doesn't work if I use 'ob_base*: PyVarObject'!
19:21:11matkukiit only works with the first field ob_size*: PySizeT.
19:21:21matkukior ob_size*: int
19:21:42matkukiand I have no idea why
19:22:07Varriountmatkuki: The structure inherit from the base PyObject
19:22:21VarriountPyVarObject also inherits from the base PyObject.
19:23:10VarriountThus you'll end up with a duplicate section of PyObject data, right after the first one.
19:26:54matkukiI'm looking at TPyObject and I'm still not getting it, a little more help please
19:28:24matkukiVarriount: what should I be looking at: https://bpaste.net/show/db302b0840cd
19:35:38matkukiVarriount: ping?
19:36:35*PMunch joined #nim
19:37:38Varriountmatkuki: Sorry, was vacuuming
19:37:50matkukino problem, sorry
19:38:20Varriountmatkuki: So, in Nim, when you inherit from a type, the parent type's contents essentially get inserted into the beginning of the child type definition.
19:38:53Varriountmatkuki: TPyTypeObject inherits from TPyObj
19:40:02Varriountmatkuki: In the C code, `PyObject_VAR_HEAD` basically declares a ob_base member of type PyVarBase
19:41:01VarriountEr, PyVarObject
19:41:55VarriountPyVarObject also has PyObject as its first member.
19:42:52matkukiOh, I see! And PyVarObject has fields: ob_base and ob_size. And there is already a PyObject from inheritance in there!
19:42:58VarriountYes.
19:43:37matkukiThanks a bunch Varriount. I've been staring at this for more than an hour and didn't realize it.
19:44:03Varriountmatkuki: It's an understandable mistake, and one I probably would've made.
19:44:33matkukiThanks again!
19:48:16*cjbest quit (Quit: My Mac has gone to sleep. ZZZzzz…)
19:48:41Varriountmatkuki: What are you doing with the python module?
19:51:20*samdoran quit (Ping timeout: 252 seconds)
19:52:37*cjbest joined #nim
19:57:46matkukiVarriount: first project is scripting for a game, and the second is going to be a nim app that uses a HTTP server written in python for communication with a PLC
19:57:47matkukiand I don't have the time to rewrite it in Nim
20:05:33*Matthias247 joined #nim
20:14:52*Trustable joined #nim
20:29:10*PMunch quit (Ping timeout: 250 seconds)
20:30:37*yglukhov quit (Remote host closed the connection)
20:32:24*UberLambda quit (Quit: GTG)
20:37:45*toaoMgeorge quit (Ping timeout: 244 seconds)
20:39:49gorgonzolapastaso anything i can do about openbsd and nim? :(
20:43:18def-gorgonzolapasta: fix the bugs probably. is it about the github issue?
20:43:54*ics joined #nim
20:44:38def-gorgonzolapasta: IOFBF and IONBF are in lib/system/sysio.nim. if you can find out their values for OpenBSD, it should work
20:45:17def-gorgonzolapasta: about the httpclient import, that should work and sounds like a problem with the paths to the installation. did you set the PATH to the nim directory?
20:46:49gorgonzolapastai did. the binary itself works, only no libs
20:47:23def-hm, strange
20:47:31def-i don't remember that happening last time i tested on OpenBSD
20:48:09def-gorgonzolapasta: `which nim` gives the right binary?
20:49:35gorgonzolapastaok, it was one slash too much in there. thank you >.<
20:50:02def-where was the slash? it shouldn't fail because of a slash too much, should it?
20:50:44gorgonzolapasta/home/pasta/Nim/bin//nim
20:50:55gorgonzolapastawithout it it works :)
20:51:01def-that sounds like a bug in Nim, let me see if I can fix it
20:51:05def-glad to hear it was such a simple issue
20:51:18gorgonzolapastait is not
20:51:23gorgonzolapastaits part of an issue :/
20:51:51*toaoMgeorge joined #nim
20:52:43*cheatfate quit (Quit: Leaving)
20:53:08def-gorgonzolapasta: what's still wrong?
20:53:16gorgonzolapastahttp://paste.gorgonzolapasta.eu/sSD/
20:53:53gorgonzolapastai am not sure, was this successful or not?
20:54:36def-no
20:54:45def-something seems wrong with the way paths are handled in BSD
20:54:47*cjbest quit (Quit: My Mac has gone to sleep. ZZZzzz…)
20:54:57def-it can't find nimscriptapi.nim in src/nimblepkg
20:58:21gorgonzolapastaok
20:58:24gorgonzolapastai understand
20:58:32gorgonzolapastachmod +x is doing his job
20:58:43gorgonzolapastaonly the IOthing left
20:58:57def-what had chmod +x to do with it?
20:59:25def-for the IOthing I would search in /usr/include for the actual values of IOFBF and IONBF
21:00:53gorgonzolapastanothing, i am just unexperienced
21:01:16*cheatfate joined #nim
21:02:00gorgonzolapastahttp://paste.gorgonzolapasta.eu/9wT/
21:03:17def-great, so 0 and 2 should work on BSDs as well
21:03:59*krux02 joined #nim
21:04:33krux02I have an compile error in the generate c file
21:04:54def-krux02: then that's a bug, you can check on github if it's been reported already, otherwise report it
21:05:11def-or you're doing wrong casts
21:05:56krux02ok the funny thing is, it works with one if branch
21:06:11krux02if I repeat the same if branch under it, it doesn't anymore
21:06:40krux02it is not a specific code that creates this bad behavior
21:06:50krux02but I certanly do cast a lot in my code
21:13:40matkukibye
21:13:43*matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 44.0.2/20160210153822])
21:15:24*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
21:17:02krux02 if true:
21:17:02krux02 for vertex in memptr[Vec3f]( va.offset, hdr.num_vertexes ):
21:17:02krux02 echo vertex
21:17:02krux02
21:17:02krux02 if true:
21:17:03krux02 for vertex in memptr[Vec3f]( va.offset, hdr.num_vertexes ):
21:17:05krux02 echo vertex
21:17:09krux02this did not compile
21:17:14krux02but this code did:
21:17:31krux02 if true:
21:17:31krux02 for vertex in memptr[Vec3f]( va.offset, hdr.num_vertexes ):
21:17:31krux02 echo vertex
21:17:31krux02
21:17:31krux02 if true:
21:17:32krux02 for vertex in memptr[Vec2f]( va.offset, hdr.num_vertexes ):
21:17:34krux02 echo vertex
21:17:57krux02only difference is that in the working version the generic argument of the second call to memptr is different
21:18:30def-krux02: better post big pastes on pastebin/gist
21:18:52krux02ok
21:18:57def-and the Vec3f instead of Vec2f
21:19:34def-eh, you said that already
21:19:48krux02I will try to post something later, but first I want to test weather it is the same with the latest development version of the compiler
21:19:56def-krux02: you could read the generated C code to find out what's wrong
21:20:01krux02I will try to isolate the problem
21:20:04def-krux02: or just search for it on github and post a bug
21:20:05def-ok
21:24:17gorgonzolapastahttp://paste.gorgonzolapasta.eu/Jb4/ ok, changed the io thing, now htis
21:24:41gorgonzolapastaagain
21:25:05def-PATH reset again?
21:25:17def-I booted up my OpenBSD vm and am trying to work through the bugs now
21:25:37gorgonzolapasta/home/pasta/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:.:/home/pasta/Nim/bin should be it
21:26:06def-you could check with `which nim` again
21:26:16def-but I'm also getting that error sometimes and not sure yet why
21:26:24gorgonzolapastaok
21:26:32gorgonzolapastayes. which nim is /home/pasta/Nim/bin/nim
21:27:37gorgonzolapastanim e install_nimble.nims works? o.o
21:27:50gorgonzolapasta(still compiling)
21:28:09gorgonzolapastayes it works :3
21:28:10gorgonzolapastahappy
21:29:02def-great, so you have a working nimble?
21:29:48*bjz joined #nim
21:30:45*bjz quit (Client Quit)
21:30:45gorgonzolapastayes
21:30:57gorgonzolapastai am able to install things
21:31:06*yglukhov joined #nim
21:31:07*bjz joined #nim
21:32:04*cheatfate_ joined #nim
21:32:04*cheatfate quit (Read error: Connection reset by peer)
21:33:39gorgonzolapastayes, everything works now
21:35:16*gokr joined #nim
21:35:31*yglukhov quit (Ping timeout: 248 seconds)
21:45:03*bjz quit (Ping timeout: 240 seconds)
21:48:47*jaco60 quit (Ping timeout: 268 seconds)
21:49:55*Kingsquee joined #nim
21:50:09*jaco60 joined #nim
21:57:32*Trustable quit (Quit: Leaving)
22:03:00*toaoMgeorge quit (Ping timeout: 246 seconds)
22:07:36*toaoMgeorge joined #nim
22:12:50*jaco60 quit (Ping timeout: 268 seconds)
22:16:26*Kingsquee quit (Ping timeout: 244 seconds)
22:17:07*PMunch joined #nim
22:22:01*brson joined #nim
22:22:46*cheatfate_ quit (Quit: Leaving)
22:30:54*vendethiel quit (Ping timeout: 244 seconds)
22:31:36*Matthias247 quit (Read error: Connection reset by peer)
22:31:43*Kingsquee joined #nim
22:32:45*yglukhov joined #nim
22:37:23*yglukhov quit (Ping timeout: 248 seconds)
22:46:25*cheatfate joined #nim
22:49:08*Varriount quit (Read error: Connection reset by peer)
22:49:31*Varriount joined #nim
23:08:42*Demon_Fox joined #nim
23:17:08*fUD joined #nim
23:21:39*fUD quit (Ping timeout: 248 seconds)
23:21:41*fUD_ joined #nim
23:34:13*yglukhov joined #nim
23:35:24*sora_kun quit (Ping timeout: 260 seconds)
23:37:28*Demos joined #nim
23:37:57*boopsies is now known as boopsiesisaway
23:38:43*yglukhov quit (Ping timeout: 248 seconds)
23:40:41sohttp://jekyllc.sourceforge.net/features.html
23:51:46def-so: last mailing list post was 10 years ago, doesn't look active