<< 11-09-2014 >>

00:04:14*brson quit (Quit: leaving)
00:04:32EXetoCisn't it added to the page?
00:04:44*brson joined #nimrod
00:04:52treeform_console.log() works int he browser
00:04:56treeform_and that's what it calls
00:05:03treeform_it should work i just have not tried
00:08:11treeform_filwit: i just tried it in the browser: http://andrelytics.com:9001/hw.html and it works
00:08:21treeform_compiled nim code in the browser
00:08:26treeform_through emcc
00:08:28filwitecho() transforms into console.log() ?
00:08:43filwitnice
00:09:31treeform_yes
00:09:53treeform_http://andrelytics.com:9001/hw.js
00:12:20willwillsonany way to reset password for forum?
00:16:03EXetoCwillwillson: no
00:16:15willwillsonok, thanks
00:28:49treeform_filwit: did you mange to get your thing working?
00:30:00filwittreeform_: was on the phone (just got off) but it looks like emscripten is still building...
00:30:09filwit86% done
00:30:28filwitbuilding from AUR source, so yeah...
00:31:06filwittreeform_: btw, did you build the JS code with -d:release?
00:31:14treeform_no
00:31:28filwityou should, it will probably remove a lot of the generated JS code
00:33:25filwitplus you could always minimize it to get the filesize down as well
00:40:51treeform_filwit: did not looks like -d:release had any effect
00:41:10treeform_minimizing js did ... but only from .5 to .3 Megs
00:41:23*brson quit (Ping timeout: 240 seconds)
00:42:42*brson joined #nimrod
00:43:46filwittreeform_: odd that -d:release didn't do anything... that removes a lot of executable size (not stack-frame info, dead-code elimination, etc)
00:44:00treeform_its just an echo
00:44:06treeform_there isn't much dead code to kill
00:44:13treeform_its all emcc stuff i think
00:44:23filwittreeform_: good point. emscripten just finished though, let me getting something working
00:45:44*Jehan_ quit (Quit: Leaving)
00:47:02EXetoCyou might stumble upon a codegen bug on a raised exception
00:49:36treeform_what does tinyc do in the nimrod source code?
00:49:40treeform_i though it used gcc?
00:49:50filwitit's used for the REPL i think
00:50:20EXetoCit can use vc too at least
00:50:26filwitand clang
00:50:37filwitand Icc as well i think
00:51:55filwithrm, i keep getting: emcc: cannot find library "../Nim/Nim/lib"
00:52:19filwitfrom line 8 in your instructions (-l/z/nimrod/Nimrod/lib)
00:52:37filwittreeform_ ^
00:52:54treeform_hmm i used fixed paths some place i think
00:53:03filwitjust tried that, didn't help
00:53:31treeform_just compiled it normally
00:53:39treeform_with nimrod and gcc
00:53:45treeform_and steal the paths it uses
00:53:47treeform_thats what I did
00:53:55filwitah, okay, one sec
00:54:06treeform_i basically just gook gcc and write emcc and it worked
00:55:39*dom96 quit (Excess Flood)
00:57:33*dom96 joined #nimrod
01:01:52filwithmm... all the commands gave me warnings... did they for you? They didn't give errors, so I assumed they where working... but i don't see any JS file...
01:03:20*treeform_ quit (Remote host closed the connection)
01:05:57filwitWARNING root: emcc: cannot find library "dl"
01:06:01filwittreeform_ ^
01:06:57filwithappens when i try to link... i assume that's why it doesn't gen a JS file... maybe I should just install EMCC from the binary (instead of from git AUR)
01:09:38bogendl is the dynamic linker library.
01:10:00bogenis is unlikely that a js program can load shared objects
01:10:18bogenyou can't use the same link command
01:11:44*q66 quit (Quit: Leaving)
01:13:41filwitbogen: yeah I figured, It was just in the warning... i now see that emcc is building a executable tho
01:14:30filwitnot a js file... but an executable..
01:14:53filwitoh, duh... nevermind i'm just doing something stupid
01:17:37filwittreeform_: cool it worked :) but I didnt' need the -D MAP_ANONYMOUS thing (i'm guessing that's and bug with the branch you're using)
01:21:28filwittreeform_: also, what might make the filesize less is to add -O2 to the emcc lines (i'm about to try it)
01:24:51filwittreeform_: yep, without -O2 filesize is ~775k, with it's ~225k
01:25:05filwit275k*
01:25:13filwit(non minimized)
01:26:21filwiterr... scratch that.. it didn't work, and built some other file..
01:26:32filwitstill 700+k
01:39:56*Demos_ joined #nimrod
01:40:47*Demos quit (Ping timeout: 255 seconds)
01:54:29*Fr4n quit (Ping timeout: 276 seconds)
01:57:21*Fr4n joined #nimrod
02:00:08filwitstill 700+k
02:00:51Varriountfilwit: Why the worry over exe sizes?
02:06:08filwitVarriount: i'm not, just attempting to lower it
02:08:03*Fr4n quit (Ping timeout: 267 seconds)
02:08:06*Jesin joined #nimrod
02:19:38*francisl joined #nimrod
02:22:22*willwillson quit (Ping timeout: 272 seconds)
02:30:45bogenfor an ecmascript file 700+ k is a lot, especially when you using slow web connections.
02:30:52*Fr4n joined #nimrod
02:31:13bogenso filesize does matter for is this case
02:31:39bogens/for is/in/
02:40:52*brson quit (Quit: leaving)
02:44:53*fowl joined #nimrod
02:48:16filwitum... 'inf' was renamed?
02:49:28*vendethiel- joined #nimrod
02:49:41Varriountfilwit: Not that I know of.
02:50:04filwitwell i get this: Error: undeclared identifier: 'inf'
02:50:33filwitjust rebuilt (bigbreak)...
02:50:42*vendethiel quit (Ping timeout: 245 seconds)
02:51:45*treeform2 joined #nimrod
02:52:03treeform2filwit: got your thing working now?
02:52:27filwittreeform2: having problems building it... `inf` no longer seems to be a valid symbol
02:52:39filwitmaybe it's a bug with the bigbreak branch tho, i'll try devel
02:52:57treeform2i was using master
02:53:03treeform2does the simple hello world works?
02:53:07filwityes
02:53:54filwitbtw, you don't have to do --genScript (and I didnt' have to do MAP-D _ANONYMOUS)
02:54:13filwit-D MAP_ANONYMOUS**
02:54:37filwitalso, you should probably add -O2 or -O3 to your emcc lines
02:54:40treeform2http://ishtar.aff2aw.com:9001/p/nimrod-emcc
02:54:56treeform2yes -D MAP_ANONYMOUS instead of #define later
02:55:02treeform2the lower -d did not work
02:55:12filwitno, i didn't have to do that at all (it's probably a bug with master)
02:55:25treeform2yes i am using master
02:57:01filwitthere, i fixed the instructions a bit
02:58:51filwitgod I can't try devel right now cause of the Nim rename...
03:01:34Varriountfilwit: Huh?
03:01:52*fowl quit (Ping timeout: 240 seconds)
03:01:55*fowlmouth joined #nimrod
03:02:58filwitVarriount: well trying to switch from bigbreak to devel has issues (because of the name change), so I'm just going to reclone Nim into a nim-devel folder
03:04:40*Francisco joined #nimrod
03:04:45*Fr4n quit (Ping timeout: 264 seconds)
03:04:50*Francisco quit (Changing host)
03:04:50*Francisco joined #nimrod
03:06:58filwityeah devel has `inf` defined... bigbreak does not.. i wonder if that was renamed or if it's a bug
03:07:54*xenagi joined #nimrod
03:14:26filwittreeform2: cool, it works (and completes in 4.369s vs 2.329s normal)
03:14:26*flaviu quit (Ping timeout: 276 seconds)
03:14:52filwittreeform2: now i need to compare a regular Nim JS backend
03:15:40filwittreeform2: plus i need to render the output to verify that it's actually working correctly
03:16:30treeform2cool let me know how that goes
03:18:04*darkf_ joined #nimrod
03:21:01*darkf quit (Ping timeout: 272 seconds)
03:22:46*darkf_ is now known as darkf
03:32:58*darkf_ joined #nimrod
03:35:21*Fran__ joined #nimrod
03:35:32*darkf quit (Ping timeout: 255 seconds)
03:38:06*Francisco quit (Ping timeout: 252 seconds)
03:39:01*darkf joined #nimrod
03:41:07*NimBot_ joined #nimrod
03:41:12filwittreeform2: http://www.scottlogic.com/blog/2014/03/12/native-code-emscripten-webgl-simmer-gently.html
03:41:52filwittreeform2: unfortunately it looks like the Nim JS backend is missing timing features, so I'll need to remake those (use Emscriptens) in order to compare performance
03:41:55*darkf_ quit (Ping timeout: 272 seconds)
03:42:11*darkf_ joined #nimrod
03:42:52*NimBot quit (Ping timeout: 252 seconds)
03:45:05*darkf quit (Ping timeout: 272 seconds)
03:47:36*darkf_ is now known as darkf
03:47:52*johnsoft quit (Ping timeout: 240 seconds)
03:48:19*johnsoft joined #nimrod
03:56:06*Francisco joined #nimrod
03:59:02*Fran__ quit (Ping timeout: 245 seconds)
04:08:50*francisl quit (Ping timeout: 255 seconds)
04:12:33*Francisco quit (Ping timeout: 264 seconds)
04:13:08*Francisco joined #nimrod
04:36:35*Fran__ joined #nimrod
04:39:22*Francisco quit (Ping timeout: 245 seconds)
04:52:09*xenagi quit (Read error: Connection reset by peer)
04:53:53*Fran__ quit (Ping timeout: 276 seconds)
04:57:55*Fran__ joined #nimrod
04:58:05filwittreeform2: well i got it rendering to the canvas, but the image isn't correct. So I'm trying to figure out if that the way i'm drawing to the canvas, reading from Emscripten values, or how Emscripten in executing the code.
04:58:30*adrusi quit (Quit: adrusi)
05:00:02treeform2do you ahve a pic?
05:03:09filwittreeform2: i'll upload it, one sec
05:05:15filwittreeform2: http://reign-studios.net/philipwitte/nimrod/emcc-raytracer/main.htm
05:05:31filwityou can find all the source in the parent dir as well
05:05:44filwit(including the makefile with build commands)
05:06:09filwitnote: might take a second to render, and it logs the time
05:07:16filwitfinal output should look like this: https://github.com/zezba9000/RayTraceBenchmark/blob/master/ReferenceImage.jpg
05:08:07filwitthe fact that there's no color and things are spaced odd makes me thing i'm reading from the data wrong (i hope that's it)
05:09:22*Jesin quit (Ping timeout: 240 seconds)
05:11:21*Jesin joined #nimrod
05:13:02*Jesin quit (Max SendQ exceeded)
05:13:06*treeform2 quit (Remote host closed the connection)
05:13:38*Jesin joined #nimrod
05:13:59*Fran__ quit (Ping timeout: 272 seconds)
05:14:14filwitoh duh... i'm retarded... the incoming image is RGB, not RGBA..
05:14:48*Fr4n joined #nimrod
05:14:50*Fr4n quit (Changing host)
05:14:50*Fr4n joined #nimrod
05:25:33*Fr4n quit (Ping timeout: 246 seconds)
05:26:00*Skrylar quit (Ping timeout: 268 seconds)
05:35:35*Skrylar joined #nimrod
05:43:46*Demos_ quit (Read error: Connection reset by peer)
05:44:33*Ven joined #nimrod
05:50:51*Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
06:02:57*BlaXpirit joined #nimrod
06:11:51*filwit quit (Quit: Leaving)
06:13:52*fowlmouth quit (Ping timeout: 240 seconds)
06:27:22*nande quit (Remote host closed the connection)
07:10:44*kunev joined #nimrod
07:37:03NimBotAraq/Nimrod devel 24afab2 Araq [+0 ±1 -0]: Threads work again
07:58:33*bjz quit (Ping timeout: 260 seconds)
08:01:26*Trustable joined #nimrod
08:03:23NimBotAraq/Nimrod devel 46bbae4 Araq [+0 ±1 -0]: fixes #1366
08:03:23NimBotAraq/Nimrod devel ff55c48 Araq [+0 ±2 -0]: mostly fixes #1339
08:03:23NimBotAraq/Nimrod devel c73142d Araq [+0 ±1 -0]: fixes #1067
08:05:20*Fr4n joined #nimrod
08:20:37*bjz joined #nimrod
08:23:50*Fr4n quit (Ping timeout: 276 seconds)
08:30:13*Fr4n joined #nimrod
08:47:28*Fr4n quit (Quit: Leaving)
08:49:36*kuzy000_ joined #nimrod
08:59:33*kunev quit (Quit: ядкова шашма!)
09:04:22*DiffuseStorm left #nimrod ("Leaving")
09:05:50*BlaXpirit quit (Quit: Quit Konversation)
09:07:31*BlaXpirit joined #nimrod
09:07:53*kunev joined #nimrod
09:12:17*untitaker quit (Ping timeout: 260 seconds)
09:18:15*untitaker joined #nimrod
10:13:19*francisl joined #nimrod
10:15:17*bjz quit (Quit: Textual IRC Client: www.textualapp.com)
10:17:42*francisl quit (Ping timeout: 245 seconds)
10:54:43*Jesin quit (Ping timeout: 272 seconds)
10:59:42*Jesin joined #nimrod
11:05:29*Jesin quit (Ping timeout: 272 seconds)
11:06:03*Jesin joined #nimrod
11:08:53*Jesin quit (Excess Flood)
11:10:25*Jesin joined #nimrod
11:12:19*xcombelle joined #nimrod
11:12:48*Jesin quit (Max SendQ exceeded)
11:16:43*Jesin joined #nimrod
11:36:03*noam_ is now known as noam
11:54:39*darkf_ joined #nimrod
11:57:57*darkf quit (Ping timeout: 260 seconds)
12:13:04*willwillson joined #nimrod
12:19:10EXetoCAraq: what comment changes exactly? should I be able to comment out a proc argument for example?
12:26:13*francisl joined #nimrod
12:30:45*francisl quit (Client Quit)
12:40:39*darkf_ is now known as darkf
12:52:11EXetoCwill "discard o.find x, y, z" be the equivalent of "discard o.find(x, y, z)" at some point?
13:00:24EXetoCI assume it will, because it's barely worth using that syntax otherwise
13:13:23*bjz joined #nimrod
13:42:49*darkf quit (Quit: Leaving)
13:55:41*saml joined #nimrod
14:04:38*francisl joined #nimrod
14:12:21*Matthias247 joined #nimrod
14:18:00*Matthias247 quit (Read error: Connection reset by peer)
14:20:19*adrusi joined #nimrod
14:45:37*Varriount_ joined #nimrod
14:47:18*Varriount quit (Ping timeout: 246 seconds)
14:48:09*bogen quit (Quit: Leaving.)
15:08:03*Jesin quit (Ping timeout: 272 seconds)
15:08:09francislI do I use the flag -p for the compiler ? e.g. nimrod c -p ~/Downloads/jester -r index.nim => failed with (command line(1, 1) Error: argument for command line option expected: '-p')
15:08:41francislbut nimrod c --path=~/Downloads/jester -r index.nim => work fine
15:09:19*Jesin joined #nimrod
15:10:48dom96there is no -p flag
15:11:21francislthe compiler help says otherwise
15:12:34francislI have version 0.9.4
15:12:41francislOptions:
15:12:42francisl -p, --path:PATH add path to search paths
15:12:49*Jesin quit (Max SendQ exceeded)
15:13:56willwillson-p:~/Downloads/jester ?
15:14:52*Jesin joined #nimrod
15:17:00francislok, thanks, that work
15:17:50francislins’t -p: a weird convention ? I think it’s first unix command I see using this convention
15:19:22*Jesin quit (Max SendQ exceeded)
15:20:13*Jesin joined #nimrod
15:22:35willwillsonit confused me as well at first.. not obvious that the single letter flag needs a colon :D
15:22:58*Jesin quit (Max SendQ exceeded)
15:24:32*Jesin joined #nimrod
15:26:39francislit’s definately doens’t follow the rule of least surprise and I’ll probably not the last one asking this question
15:30:22*Jesin quit (Ping timeout: 240 seconds)
15:38:08*adrusi quit (Quit: adrusi)
15:41:32*Jesin joined #nimrod
15:42:04*kunev quit (Quit: leaving)
15:43:45*xcombelle quit (Remote host closed the connection)
15:54:16*adrusi joined #nimrod
16:09:34*nande joined #nimrod
16:10:24*adrusi quit (Quit: adrusi)
16:18:05*adrusi joined #nimrod
16:42:24Skrylarfrancisl: i don't think Araq is a linux user
16:42:40Skrylar--foo:bar is common in windows commands, Mono's getopt allows both : and =
16:42:51Skrylari don't know that nimrod has a getopt yet
16:43:08*willwillson quit (Ping timeout: 252 seconds)
16:53:39*adrusi quit (Ping timeout: 246 seconds)
16:59:21*Jesin quit (Ping timeout: 264 seconds)
17:02:17francislSkrylar: I’m a mac user, but the same apply
17:04:32*q66 joined #nimrod
17:05:42francislI don’t know what kind of community nimrod is targeting, but a windows standard on linux/mac/unix will confuse many. getopt would be nice
17:18:05EXetoCSkrylar: there's a getopt module
17:21:41*zahary_ joined #nimrod
17:26:55*Jesin joined #nimrod
17:31:11*nande quit (Read error: Connection reset by peer)
17:32:05*adrusi joined #nimrod
17:37:19*brson joined #nimrod
17:38:37Araqfrancisl: I'm a linux user but -p foo requires the option parser to know about which options have an argument
17:38:53Araq-p:foo is nicer because it can be parsed without symbol lookups
17:39:50*adrusi quit (Quit: adrusi)
17:46:03*enquora joined #nimrod
17:47:23*treeform2 joined #nimrod
17:49:05*Matthias247 joined #nimrod
17:52:22*Jesin quit (Ping timeout: 245 seconds)
17:55:50*Jesin joined #nimrod
17:57:38*Jesin quit (Max SendQ exceeded)
17:57:55*adrusi joined #nimrod
17:58:24*Jesin joined #nimrod
18:16:53francislAraq: you are surely right, but it break the rule of least surprise nonetheless. which lead to small anoyance for future nimrod developer.
18:17:09francislI can propose to update the help file
18:17:51francisljust to add the information that single dash parameter need to use :
18:18:16*treeform2 quit (Remote host closed the connection)
18:19:02Araqfrancisl: dunno if people will read this. better patch the option parser instead
18:19:22Araqit uses some deprecated module anyway
18:19:50Araqhowever, it's not easy to change, there is lots of subtle stuff
18:20:01*Matthias247 quit (Read error: Connection reset by peer)
18:21:17NimBotAraq/Nimrod devel 1791ab6 Araq [+0 ±2 -0]: fixes #665
18:21:17NimBotAraq/Nimrod devel 63548f0 Araq [+0 ±1 -0]: manual merge of #1526
18:21:18francislmaybe the ROI don’t worth it for the moment
18:21:29Araqindeed
18:22:23Araqbut ok, let me patch the help output
18:35:32*silven quit (Remote host closed the connection)
18:37:07*Trustable quit (Quit: Leaving)
18:37:21*willwillson joined #nimrod
18:38:49*silven joined #nimrod
18:58:06*adrusi quit (Quit: adrusi)
19:06:54*Jesin quit (Quit: Leaving)
19:34:12Araqping Varriount_
19:37:08*flaviu joined #nimrod
19:40:14*johnsoft quit (Ping timeout: 252 seconds)
19:40:15*saml quit (Ping timeout: 252 seconds)
19:40:17*adrusi joined #nimrod
19:40:39*saml joined #nimrod
19:40:46*johnsoft joined #nimrod
19:43:15*flaviu quit (Remote host closed the connection)
19:53:50EXetoCC macros for epic inlineiness!!!11
19:54:27EXetoCso what libs be needing? I'll work on msgpack again, because people have been asking about that
19:58:48AraqEXetoC: this is fine, but we also need a "release manager"
19:59:46Araqaka a core developer
20:00:15Araqthere is plenty of things you can do to help us even the compiler's source code scares you
20:01:34EXetoCis that an attempt at directing me towards simpler things? :p
20:01:43EXetoCI'll consider it
20:03:42Araqnot simpler, different :P
20:08:31*Ven joined #nimrod
20:08:33*Ven quit (Client Quit)
20:13:49*q66[lap] quit (Read error: Connection reset by peer)
20:14:21*q66[lap] joined #nimrod
20:41:12*filwit joined #nimrod
20:42:10filwittreeform's not around eh? :\
20:42:52filwitAraq: did you see the Nim -> EMCC ray-tracer: http://reign-studios.net/philipwitte/nimrod/emcc-raytracer/main.htm
20:43:26filwitAraq: the output (which is incorrect) is complete different if I compile with --gc:none
20:44:22filwitAraq: it also runs much faster, but the output is incorrect in both situations, so I'm not sure if that's accurate
20:46:12filwitAraq: either way, I'm pretty impressed with the performance overall (better than I was expecting), so if/when Nim eventually targets EMCC correctly that will be pretty awesome (considering they also have a built-in SDL/GL -> WebGL framework which should make porting my stuff over easy).
20:46:41Araqfilwit: the js codegen seems to be quite unusable ... :-/
20:46:59AraqI'll add some note to its docs
20:47:12filwitAraq: I haven't tried the JS codegen yet (because Times is unsupported there)
20:47:24Araqhu?
20:47:28*Matthias247 joined #nimrod
20:47:40Araqwhat do you mean then by "the output is incorrect"?
20:47:43filwitAraq: I meant tried the Raytracer with the JS codegen. I've only tried it with EMCC
20:48:09Araqyes. so emcc is broken?
20:48:13filwitAraq: the output is supposed to look like this: https://github.com/zezba9000/RayTraceBenchmark/blob/master/ReferenceImage.jpg
20:49:10filwitAraq: i'm not sure exactly what part of the whole process is messing things up, but note that if I compile the Nim code with --gc:none the output is completely different than with regular GC
20:49:46dom96hey filwit
20:49:54dom96got the forum design yet? I'm curious to see it
20:50:00filwit(only on the EMCC version of course, Native runs just great with --gc:none and doesn't even give any performance boost... yay for a great GC :))
20:50:28filwithey dom96: still working on it, sorry (which is why i'm here tho)... got a bit distracted last night.
20:50:36dom96np
20:53:17filwitAraq: what happened to `inf` in bigbreak btw?
20:53:34filwiter.. wait.. you probably just made that capital huh... didn't try that.
20:55:42Araqfilwit: it's now Inf? dunno
20:56:15filwitAraq: yeah it's Inf now apparently... which I don't like (just for the record)
20:56:55EXetoCit's not sort of like a constant?
20:57:13EXetoCindeed it is
20:58:31filwityeah... which I usually make PascalCase, so I guess i'm being inconsistent with the dislike for that... but I've always thought of 'inf' more like 'nil'
20:59:18filwitor 'void'... you know, more of a "built-in endpoint"
20:59:22dom96is the convention for constants PascalCase?
20:59:34filwiti dunno
20:59:42filwiti don't think so
21:00:11EXetoCthe endpoint to a black hole
21:00:57EXetoCthat doesn't make sense
21:02:48filwitwell ultimately I think constants should be camelCase but be highlighted differently in the syntax... which is really the only reason I have been using PascalCase ones (so that my syntax highlighter colors them differently)
21:03:12filwitbut i'm not sure I even like my choice in that right now, so yeah..
21:04:16Skrylardom96: i seem to recall that araq said constants should be fullcaps
21:04:23Skrylarat least he said this to me once
21:04:38Skrylaralso nitpick: i hate when people use 'void' as a type
21:04:54EXetoCdidn't he say he disliked it because it's like yelling?
21:05:11filwityeah ALLCAPS is horrible for anything IMO
21:05:13Skrylari donno. but its normal for constants to be fullcaps in many languages
21:05:17EXetoCbut to me it's just another style used for distinction
21:05:20Araqconstants are mostly PascalCase except when they are not
21:05:42AraqI consider ALLCAPS an artifact of the C preprocessor
21:05:47Araqand thus barbaric
21:05:52Araqbut
21:05:59EXetoCI don't care where it comes from
21:06:00SkrylarRuby uses allcaps as well from what I recall, and $ for globals
21:06:05Araqthey can be acceptable in wrappers
21:06:11SkrylarLisp has +constants+ and *globals*
21:06:30filwitAraq: which would you prefer for constants Pascal or camelCase ? (i'll got through the compiler and fix any odd-man-outs and make a PR if you want)
21:06:35Skrylarsome people don't like the line noise but i think "$foo" is very obviously a global scope versus "foo" which could come from anywhere
21:07:34EXetoCnow they might clash with types, but the partial sensitivity doesn't change anything in that regard because of the change to the type name style
21:08:45EXetoCmight be rare though, and you can always append or prepend 'const'
21:12:35AraqEXetoC: it IS very rare
21:12:53Araqin fact ... I can't even think of an example where this happens
21:13:08*io2 joined #nimrod
21:13:22AraqSkrylar: $global is fine but also annoying when you have to use the global very often
21:15:44*kuzy000_ quit (Ping timeout: 255 seconds)
21:15:46filwiti can't think of any reason using $constant would be a good thing...
21:19:31dom96I still would like to allow PascalCase only for types.
21:21:21filwitdom96: i agree... if you're talking about a 'standard' (not an actual parser rule)
21:22:15EXetoChow many people are going to diverge from that anyway?
21:22:34filwitdom96: but i like lower-case "core" types (int, float, etc.. even string) and don't think there would be any reason to limit others from choosing what they like best (in their own code)
21:22:50EXetoCand aren't these lenient rules a way to allow people to easily use their own style?
21:23:04EXetoChas our position on this changed?
21:25:04filwitEXetoC: exactly. I'm completely for partial case-sensitivity (because it fixes all issues with symbol conflict) but I still love that Nim allows you to be pretty free with writing to your preference.
21:25:14EXetoCand then there's code generated with tools such as c2nim
21:27:26EXetoCand then you have primitive types, though you can always such rules to be overriden
21:33:20*Matthias247 quit (Read error: Connection reset by peer)
21:39:51*filwit quit (Quit: Leaving)
21:49:35*bjz quit (Ping timeout: 272 seconds)
21:52:24*saml quit (Quit: Leaving)
22:10:25*io2 quit (Quit: ...take irc away, what are you? genius, billionaire, playboy, philanthropist)
22:11:56*nande joined #nimrod
22:19:46*bjz joined #nimrod
22:35:07*francisl quit (Quit: francisl)
22:41:22*adrusi quit (Ping timeout: 252 seconds)
22:47:02*Trixar_za quit (K-Lined)
22:49:21*flaviu joined #nimrod
22:50:02*Trixar_za joined #nimrod
22:50:22*BlaXpirit quit (Ping timeout: 240 seconds)
22:57:28*Fr4n joined #nimrod
22:59:34*enquora quit (Quit: enquora)
23:11:53*darkf joined #nimrod
23:17:38*Demos joined #nimrod
23:17:58Demosdoes babel work with bigbreak?
23:17:58*Demos is now known as Guest97271
23:18:27*Guest97271 quit (Client Quit)
23:18:34*Demos_ joined #nimrod
23:18:58AraqDemos_: no idea
23:19:19Demos_I got an error when trying to compile base64 from the stdlib, I kinda doubt it does
23:19:42Araqbase64 should work with bigbreak though
23:19:51AraqI remember fixing it
23:20:07Demos_I just bootstrapped today
23:20:38Araqwell then fix it and make a PR
23:20:46Demos_k
23:25:34*adrusi joined #nimrod
23:26:41Demos_hm the latest compiler from devel can not compile bigbreak, which is annoying
23:33:31Araqwhy not?
23:33:53Demos_invalid pragma: depricated
23:34:10Araqah
23:34:12Araqwell
23:34:25AraqI guess I should port this back
23:39:22*Francisco joined #nimrod
23:41:58*Fr4n quit (Ping timeout: 263 seconds)
23:43:12*bjz quit (Ping timeout: 245 seconds)