| 00:00:11 | zachcarter | so if you don’t define #NK_IMPLEMENTATION |
| 00:00:23 | zachcarter | the implementation will not be included |
| 00:00:30 | krux02 | can you give me a link to the original library |
| 00:00:33 | zachcarter | sure |
| 00:00:34 | krux02 | I want to start with that |
| 00:00:41 | zachcarter | https://github.com/vurtun/nuklear |
| 00:01:01 | zachcarter | here’s what I’ve done so far - https://github.com/zacharycarter/nuklear-nim |
| 00:06:41 | krux02 | yay, my hardware is so old, I need to do softwarerendering |
| 00:06:48 | krux02 | but then it runs very smoothly |
| 00:07:07 | krux02 | even though all cpu cores are at 50% constantly |
| 00:07:59 | krux02 | it usus stb. I was just listening to a talk from the stb author |
| 00:08:57 | zachcarter | hrm |
| 00:09:24 | zachcarter | I’m bad at debugging C |
| 00:09:40 | krux02 | debugging C is much simpler as debugging Nim |
| 00:09:54 | krux02 | all debuggers are build to debug C |
| 00:09:56 | zachcarter | printf("LAALALA %lu\n", sizeof(config->vertex_layout)/sizeof(config->vertex_layout[0])); |
| 00:10:04 | zachcarter | is returning 0 |
| 00:10:09 | zachcarter | which would mean my array is empty right? |
| 00:10:23 | zachcarter | or it’s printing LAALALA 0 haha |
| 00:11:37 | krux02 | it could also mean, that vertex_layout is a pointer (64bit) and vertex_layout[0] is more than 64bit |
| 00:11:59 | zachcarter | ah okay |
| 00:12:00 | krux02 | the sizeof trick only works for static arrays |
| 00:12:38 | krux02 | run it with a debugger |
| 00:12:49 | krux02 | when you don't know how to use one, learn how to use one |
| 00:12:57 | krux02 | I really recommend qtcreator |
| 00:13:12 | krux02 | I know it's an ide for c++ but it has great debugger integration |
| 00:13:34 | zachcarter | I’ll give it a shot |
| 00:13:37 | krux02 | I even had a conversation with the qtcreator people, and now it is possible to see strings and seq types |
| 00:14:00 | krux02 | make sure to build with debug information |
| 00:14:13 | krux02 | for gcc and llvm it is -g |
| 00:14:29 | krux02 | with llvm I mean clang |
| 00:20:05 | zachcarter | thank you that -g flag is a lifesaver |
| 00:25:48 | zachcarter | yeah my enumerations aren’t converting to C properly |
| 00:25:55 | zachcarter | or not being passed to C |
| 00:25:57 | zachcarter | according to lldb |
| 00:26:24 | krux02 | you use qtcreator? |
| 00:26:47 | zachcarter | I don’t know how :/ |
| 00:26:54 | zachcarter | I do know how to do frame var in lldb though |
| 00:27:11 | krux02 | lldb has a <gui> command |
| 00:27:15 | zachcarter | I have qtcreator installed I just don’t know how to debug with it or run the compiled nim code |
| 00:27:20 | zachcarter | ah |
| 00:28:17 | krux02 | well that is the part that sucks in qtcreator. Because it is a c++ ide, you first have to create a project. then yo have to say you want to import a project go throguh the wisard, configure a run command and then you can debug |
| 00:28:27 | krux02 | it's not just open it and use the debugger |
| 00:29:57 | zachcarter | ah okay |
| 00:45:46 | * | handlex joined #nim |
| 00:49:16 | * | handlex quit (Client Quit) |
| 01:08:44 | zachcarter | I almost have qtcreator going krux02 but I’m getting an error about an unresolved symbol _ i have a feeling it’s for nim |
| 01:09:48 | zachcarter | err nevermind I’m not sure how exactly to link the compiled nim code |
| 01:10:43 | * | bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 01:17:08 | * | bjz joined #nim |
| 01:21:05 | krux02 | zachcarter: what do you mean with link the compiled nim code? |
| 01:21:14 | krux02 | nim does already do the linking |
| 01:21:20 | zachcarter | no I meant for qtcreator |
| 01:21:29 | krux02 | there is nothing you need to do |
| 01:21:48 | zachcarter | I tried adding all the c files to my qtcreator project but I’m getting a bunch of unresolved symbols |
| 01:22:41 | krux02 | you could share you desktop if you are interested |
| 01:23:23 | zachcarter | what do you normally use to do that? google hangouts? |
| 01:23:26 | krux02 | https://appear.in/nim-debugging |
| 01:24:58 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 01:28:51 | * | bjz joined #nim |
| 01:29:40 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 01:40:18 | * | irrequietus quit () |
| 01:45:10 | krux02 | https://github.com/krux02/nimAntTweakBar/blob/master/AntTweakBar.nim#L30 |
| 01:49:24 | * | yglukhov joined #nim |
| 01:54:41 | * | yglukhov quit (Ping timeout: 240 seconds) |
| 01:57:02 | krux02 | zachcarter: which version of glfw did you install? |
| 01:57:16 | zachcarter | rafaelsco’s 3.2.0 wrapper |
| 01:57:29 | zachcarter | I have glfw 3.2 installed I believe |
| 02:18:02 | krux02 | zachcarter: I tried to get it lazyly working, using shared libraries really sucks, because when ther are linked, they need to be on the shared library path, and the shared library path is not a local path at all |
| 02:18:22 | zachcarter | ah okay |
| 02:18:38 | zachcarter | well I replaced all the dylib stuff with the compile pragma |
| 02:18:53 | zachcarter | almost working, but I’m getting two unresolved symbols - trying to figure out why |
| 02:19:13 | * | PMunch quit (Quit: leaving) |
| 02:19:29 | krux02 | ok |
| 02:25:56 | * | libman joined #nim |
| 02:35:51 | zachcarter | alright I’m back to that error |
| 02:36:02 | zachcarter | going to check in some code so you don’t need a sharedlib anymore |
| 02:36:15 | * | butchster joined #nim |
| 02:37:29 | krux02 | zachcarter: well on my computer your testprogram created this output: http://ix.io/nt1 |
| 02:39:03 | zachcarter | https://github.com/zacharycarter/nuklear-nim/blob/master/testNuklear2.nim that test? |
| 02:39:10 | zachcarter | I just committed |
| 02:39:11 | zachcarter | btw |
| 02:39:38 | krux02 | yes I realized |
| 02:39:44 | krux02 | yes that test |
| 02:40:18 | krux02 | seems to be a mac osx specific bug |
| 02:40:27 | zachcarter | ah great haha |
| 02:42:12 | krux02 | http://ix.io/nt3 |
| 02:42:20 | krux02 | that's a snippet you might want |
| 02:42:25 | krux02 | it did not help me at all |
| 02:42:40 | krux02 | I had a failed assertion that a window was nil |
| 02:42:52 | krux02 | I thought I could not create the window for some reason |
| 02:43:10 | krux02 | but then I realized much later that I already passed your point of execution |
| 02:43:24 | zachcarter | ah thanks yeah |
| 02:44:02 | * | chemist69 quit (Ping timeout: 255 seconds) |
| 02:46:30 | krux02 | you got nimcache files in the project |
| 02:47:31 | * | rauss quit (Quit: WeeChat 1.7) |
| 02:48:22 | * | rauss joined #nim |
| 02:49:59 | krux02 | http://ix.io/nt6 |
| 02:52:07 | zachcarter | crap I’ll remove those my bad |
| 02:52:13 | zachcarter | need to add a gitignore |
| 02:53:19 | zachcarter | so you’re not even getting to where my code is failing? |
| 02:53:29 | zachcarter | no glfw window is being created? |
| 02:53:35 | zachcarter | I have a feeling I know why... |
| 02:53:39 | zachcarter | let me check something in |
| 02:53:56 | krux02 | right no window |
| 02:55:30 | zachcarter | alright I committed |
| 02:55:39 | zachcarter | have a feeling it was because of - glfw.WindowHint(OPENGL_FORWARD_COMPAT, GL_TRUE.cint) |
| 02:55:44 | zachcarter | that should only be set for osx |
| 02:56:18 | krux02 | I don't know what forward compatible means |
| 02:56:25 | krux02 | I know I want core profile |
| 02:56:42 | krux02 | for me forward compat and core profile appers to mean the exact same thing |
| 02:56:52 | * | chemist69 joined #nim |
| 02:57:12 | zachcarter | hmm |
| 02:57:36 | zachcarter | let me see if I’m missing any more platform specific stuff for glfw |
| 03:00:16 | zachcarter | that’s all I can spot |
| 03:00:32 | zachcarter | that glfw error sure isn’t helpful |
| 03:00:38 | zachcarter | I’ll create another gutted example with just the glfw stuff |
| 03:03:37 | zachcarter | alright new test added - https://github.com/zacharycarter/nuklear-nim/blob/master/testNuklearGLFW.nim |
| 03:03:39 | zachcarter | just GLFW stuff |
| 03:04:07 | zachcarter | if that doesn’t work we know it’s nuklear / opengl related |
| 03:04:12 | zachcarter | err if it does work |
| 03:04:16 | FromGitter | <krux02> ok, I tested, I get a window pointer, but the assertion still fails |
| 03:04:51 | zachcarter | weird |
| 03:06:10 | FromGitter | <krux02> yes that program works |
| 03:08:26 | krux02 | I think you use that glfw library, because you can use sed 's/glfw/glfw./' to translate fro C to nim :P |
| 03:09:41 | zachcarter | :) |
| 03:10:02 | krux02 | but I have to tell you, 3.3 core profile is the absolute maximum I can create |
| 03:10:35 | krux02 | my laptop I have here is so old, I have to use a software renderer for the 3.3 context, |
| 03:10:46 | krux02 | and I realized I like that one really a lot |
| 03:11:14 | zachcarter | I think you can make this lib work with watever backend you need |
| 03:11:19 | zachcarter | or you’re supposed to be able to |
| 03:11:27 | krux02 | it's performance is ass, but it gives me feedback about if things work or not, and when I need performance it is just there on basically everything but my laptop |
| 03:11:41 | zachcarter | right |
| 03:11:48 | krux02 | yes AntTweakBar can do that, too |
| 03:12:12 | krux02 | but I had to patch in SDL2 support on my own,because that library is an orphan |
| 03:12:32 | krux02 | the original creator is not contactable |
| 03:12:38 | zachcarter | :/ |
| 03:12:47 | zachcarter | I’m not even going to be using opengl potentilaly |
| 03:12:51 | zachcarter | which is why nuklear is my best bet |
| 03:13:02 | zachcarter | bgfx may choose to render with DX11 |
| 03:13:03 | krux02 | yea but AntTweakBar is just solid |
| 03:13:05 | zachcarter | right |
| 03:13:19 | krux02 | there is not much I want in there from the things that are not already there |
| 03:13:25 | krux02 | and SDL2 support is what I did |
| 03:13:48 | zachcarter | now I’m puzzled as to why the window pointer is failing the null check |
| 03:13:56 | krux02 | so basically when you get AntTweakBar for go, or for nim it is newer than the original homepage version |
| 03:14:06 | zachcarter | haha |
| 03:14:54 | krux02 | ant tweak bar is not immediate, but it is simple |
| 03:15:09 | krux02 | and it has these nice things for 3d graphics |
| 03:15:29 | krux02 | it has quaternion fields, and the input is a virtual trackball |
| 03:15:32 | zachcarter | it does look nice |
| 03:15:47 | krux02 | yes and it is solid software |
| 03:28:48 | krux02 | I hate to say it, but I have to sleep now |
| 03:28:52 | krux02 | it's too late |
| 03:29:06 | krux02 | so good night |
| 03:34:47 | zachcarter | gn krux02 thanks for your help |
| 03:35:46 | zachcarter | I believe I’ve found a Nim bug - https://gist.github.com/zacharycarter/de596b1968b63f2e0967d41b31b73804 |
| 03:36:34 | * | krux02 quit (Quit: Leaving) |
| 03:40:07 | * | bjz_ joined #nim |
| 03:40:19 | * | shashlick quit (Ping timeout: 240 seconds) |
| 03:41:22 | * | bjz quit (Ping timeout: 268 seconds) |
| 03:41:46 | * | shashlick joined #nim |
| 03:46:01 | * | Jesin quit (Ping timeout: 260 seconds) |
| 03:51:04 | * | Jesin joined #nim |
| 03:52:31 | * | yglukhov joined #nim |
| 03:56:56 | * | yglukhov quit (Ping timeout: 255 seconds) |
| 04:08:37 | * | bjz joined #nim |
| 04:08:53 | * | bjz_ quit (Ping timeout: 260 seconds) |
| 04:24:57 | zachcarter | {.size: sizeof(uint32).} is the answer |
| 04:39:19 | * | IRCFrEAK joined #nim |
| 04:39:21 | * | IRCFrEAK left #nim (#nim) |
| 04:50:52 | * | libman quit (Quit: Connection closed for inactivity) |
| 05:08:06 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 05:48:21 | * | bjz joined #nim |
| 05:53:38 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 05:54:39 | * | yglukhov joined #nim |
| 05:58:50 | * | yglukhov quit (Ping timeout: 240 seconds) |
| 06:09:59 | * | kier quit (Ping timeout: 240 seconds) |
| 06:39:06 | * | bjz joined #nim |
| 06:40:54 | * | def-pri-pub quit (Quit: leaving) |
| 06:44:42 | * | rauss quit (Quit: WeeChat 1.7) |
| 07:01:59 | * | nsf joined #nim |
| 07:31:57 | * | Kingsquee joined #nim |
| 07:40:19 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 07:46:29 | * | Kingsquee quit (Read error: Connection reset by peer) |
| 07:46:47 | * | Kingsquee joined #nim |
| 07:46:50 | * | sz0 joined #nim |
| 07:48:59 | * | bjz joined #nim |
| 07:58:05 | FromGitter | <nikolay-turpitko> Hi there! I wonder, if it's possible to implement trampoline technique (like http://blog.moertel.com/posts/2013-06-12-recursion-to-iteration-4-trampolines.html) using Nim. Basically, I stuck with recursion in the type declaration. I thought, that simplest way would be to return tuple with either result or the next proc reference from the proc itself. It used to compile till I updated Nim compiler from master, now it fails with |
| 07:58:06 | FromGitter | ... segmentation fault during compilation. But even when it compiled it didn't work as I expected - it crashed at run time with similar message (don't remember exactly and can't reproduce now, but message contained some hint about reading nil reference). My current code is below. Note, that I commente ... [https://gitter.im/nim-lang/Nim?at=58a9500cf045df0a2267bc64] |
| 08:02:43 | FromGitter | <nikolay-turpitko> Don't mind `{.exportc.}` pragma and `cint`. I experimented with FFI also, but this is not related. |
| 08:07:41 | FromGitter | <nikolay-turpitko> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=58a9524cf045df0a2267c4bf] |
| 08:21:13 | zachcarter | I don’t quite understand what this code is doing - https://gist.github.com/zacharycarter/daf56fa82612eef1bb7db70503f1accf |
| 08:21:32 | zachcarter | nor how I’d convert it to a nim template |
| 08:22:12 | zachcarter | do all of these need to become individual templates? |
| 08:23:20 | stisa | zachcarter : looks like some sort of enum to me |
| 08:23:42 | zachcarter | could be... |
| 08:24:05 | zachcarter | I think NK_COLOR is probably a method being passed in |
| 08:25:08 | zachcarter | https://gist.github.com/zacharycarter/daf56fa82612eef1bb7db70503f1accf |
| 08:25:17 | zachcarter | not sure if that’s the right way to convert it or not |
| 08:38:56 | * | stisa sent a long message: stisa_2017-02-19_08:38:55.txt - https://matrix.org/_matrix/media/v1/download/matrix.org/lbuFpmBNcoWDNyTtLrfibecj |
| 08:40:05 | * | stisa2 joined #nim |
| 08:40:58 | stisa2 | zachcarter: you could use a case statement: template NK_COLOR_MAP*(NK_COLOR: untyped,nkk:nk_style_colors): untyped = |
| 08:41:26 | Araq | nikolay-turpitko: recursive tuples are not supported |
| 08:42:40 | zachcarter | thanks stista2 I may end u pdoing that |
| 08:47:30 | * | rokups joined #nim |
| 08:52:10 | FromGitter | <nikolay-turpitko> @Araq: ok, just 2 questions - what alternative would you suggest? probably, compiler should show some error instead of crashing with segmentation fault? |
| 08:55:07 | FromGitter | <nikolay-turpitko> Namely, I need to return multiple values from the proc. But if I try to make proc return proc, it, obviously, won't work (type recursion). If I try to return it via var parameter, it won't work either. |
| 08:55:42 | * | Vladar joined #nim |
| 08:58:43 | Araq | firstly, this is pretty much covered with Nim's async which transforms your program into continuation passing style |
| 08:59:08 | Araq | secondly, using an object instead of a tuple should be simple enough |
| 09:01:17 | FromGitter | <nikolay-turpitko> thanks. it's just an exercise to learn concepts, so I won't really use this code in something real, but I definitely look at async. |
| 09:13:59 | * | smt__ joined #nim |
| 09:16:11 | * | dddddd quit (Read error: Connection reset by peer) |
| 09:17:20 | * | smt_ quit (Ping timeout: 255 seconds) |
| 09:17:21 | * | Salewski joined #nim |
| 09:20:03 | Salewski | I am not really good in ASCII codes. Should C '#define ES "\\"' indeed give |
| 09:20:10 | Salewski | const ES* = "\x08" |
| 09:20:17 | Salewski | from c2nim? |
| 09:24:20 | Araq | ord('\\') |
| 09:24:20 | Araq | 92 |
| 09:24:28 | Araq | so.... no ;-) |
| 09:25:15 | Salewski | OK, then I have a minor bug in glib 3.20 wrapper. |
| 09:25:41 | Salewski | Where should I report that c2nim issue? |
| 09:26:22 | Araq | c2nim is on github |
| 09:26:43 | Salewski | OK, will report it there. |
| 09:27:50 | Salewski | Other small question related to Nim code layout: |
| 09:28:05 | Salewski | type visible*: proc (a2: ptr Control): cint {.cdecl.} |
| 09:28:32 | Salewski | Is it intended here to place a space after proc? |
| 09:32:38 | Araq | yeah |
| 09:34:36 | Salewski | OK, thanks. |
| 09:36:39 | * | stisa2 quit (Ping timeout: 240 seconds) |
| 09:39:08 | * | bjz_ joined #nim |
| 09:39:16 | * | stisa2 joined #nim |
| 09:39:23 | * | bjz quit (Ping timeout: 255 seconds) |
| 09:43:17 | * | Salewski left #nim (#nim) |
| 09:50:24 | * | Matthias247 joined #nim |
| 09:54:16 | * | sz0 quit (Quit: Connection closed for inactivity) |
| 10:07:11 | * | vlad1777d joined #nim |
| 10:25:52 | * | zachcarter quit (Quit: zachcarter) |
| 10:28:41 | * | vlad1777d_ joined #nim |
| 10:31:17 | * | vlad1777d__ joined #nim |
| 10:31:27 | * | vlad1777d quit (Ping timeout: 268 seconds) |
| 10:33:58 | * | stisa2 quit (Read error: Connection reset by peer) |
| 10:34:07 | * | vlad1777d_ quit (Ping timeout: 260 seconds) |
| 10:37:19 | * | stisa2 joined #nim |
| 11:01:29 | * | yglukhov joined #nim |
| 11:04:15 | * | nsf quit (Quit: WeeChat 1.7) |
| 11:07:22 | * | yglukhov quit (Ping timeout: 260 seconds) |
| 11:38:50 | * | stisa2 quit (Ping timeout: 240 seconds) |
| 11:39:35 | * | yglukhov joined #nim |
| 11:39:46 | * | stisa2 joined #nim |
| 11:45:17 | * | yglukhov quit (Remote host closed the connection) |
| 11:51:56 | * | yglukhov joined #nim |
| 11:54:13 | * | yglukhov quit (Remote host closed the connection) |
| 12:02:30 | * | Snircle joined #nim |
| 12:10:58 | * | Kingsquee quit (Quit: https://i.imgur.com/qicT3GK.gif) |
| 12:14:32 | * | yglukhov joined #nim |
| 12:16:21 | * | yglukhov quit (Remote host closed the connection) |
| 12:23:38 | * | kier joined #nim |
| 12:45:47 | * | libman joined #nim |
| 12:46:28 | * | PMunch joined #nim |
| 13:11:37 | * | bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 13:24:37 | * | bjz joined #nim |
| 13:27:44 | * | stisa2 quit () |
| 13:34:09 | * | nsf joined #nim |
| 13:36:43 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 13:42:10 | * | rokups quit (Quit: Connection closed for inactivity) |
| 13:59:10 | FromGitter | <ivankoster> Hey ⏎ This snippet gives a warning when used: ⏎ ⏎ ```code paste, see link``` ⏎ ... [https://gitter.im/nim-lang/Nim?at=58a9a4ac7ceae5376a0e0e50] |
| 14:14:09 | FromGitter | <Araq> the warning is about the fact that your type T has no sound default value |
| 14:14:23 | FromGitter | <Araq> e.g. T = range[1..100] |
| 14:14:36 | FromGitter | <Araq> the default for that is still 0 but that's outside the valid range |
| 14:24:37 | * | Matthias247 quit (Read error: Connection reset by peer) |
| 14:59:18 | * | nsf quit (Quit: WeeChat 1.7) |
| 15:00:36 | FromGitter | <ivankoster> I'm using this for simple types like int, floats, seqs, will a restriction on the type prevent the warning? |
| 15:20:25 | * | Trustable joined #nim |
| 15:20:52 | * | libman quit (Quit: Connection closed for inactivity) |
| 15:41:24 | Araq | no, it's only produced for generic instantions |
| 15:46:19 | * | Jesin quit (Ping timeout: 240 seconds) |
| 15:53:01 | * | UxerUospr joined #nim |
| 15:58:38 | * | couven92 joined #nim |
| 16:00:25 | * | Jesin joined #nim |
| 16:04:41 | * | Jesin quit (Ping timeout: 240 seconds) |
| 16:05:51 | * | rauss joined #nim |
| 16:06:02 | * | Jesin joined #nim |
| 16:12:02 | * | Vladar quit (Quit: Leaving) |
| 16:17:16 | * | gangstacat quit (Read error: Connection reset by peer) |
| 16:25:42 | PMunch | Hmm, is it possible to write Nim Javascript for web-pages? As in compile to JS for a web-page |
| 16:26:29 | * | Vladar joined #nim |
| 16:27:16 | * | krux02 joined #nim |
| 16:28:53 | Araq | PMunch: yup and the Nim website does that to some extend |
| 16:29:10 | PMunch | Oh cool |
| 16:30:15 | * | gangstacat joined #nim |
| 16:30:30 | FromGitter | <krux02> Ivan Koster: you should not use that construct for seq type. The seq type has currently the default value of nil, which is nat a seq at all. |
| 16:36:37 | PMunch | Araq, how does JS FFI work? |
| 16:37:42 | PMunch | Oops, got to go |
| 16:37:43 | * | PMunch quit (Quit: leaving) |
| 16:42:06 | * | couven92 quit (Quit: Client Disconnecting) |
| 16:42:53 | * | couven92 joined #nim |
| 16:47:04 | * | nsf joined #nim |
| 16:56:18 | rauss | Is there a way to declare and define an object in one step, like `var foo = { bar = "baz" }` , or `foo = { bar: string = "baz" }` ? |
| 16:57:22 | rauss | Currently I only know how to first declare the type, and then set the properties as a second step |
| 16:58:47 | * | yglukhov joined #nim |
| 16:59:32 | rauss | I was hoping something like this would work: |
| 16:59:37 | rauss | var foo = object |
| 16:59:39 | rauss | bar: string = "baz" |
| 16:59:41 | rauss | yy |
| 17:00:17 | Araq | rauss: noh, but objects are nominal, there is little point in not naming it |
| 17:00:23 | Araq | use a tuple instead? |
| 17:00:29 | krux02 | that's what tuples are for |
| 17:00:31 | * | yglukhov quit (Remote host closed the connection) |
| 17:00:56 | rauss | Yeah I guess. I think of tuples as ordered primitives, but I guess I can get passed that since the order doesn't actually matter. Will do! |
| 17:01:42 | krux02 | var foo = (bar: "baz") |
| 17:02:47 | rauss | Yeah totally my bad. I dunno why I didn't think of tuples for this. Thanks |
| 17:03:34 | krux02 | I once tried in c++ to return an anonymous struct from a function. The compiler did understand exactly what I wanted, but it still complained that it is not allowed in c++. |
| 17:04:31 | krux02 | all other error messages past the one with the anonymous struct value showed me that the compiler understood what I wanted. The compiler just said sorry I can't do that, it not formally correct. |
| 17:06:27 | * | irrequietus joined #nim |
| 17:06:37 | rauss | Stuff like that is frustrating. I think those anecdotes are why a lot of us are using nim |
| 17:10:00 | * | zachcarter joined #nim |
| 17:14:20 | zachcarter | whoa |
| 17:14:24 | zachcarter | I actually got something to draw with nuklear - http://imgur.com/a/17871 |
| 17:18:18 | * | yglukhov joined #nim |
| 17:22:06 | zachcarter | http://imgur.com/a/dwPQX :D |
| 17:22:46 | zachcarter | thank you for that comment last night Araq, I figured out the same thing at like 3-4 am |
| 17:36:09 | * | yglukhov quit (Remote host closed the connection) |
| 17:38:38 | * | yglukhov joined #nim |
| 17:41:30 | * | Matthias247 joined #nim |
| 17:42:58 | FromGitter | <Varriount> zachcarter: Oh wow, a square! :P |
| 17:43:04 | zachcarter | :D |
| 17:43:17 | zachcarter | baby steps now |
| 17:43:29 | FromGitter | <Varriount> I'm really impressed. That library did not look easy to wrap. |
| 17:43:37 | zachcarter | thank you |
| 17:44:01 | zachcarter | still not sure why the controls aren’t drawing - digging into that now |
| 17:44:39 | krux02 | can you push it so I can try it, too |
| 17:44:57 | zachcarter | sure - although I added the dylib pragma back :/ |
| 17:45:24 | zachcarter | krux02: if I try to use the compile pragma, some symbols inside nuklear.h don’t get exposed for some reason |
| 17:45:43 | krux02 | hmm that is strange |
| 17:45:45 | zachcarter | I’ll commit and then try to get it working without the dynamic lib binding |
| 17:46:03 | zachcarter | thanks for your help last night btw |
| 17:46:09 | krux02 | no problem |
| 17:46:16 | krux02 | I am interested in GUI bindings, too |
| 17:46:37 | krux02 | not so much interested in gtk stuff and so on |
| 17:46:58 | zachcarter | right |
| 17:47:10 | zachcarter | okay committed |
| 17:47:20 | krux02 | worst gui library I ever tried to use was this one: http://twl.l33tlabs.org/ |
| 17:47:59 | krux02 | just horrible, I just did not undertstand the API |
| 17:48:06 | zachcarter | looks horrid |
| 17:48:11 | zachcarter | just the website |
| 17:48:29 | krux02 | I am happy for anything that is simple so that I can concentrate on the stuff that's important |
| 17:48:43 | krux02 | making it pretty should be the last step, if ever at all |
| 17:53:01 | zachcarter | yeah |
| 17:54:27 | * | dddddd joined #nim |
| 17:54:57 | * | yglukhov quit (Remote host closed the connection) |
| 17:55:13 | * | yglukhov joined #nim |
| 17:57:27 | * | yglukhov quit (Remote host closed the connection) |
| 17:58:08 | * | yglukhov joined #nim |
| 18:03:38 | krux02 | my opinion is, as long as it is not yet useful, don't make it pretty |
| 18:04:29 | * | yglukhov quit (Remote host closed the connection) |
| 18:04:49 | * | yglukhov joined #nim |
| 18:04:57 | zachcarter | right |
| 18:05:26 | zachcarter | but IMO if you don’t plan on ever getting to a pretty state, you might as well just not build a GUI library |
| 18:05:31 | zachcarter | GUIs are meant to be pleasing to the eye |
| 18:05:41 | zachcarter | ugly GUIs are an immedaite turn off if they’re aimed at end users |
| 18:05:54 | zachcarter | if it’s just like dev tools or whatever who cares |
| 18:08:01 | krux02 | well, gui are also very useful for development stuff. You don't want to just bind everything to a key |
| 18:08:25 | krux02 | they can visualize data, and allow to give you an overview of all the details that you can configure |
| 18:08:48 | krux02 | but there are two different things, nice looking, and good structured |
| 18:09:05 | krux02 | they are completely orthogonal to me |
| 18:09:21 | zachcarter | right |
| 18:09:40 | krux02 | but I do agree, that a GUI for internal development has different needs than for end users, who want the system to be explorable |
| 18:14:33 | * | yglukhov quit (Remote host closed the connection) |
| 18:14:50 | * | yglukhov joined #nim |
| 18:18:01 | * | Jesin quit (Quit: Leaving) |
| 18:21:27 | * | zachcarter is now known as zachcarter-afk |
| 18:25:17 | * | yglukhov quit (Remote host closed the connection) |
| 19:06:03 | * | Arrrr joined #nim |
| 19:06:03 | * | Arrrr quit (Changing host) |
| 19:06:03 | * | Arrrr joined #nim |
| 19:13:45 | * | Jesin joined #nim |
| 19:14:44 | * | roygbiv joined #nim |
| 19:41:49 | * | UxerUospr quit (Quit: Lost terminal) |
| 20:06:46 | * | roygbiv quit (Quit: ™) |
| 20:11:09 | * | djellemah_ joined #nim |
| 20:17:05 | * | bjz joined #nim |
| 20:29:54 | rauss | Is there a good way to have default tuple values in nim? I'm just wondering since it's been a few years since this question: http://178.62.143.63/t/264 |
| 20:30:20 | rauss | (though not 1.0 yet, of course) |
| 20:30:30 | Araq | hmm? |
| 20:30:54 | Araq | ah, no. |
| 20:33:31 | dom96 | rauss: Why the IP address? |
| 20:34:58 | rauss | dom96: That comes up in Google results for a lot of things on the forum |
| 20:35:15 | dom96 | 0_o |
| 20:36:34 | dom96 | how the hell did Google manage to index that |
| 20:38:45 | rauss | https://www.google.com/search?safe=off&q=nim+tuple+default+value&oq=nim+tuple+default+value&gs_l=serp.3..35i39k1.11229.13943.0.14039.10.9.1.0.0.0.143.723.3j4.7.0....0...1c.1.64.serp..2.7.641...33i160k1.Baaxp30ziQw |
| 20:39:58 | rauss | No idea. |
| 20:40:42 | rauss | The strangest part is some results point there by hostname, and others by ip. |
| 20:42:31 | * | stisa2 joined #nim |
| 20:44:28 | * | Sentreen quit (Ping timeout: 240 seconds) |
| 20:45:33 | dom96 | I set up a redirect |
| 20:49:06 | dom96 | Google must have found that IP somewhere |
| 20:49:10 | dom96 | and decided to crawl it |
| 20:49:23 | dom96 | and I had nginx configured to serve the forum for that IP |
| 20:50:27 | * | libman joined #nim |
| 20:53:10 | * | Arrrr quit (Quit: Leaving.) |
| 20:54:10 | krux02 | rauss: regarding the default value. In Nim all default values are zeros. So you can't change the fact that the default value is all zeros, but you can change the meaning of what it means, when all is zero. |
| 20:55:26 | krux02 | just as an example, when you have an enum, you know that the default is all zero, so when you want a special enum value to be the default, you have to change it to be in the very beginning. |
| 20:58:24 | * | Sentreen joined #nim |
| 21:01:08 | rauss | krux02: Got it, thanks |
| 21:03:24 | * | adeohluwa joined #nim |
| 21:04:00 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 21:05:31 | * | def-pri-pub joined #nim |
| 21:10:20 | * | djellemah_ quit (Quit: Leaving) |
| 21:11:12 | * | djellemah_ joined #nim |
| 21:12:48 | krux02 | zachcarter: Ok took me a while to actually start your example again, because I was fixing my emacs again, but it seems to work quite nicely |
| 21:12:49 | * | adeohluwa quit (Ping timeout: 240 seconds) |
| 21:13:16 | krux02 | I could reproduce your screenshot, just that instead of just a rectangle I actually have the UI visible |
| 21:21:37 | * | Jesin quit (Quit: Leaving) |
| 21:31:01 | libman | https://github.com/kostya/benchmarks/issues/126 3:) |
| 21:41:21 | * | Vladar quit (Quit: Leaving) |
| 21:52:52 | * | djellemah_ quit (Ping timeout: 268 seconds) |
| 22:06:36 | * | nsf quit (Quit: WeeChat 1.7) |
| 22:15:46 | * | Trustable quit (Remote host closed the connection) |
| 22:16:45 | * | dddddd quit (Remote host closed the connection) |
| 22:29:45 | * | PMunch joined #nim |
| 22:35:35 | * | zachcarter-afk is now known as zachcarter |
| 22:35:48 | zachcarter | krux02: can you take a screenshot? |
| 22:35:55 | krux02 | of course |
| 22:36:00 | zachcarter | cool thanks |
| 22:36:09 | * | Jesin joined #nim |
| 22:37:00 | krux02 | http://i.imgur.com/o0ekw6Q.png |
| 22:37:18 | zachcarter | okay cool :D that’s what I’m seeing too thank you |
| 22:37:31 | zachcarter | I need to now figure out why the other widgets aren’t drawing |
| 22:37:39 | zachcarter | something is still borked - maybe some more enumerations |
| 22:37:59 | krux02 | yea I did not go into detail of the actual code |
| 22:38:14 | krux02 | not sure if you want to accept my pull request |
| 22:38:42 | krux02 | i removed the bgfx dependency |
| 22:38:55 | zachcarter | ah yeah that shouldn’t be in there |
| 22:38:58 | zachcarter | sure I can accept it |
| 22:39:04 | krux02 | and while I was doing it, I saw a lot of zeros and thought, hmm year I can just remove them |
| 22:39:04 | zachcarter | let me check it out one sec |
| 22:39:48 | krux02 | it has all uint8 literals as 0x000000XX |
| 22:39:59 | zachcarter | ah yeah it’s just a font |
| 22:40:17 | zachcarter | I think you could actually remove the bgfx dependency and just change the type to uint8 and be fine |
| 22:43:02 | * | xet7 quit (Quit: Leaving) |
| 22:43:38 | krux02 | that's what I did |
| 22:44:50 | krux02 | ok, I have to leave soon |
| 22:44:53 | krux02 | it's late here |
| 22:44:56 | zachcarter | okay sure |
| 22:45:09 | zachcarter | thanks for the PR, have a good evening |
| 22:53:21 | * | UxerUospr joined #nim |
| 23:00:03 | krux02 | zachcarter: http://www.g-truc.net/doc/OpenGL%20Drivers%20Status.pdf |
| 23:00:26 | krux02 | well that is basically the reason why my opengl-sandbox has no mac support |
| 23:01:21 | zachcarter | :/ |
| 23:01:24 | zachcarter | yeah |
| 23:02:19 | * | couven92 quit (Ping timeout: 240 seconds) |
| 23:18:42 | * | krux02 quit (Quit: Leaving) |
| 23:19:12 | * | ftsf joined #nim |
| 23:26:02 | * | yglukhov joined #nim |
| 23:30:19 | * | yglukhov quit (Ping timeout: 240 seconds) |
| 23:51:39 | * | ftsf quit (Ping timeout: 240 seconds) |
| 23:51:59 | * | ftsf joined #nim |
| 23:53:59 | * | UxerUospr quit (Quit: Lost terminal) |
| 23:57:09 | * | couven92 joined #nim |
