<< 25-10-2016 >>
00:02:36*mitai___ quit (Ping timeout: 260 seconds)
00:02:42*mitai joined #nim
00:05:19*bjz joined #nim
00:14:54*brson quit (Quit: Lost terminal)
00:18:09*beatmox quit (Ping timeout: 256 seconds)
00:18:44FromGitter<GraydenH> opengl is listed as a require in nimx
00:19:08FromGitter<GraydenH> what could possibly be causing such a thing to happen?
00:19:14*beatmox joined #nim
00:20:16*desophos_ is now known as desophos
00:21:43*bjz quit (Read error: Connection reset by peer)
00:23:08*mitai___ joined #nim
00:23:34*dmi00 quit (Quit: ~)
00:24:00*mitai quit (Ping timeout: 265 seconds)
00:29:29*dmi0 joined #nim
00:33:35*CcxWrk joined #nim
00:35:04*gangstacat joined #nim
00:44:17*brson joined #nim
00:53:18*libman quit (Quit: Leaving.)
00:53:24*mitai___ quit (Ping timeout: 250 seconds)
01:09:38*couven92 quit (Read error: Connection reset by peer)
01:13:06*dmi00 joined #nim
01:13:32*dmi0 quit (Ping timeout: 260 seconds)
01:18:58FromGitter<GraydenH> made a nim.cfg with `--path:"opengl"` and copied the opengl package from /.nimble/pkgs and renamed it to opengl so the path with open it, now it says it can't open 'async_http_request'
01:19:16FromGitter<GraydenH> async_http_request is also in my .nimble/pkgs dir
01:19:32*dmi00 quit (Ping timeout: 260 seconds)
01:20:32*chemist69 quit (Ping timeout: 260 seconds)
01:20:40*dmi00 joined #nim
01:26:20FromGitter<GraydenH> now I've done the same with async_http_request ⏎ ```path="opengl" ⏎ path="async_http_request"``` ⏎ and it still says cannot find async_http_request [https://gitter.im/nim-lang/Nim?at=580eb4bc80a572516d9145cd]
01:33:28*chemist69 joined #nim
01:34:24*dmi00 quit (Ping timeout: 250 seconds)
01:44:28*sgt_baker joined #nim
01:53:09FromGitter<GraydenH> did all the same steps on a linux vm now it says cannot install 'X'
01:54:06FromGitter<GraydenH> isn't that in the standard library
01:55:11*brson quit (Quit: leaving)
01:56:48*saml_ quit (Quit: Leaving)
02:14:19*FromGitter quit (Ping timeout: 256 seconds)
02:14:53*pigmej quit (Ping timeout: 256 seconds)
02:17:31*pigmej joined #nim
02:17:44*FromGitter joined #nim
02:18:36*Guest24025 quit (Ping timeout: 250 seconds)
02:32:36*sgt_baker left #nim ("Leaving")
02:50:25FromGitter<GraydenH> ok, I've downloaded 3 different git repos
02:51:21FromGitter<GraydenH> not sure why I had to do it manually if these were already supposed to be in my filesystem after installing nim/nimble
03:06:20FromGitter<GraydenH> it kept doing it so I added everything in .nimble/pkgs to my nim.cfg path and it finally compiled
03:06:27FromGitter<GraydenH> not sure what I did wrong
03:06:36FromGitter<GraydenH> to have to do that
03:08:55*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
03:12:30*enthus1ast quit (Ping timeout: 250 seconds)
03:16:10*kulelu88 quit (Quit: Leaving)
03:21:43*chemist69 quit (Ping timeout: 245 seconds)
03:24:04*chemist69 joined #nim
03:47:54FromGitter<GraydenH> now its compiling but I'm getting runtime errors
03:48:09FromGitter<GraydenH> made this issue: https://github.com/nim-lang/x11/issues/8
03:49:41FromGitter<GraydenH> I got that error for libx11 and libsdl2, I fixed it by manually changing the nimble packes that include both of them
03:51:00FromGitter<GraydenH> not sure if this is a problem for both those packages and I should make a PR or if it shouldn't be changed and I'm wrong
03:55:18FromGitter<GraydenH> Now I am getting ``` ⏎ could not import SDL_CaptureMouse``` ⏎ ⏎ Not sure why i'm getting a runtime error for an import or where the problem is since thats the entire error message ⏎ ... [https://gitter.im/nim-lang/Nim?at=580ed7a680a572516d91b2e9]
04:06:30FromGitter<GraydenH> sorry for spam, just trying to get help since I've been trying to get this to work for a long time
04:06:47FromGitter<GraydenH> in different forms
04:23:15*Demon_Fox quit (Ping timeout: 265 seconds)
04:29:38*vendethiel quit (Ping timeout: 245 seconds)
04:30:07*vendethiel joined #nim
04:37:06*Demon_Fox joined #nim
04:59:52*hcorion quit (Remote host closed the connection)
05:16:25*vendethiel- joined #nim
05:16:31*vendethiel quit (Ping timeout: 276 seconds)
05:37:57*lyro joined #nim
06:01:24*nsf joined #nim
06:05:03*gokr joined #nim
06:16:54FromGitter<Araq> this means your version of SDL lacks CaptureMouse and doesn't work with nimx, I think
06:33:29FromGitter<gogolxdong> libsdl2>=2.0.4
06:42:35*literal_ joined #nim
06:42:42*literal quit (Ping timeout: 265 seconds)
06:48:50*xet7 quit (Quit: Leaving)
06:51:09*Trustable joined #nim
06:55:10*ludocode joined #nim
06:58:10*Andris_zbx joined #nim
07:01:22*xet7 joined #nim
07:02:59*bjz joined #nim
07:04:23*ftsf_ quit (Remote host closed the connection)
07:07:40*gokr quit (Ping timeout: 276 seconds)
07:16:36*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
07:29:41*pafmaf joined #nim
07:31:12*bjz joined #nim
07:40:17*fredrik92 joined #nim
07:42:56*fredrik92 is now known as couven92
07:48:09FromGitter<Araq> SDL doesn't use semantic versioning, they introduce new features in point releases
07:55:13couven92@Araq, maybe you noticed that I updated the vccwrapper yesterday night? Now it takes the vcvars platform as an argument rather than that it is compile time decided
07:58:07FromGitter<Araq> no, sometimes I sleep
08:03:30*gokr joined #nim
08:08:39FromGitter<Araq> can you remove the linkerexe if it's not required?
08:08:53couven92will do
08:11:32FromGitter<Araq> and more importantly: Should we setup some CI infrastructure for testing against Visual C++?
08:12:37couven92you mean detect VS and verify that we actually can compile using the vcc wrapper and the MS cl.exe?
08:17:37*PMunch joined #nim
08:18:14*ibk quit (Quit: Connection closed for inactivity)
08:18:48FromGitter<Araq> I mean vs can bootstrap Nim
08:19:32couven92I do that each time you issue a new release... i kompile koch using --cc:vcc and then nim using --cc:vcc
08:21:02*fredrik92 joined #nim
08:21:30*fredrik92 quit (Client Quit)
08:23:02*fredrik92 joined #nim
08:23:14*couven92 quit (Disconnected by services)
08:23:18*fredrik92 is now known as couven92
08:23:43*fredrik92 joined #nim
08:24:00*HakanD_ joined #nim
08:24:33FromGitter<Araq> yay :-9
08:24:38FromGitter<Araq> :-)
08:25:37*yglukhov joined #nim
08:28:41*Arrrr joined #nim
08:29:40*HakanD__ joined #nim
08:33:03*HakanD_ quit (Ping timeout: 252 seconds)
08:34:44couven92@Araq, vcclinkerexe deleted https://github.com/nim-lang/Nim/pull/4949
08:39:53FromGitter<Araq> "My CL.exe (Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1) complains about /arch:SSE2"
08:40:04FromGitter<Araq> what can we use instead?
08:41:30couven92ah... it's because I use the 64-bit compiler: https://msdn.microsoft.com/en-us/library/7t5yh4fd.aspx
08:42:08FromGitter<Araq> so make it dependent on @if defined(i386)
08:42:16couven92yeah, will do
08:45:45couven92What about amd64? shall I use /arch:AVX or AVX2 there?
08:46:30couven92MSDN: The /arch:AVX2 option was introduced in Visual Studio 2013 Update 2, version 12.0.34567.1.
08:50:36FromGitter<Araq> dunno
08:50:56FromGitter<Araq> which cpus support these?
08:51:47couven92AVX: first supported by Intel with the Sandy Bridge processor shipping in Q1 2011 and later on by AMD with the Bulldozer processor shipping in Q3 2011.
08:52:19couven92Advanced Vector Extensions 2 (AVX2), also known as Haswell New Instructions,[2] is an expansion of the AVX instruction set introduced in Intel's Haswell microarchitecture.
08:53:18FromGitter<Araq> avx one then
08:53:28couven92ok
08:56:39*bjz_ joined #nim
08:58:16*bjz quit (Ping timeout: 260 seconds)
08:58:21*fredrik92 quit (Ping timeout: 256 seconds)
09:01:50couven92@Araq, ok, that's done... How do I add the vcvars options in the nim.cfg?
09:03:01couven92with vcc.options.always for each platform in an @if ?
09:04:40FromGitter<Araq> yeah
09:05:22couven92btw, always does not aply to the linker options! that's why I needed to add the /nologo to the linker options in the nim.cfg
09:07:43couven92or do we have sth like: vcc.options.linker.always?
09:08:51*literal_ is now known as literal
09:13:23*Arrrr quit (Ping timeout: 245 seconds)
09:19:43FromGitter<Araq> I think that's a thing, yes
09:23:32*dmi00 joined #nim
09:26:02*vqrs quit (Ping timeout: 250 seconds)
09:28:18*fredrik92 joined #nim
09:29:19*vqrs joined #nim
09:30:04*dmi00 quit (Ping timeout: 260 seconds)
09:30:51*HakanD__ quit (Quit: Be back later ...)
09:44:50*PMunch quit (Quit: leaving)
09:47:29*Arrrr joined #nim
09:49:02cheatfateAraq, are you trying to add AVX to amd64 architecture by default?
09:49:14couven92cheatfate: I am
09:49:16couven92:P
09:49:18cheatfatebecause my processor don't have AVX
09:49:33couven92only for VCC and only optimize for AVX
09:49:35*Demon_Fox quit (Quit: Leaving)
09:50:10cheatfatecouven92, what will happens if cpu not support it?
09:50:33cheatfateLike mine Intel Core i7 950?
09:50:55couven92that means older cpus will still run, they will just have to go through one extra cmp in the generated assembly
09:51:39cheatfateall optimization options must be not default, imho
09:52:37cheatfateso if you want to enable AVX make {.passC.} define to your code but please, do not enable it by default
09:52:44couven92cheatfate: well the original nim.cfg always had /arch:SSE2 that's an optimization!
09:53:39cheatfatecouven92, cl : Command line warning D9002 : ignoring unknown option '/arch:SSE2'
09:54:04cheatfatecouven92, so it never worked...
09:54:07couven92yes, that's becuase the x64 compiler does not have the SSE2 options
09:55:49FromGitter<Araq> well .passC hardly works with this, but a project specific config file does
09:56:11FromGitter<Araq> however, if avx enabled code still runs on older cpus, there is no reason not to have it, IMO
09:56:41cheatfateAraq, but why it must be slower?
09:56:52couven92that's why we considered that we set AVX for the arch option on x64 compilers, because that's the oldest supported option roughly equiv. to SSE2 on x86
09:57:32couven92cheatfate: we are talking about one additional cmp statement in the generated assembly binary, that's extremly little
09:57:53def-couven92: what? All x86-64 cpus have sse2, so sse2 is auto-enabled if your compiler is reasonable
09:58:46cheatfatecouven92, one additional cmp is not enough so its one additional cmp + jmps -> which can cause flushing of cpu cache -> which can cause slowdown
09:59:04couven92yeah... okay...
09:59:18couven92def- not all x86 processors have SSE2!
09:59:57def-couven92: all x86-64, i thought you're talking about 64bit
10:00:00couven92We have some very old Pentiums processors down in our lab at our university, that don't support SSE2, because they're antiques
10:00:23cheatfatecouven92, so why you want enable AVX optimization by default?
10:00:49*enthus1ast joined #nim
10:01:29cheatfateSSE was first introduced for Pentium III
10:01:36couven92I don't really care... we only had arch:SSE2 by default... But that's only allowed for x86, so I thought we added sth for x64 that works... if you rather want nothing for the arch option on x64 that's fine by me...
10:03:18cheatfate Enables the use of SSE2 instructions. This is the default instruction on x86 platforms if no /arch option is specified.
10:03:25FromGitter<Araq> alright, let's add nothing then.
10:03:30cheatfate-arch:SSE2
10:03:30cheatfate Enables the use of SSE2 instructions. This is the default instruction on x86 platforms if no /arch option is specified.
10:03:35FromGitter<Araq> let cl.exe pick reasonable defaults. or not.
10:03:52FromGitter<Araq> I need project specific optimizations flags anyway if I care about it.
10:04:13cheatfatehttps://msdn.microsoft.com/en-us/library/7t5yh4fd.aspx
10:05:21def-always good to set -march=native when you only need the binary on your own system anyway
10:06:42cheatfateAraq, are you far away from IRC client?
10:10:39FromGitter<Araq> yes. bbl
10:10:40*dmi00 joined #nim
10:13:30couven92ok, I'll remove the arch option from the deafult nim.cfg, for both x86 and x6
10:13:33couven92*x64
10:14:07*fredrik92 quit (Quit: Shutting down...)
10:17:55*HakanD__ joined #nim
10:31:01*enthus1ast quit (Ping timeout: 260 seconds)
10:51:18*bjz_ quit (Ping timeout: 245 seconds)
10:51:20*bjz joined #nim
10:54:36*fredrik92 joined #nim
11:02:06*Snircle joined #nim
11:10:50*fredrik92 quit (Ping timeout: 256 seconds)
11:11:59FromGitter<Araq> ok
11:16:30*dmi00 quit (Ping timeout: 265 seconds)
11:29:06*Arrrr quit (Quit: WeeChat 1.5)
11:31:04*Trustable quit (Remote host closed the connection)
11:33:17*Trustable joined #nim
11:38:59*desophos quit (Read error: Connection reset by peer)
11:58:00Araqcouven92: config/nim.cfg(191, 13) Error: '':'' expected
11:58:25*mitai___ joined #nim
12:00:02*mitai___ quit (Client Quit)
12:05:00*lg_` joined #nim
12:07:04*lg_ quit (Ping timeout: 250 seconds)
12:12:57*dmi00 joined #nim
12:20:46*lg_` is now known as lg_
12:23:05*niv joined #nim
12:23:39flyxWhat kind of limit is „Error: interpretation requires too many iterations“
12:23:48*bjz quit (Ping timeout: 245 seconds)
12:24:05*bjz joined #nim
12:24:20flyxdoes the VM have a maximum of supported iterations?
12:28:38couven92Araq, onto it
12:29:59*LeNsTR|away is now known as lenstr
12:29:59*lenstr quit (Changing host)
12:29:59*lenstr joined #nim
12:42:19*HakanD__ quit (Quit: Be back later ...)
12:42:54*HakanD__ joined #nim
12:47:22*HakanD__ quit (Ping timeout: 265 seconds)
12:48:18*dmi00 quit (Ping timeout: 256 seconds)
12:48:42*elrood joined #nim
12:50:41*dmi0 joined #nim
13:01:01*yglukhov_ joined #nim
13:03:35lg_is it possible to make nim compiler output full filename (as suppiled in command line) for Warning/Error messages?
13:03:50*yglukhov quit (Ping timeout: 250 seconds)
13:04:44*arnetheduck_ quit (Ping timeout: 260 seconds)
13:05:04lg_by default it outputs only file's basename
13:05:09flyxlg_: try -d:excessiveStackTrace
13:05:11*arnetheduck_ joined #nim
13:05:19flyxI saw Araq mention it somewhere, although it's undocumented
13:06:58lg_flyx: isn't it for runtime stack traces ?
13:07:07*yglukhov_ quit (Remote host closed the connection)
13:07:39*yglukhov joined #nim
13:07:47*fredrik92 joined #nim
13:07:47flyxah, yes. try --listFullPaths then
13:08:00flyxthat's actually documented ^^
13:09:15lg_thanks! sorry, I did not found it by skimming nim --advanced
13:12:04*yglukhov quit (Ping timeout: 250 seconds)
13:14:20*bjz_ joined #nim
13:14:25*bjz quit (Ping timeout: 244 seconds)
13:18:57*mitai joined #nim
13:43:26*HakanD__ joined #nim
13:48:08*HakanD__ quit (Ping timeout: 260 seconds)
13:50:44Araqflyx: the VM prevents endless loops
13:51:19Araqthat's right, the Nim compiler solved the halting problem :-)
13:51:23flyxAraq: that sounds a bit like it is solving the halting problem
13:51:25Araq(just kidding)
13:51:26flyxer, yes
13:51:48flyxyeah, I figured I had an endless loop
13:53:12*yglukhov joined #nim
13:53:47*yglukhov quit (Remote host closed the connection)
13:54:47*yglukhov joined #nim
13:55:11*bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
13:57:33*fredrik92 quit (Ping timeout: 245 seconds)
14:05:23FromGitter<ephja> I'm going to solve it and become a millionaire
14:05:57*nsf quit (Quit: WeeChat 1.6)
14:11:56*HakanD__ joined #nim
14:16:34flyxthe error „illformed AST“ could be a little bit more helpful in telling me what exactly the problem is
14:26:16*Matthias247 joined #nim
14:30:32AraqPRs are always welcome
14:32:24flyxah, a constsection, unlite a var/let section does not take identdefs, but a constdef
14:36:06*pafmaf_ joined #nim
14:37:40*pafmaf quit (Ping timeout: 256 seconds)
14:39:29*HakanD__ quit (Quit: Be back later ...)
14:40:05*HakanD__ joined #nim
14:44:32*HakanD__ quit (Ping timeout: 260 seconds)
14:48:48*gokr quit (Ping timeout: 245 seconds)
14:49:08*couven92 quit (Quit: Shutting down...)
14:55:44*HakanD__ joined #nim
14:57:09*PMunch joined #nim
15:04:56*mitai quit (Quit: Konversation terminated!)
15:05:48arnetheduck_ok confirmed.. m&s gc is broken with lto.. because of inlining, when a local ref var is assigned a newobj and newobj gets inlined, instead of keeping a pointer to the object, a pointer to the cell is kept (essentially, celltouser is skipped).. thus m&s will not see it because there's no pointer in regs/stack that actually points to the object and it will be swept
15:06:32arnetheduck_Araq, should I open an issue?
15:07:55Araqso that's an outerior pointer then, not an interior one?
15:09:01Araqshould be easy to fix. stack scanning takes interior pointers into account
15:09:35Araqso we only need to add sizeof(Cell) for every stack slot
15:11:50*pregressive joined #nim
15:12:56arnetheduck_ie check both in&out pointers?
15:14:11arnetheduck_preventing inlining of rawnewobj should also solve it
15:15:46*pregressive quit (Remote host closed the connection)
15:16:15Araqwhy both?
15:16:28Araqjust add the 8/16 offset unconditionally
15:16:40arnetheduck_well, for the case where it doesn't get inlined.. it
15:16:41arnetheduck_s not guaranteed
15:16:56*pregressive joined #nim
15:16:57Araqwell read again what I wrote.
15:17:15Araqif it's not inlined we turn the starting pointer into an interior pointer
15:17:27Araqwhich is still dealt with correctly.
15:18:22arnetheduck_ah, blocks are guaranteed to be 16 bytes at least?
15:19:12arnetheduck_ie if I alloc an 8-byte object, it'll still work to offset a user pointer by 16 bytes?
15:26:10Araqyou cannot allocate 8 bytes
15:26:27Araqthe header is 8/16 bytes already
15:29:04arnetheduck_yeah, but if I alloc an 8-byte object and in mem there's a pointer to the start of the object, and offset of 16 will no longer be "interior" to the object.. it's likely to be interior to the chunk so maybe it's fine anyway
15:31:09arnetheduck_unless the chunk has.. 24 bytes left (16+8) so that the stored pointer points to end-of-chunk - 8
15:31:57Araqoh yeah, you're right, that could cause problems :P
15:32:11Araqthough 16 is the minimal allocation size, I hope
15:33:01arnetheduck_i see it being rounded to 8
15:34:00Araq*shrug* so change it to 16
15:41:15FromGitter<coffeepots> is there a padstr type proc in stdlib, can't seem to find one?
15:45:33*pafmaf_ quit (Ping timeout: 260 seconds)
15:57:15Araqwhat is a padstr?
16:00:03*couven92 joined #nim
16:03:21*gokr joined #nim
16:07:48*Matthias247 quit (Read error: Connection reset by peer)
16:09:06*Matthias247 joined #nim
16:09:21couven92I am sorry I have been a little slow today... I was attending two board meetings so I did not have time to finish the stuff we discussed on the vccwrappers...
16:09:33*enthus1ast joined #nim
16:10:01couven92Araq, I saw that you didn't like /vcvars:platform:x86 and I agree... /vcPlatform:x86 better?
16:10:34Araqjust --platform:x86
16:10:58Araqcl.exe usees / we use -- no ambiguities
16:11:16Araqand you can use parseopt for easier command line parsing
16:12:04couven92Araq, but that might be dangerous in the config file... User might get tempted to replace the -- with / or vice versa...
16:12:55Araqjust add a comment then to the config.
16:13:12AraqI know people don't read these but then we can say "you have been warned" :P
16:13:33couven92Okay! :D
16:14:33couven92--platform it is... --winstore and --sdkversion okay for the other two (might supported by vcvarsall and could be useful in the future sometime)
16:15:40couven92at least sdkversion should be there, in case a Nim developer has a string reason to use a specific Windows SDK version :P
16:20:46cheatfatecouven92, we dont need sdk
16:21:37couven92cheatfate, I have it already implemented... so it's actually more work to remove it now :P
16:21:50couven92but it can be a hidden feature
16:22:18cheatfatecouven92, most of headers from windows we adopting to nim, types too
16:22:44cheatfateuuids is also added manually
16:22:55cheatfateso its not really needed at all
16:26:45couven92how does parseopt behave when it encounters /arg?
16:27:06couven92ah, it interprets it as a file path... right?
16:29:25*irrequietus joined #nim
16:29:49*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
16:30:02*pafmaf_ joined #nim
16:35:05*Andris_zbx quit (Remote host closed the connection)
16:49:13*Snircle joined #nim
16:50:07*yglukhov_ joined #nim
16:53:24*yglukhov quit (Ping timeout: 260 seconds)
16:54:44*yglukhov_ quit (Ping timeout: 260 seconds)
17:05:12*pregressive quit (Read error: Connection reset by peer)
17:06:15*gokr quit (Ping timeout: 256 seconds)
17:06:33*pregressive joined #nim
17:08:31*enthus1ast quit (Ping timeout: 256 seconds)
17:12:41Araqcouven92: something like that, parseopt actually only distinguishes between flags and arguments
17:20:06*mitai joined #nim
17:20:52couven92Araq, there you go... now with --platform
17:25:28couven92on the topic of optmization... do we have a maximum optimization section? since we have size/speed?
17:27:53*xet7 quit (Read error: Connection reset by peer)
17:28:28*xet7 joined #nim
17:37:40*Matthias247 quit (Read error: Connection reset by peer)
17:46:56*xet7 quit (Ping timeout: 256 seconds)
17:47:09*yglukhov joined #nim
17:48:31*xet7 joined #nim
17:50:04Araqcouven92: we only have size/speed
17:50:13Araqspeed means "max speed"
17:50:54couven92Was just asking since GCC has -Omax and CL has /Ox (maximum optimization)
17:56:39*rtr_ joined #nim
17:56:55rtr_How do I sort a sequence?
17:57:10flyxrtr_: the algorithm module has a sort() proc
17:58:48*arunce joined #nim
17:59:15cheatfateAraq, maybe we can fix this `$projectName.pdb` too?
18:00:11couven92cl.exe will generate a PDB with the same name as the ouput exe per default (because of /Zi)
18:00:23couven92(Or rather link.exe will)
18:01:29cheatfatecouven92, with this option for every project we are receiving file $projectName.pdb... and this a little bit annoying
18:01:47rtr_flyx: Thanks :)
18:01:54cheatfatei even thinking about embedding PDB information inside of EXE
18:02:30couven92cheatfate, nice idea, but not how PDBs are supposed to be used in the Microsoft world...
18:03:24cheatfatecouven92, i thought linker can make it for me
18:05:14couven92cheatfate, yes, using the /Z7 which generates the old C7.0-Compatible Debugging format
18:06:12*xet7 quit (Ping timeout: 256 seconds)
18:06:33cheatfateAraq, what do you think? can we remove $projectName.pdb option?
18:06:51*arunce left #nim ("Konversation terminated!")
18:07:34couven92cheatfate, you could just create a @if release section where the linker options do not include /Zi (and /Fd)
18:08:10cheatfatecouven92, i dont use vcc on windows, because it slow mostly
18:08:16cheatfatei'm thinking about ICC
18:08:54*xet7 joined #nim
18:18:27*xet7 quit (Quit: Leaving)
18:19:05Araqcheatfate: no idea what it does or whether we can remove it
18:22:18dom96We need this for Nim https://github.com/japaric/rust-everywhere
18:22:48dom96Probably wouldn't be too difficult to port over
18:23:05couven92I started doing that for my own Team Foundation server
18:24:22couven92(obviously that only worked for Windows and the CentOS releases that we had installed on the university
18:25:30*mitai quit (Remote host closed the connection)
18:27:56*mitai joined #nim
18:30:58*stisa joined #nim
18:32:31rtr_Is there a shortcut to initialize a seq on 'n' elements ? like pythonn's [0] * n
18:32:56rtr_seq of*
18:33:15*dddddd joined #nim
18:35:27def-rtr_: sequtils.repeat or sequtils.newSeqWith
18:35:29federico3dom96: looks like a set of templates that can be added to https://github.com/nim-lang/Nim/wiki/TravisCI
18:37:35FromGitter<GraydenH> Does nimble c not pull in all the deps for you?
18:39:48rtr_def-: Thanks :)
18:43:11FromGitter<GraydenH> Because why would I need to put the path to the nimble pkgs in my nim.cfg
18:44:35*pie_ joined #nim
18:45:09couven92Araq, for bootstrapping nim for Windows and VCC: should we maybe do sth about koch csources?
18:45:54couven92I remember that last time I tried, it could not genereate compilable code with Windows and VCC...
18:48:52cheatfatecouven92, please remove this option about $projectName.pdb, if you already not removed it
18:51:15couven92will do
18:55:52*desophos joined #nim
18:56:18*mitai quit (Remote host closed the connection)
19:00:29couven92oh crap! nim does NOT seem to respect @if i386 in the nim.cfg...
19:01:41couven92oh wait... it does not respect @elif amd64
19:02:04couven92and vcc.options.linker.always does not work either...
19:06:08couven92ah... no it does... But it helps to spell amd64 correctly! :(
19:07:27couven92but vcc.options.linker.always REALLY does NOT work... can I append options later in the nim.cfg? How?
19:15:23*yglukhov quit (Read error: Connection reset by peer)
19:15:58*yglukhov joined #nim
19:17:19*planhths joined #nim
19:18:09couven92cheatfate, removed in commit d94bb4a https://github.com/nim-lang/Nim/pull/4949
19:21:52planhthshello, how to pass in a case statement?
19:22:05*pafmaf_ quit (Ping timeout: 260 seconds)
19:26:09cheatfatecouven92, there also one more problem was
19:26:25couven92yes?
19:26:39cheatfatecouven92, https://msdn.microsoft.com/en-us/library/dn502518.aspx
19:27:00cheatfatecouven92, previously msvc 2015 always asked me to use this /FS option with /Zi
19:27:24couven92really? mine doesn't... :O
19:28:45cheatfatecouven92, do you have used like "nim c --debugInfo --debugger:native somefile.nim`?
19:29:05couven92let's try...
19:30:34couven92ah, becuase multiple cl.exe write to the same pdb... that's a concurrency issue...
19:31:07cheatfateyep :)
19:31:15cheatfateso i think /FS option is needed
19:31:32couven92yup, good point
19:33:52*arnetheduck_ quit (Ping timeout: 260 seconds)
19:33:53*xet7 joined #nim
19:35:53*nsf joined #nim
19:36:35*arnetheduck_ joined #nim
19:37:56couven92 /FS added
19:38:48*yglukhov quit (Remote host closed the connection)
19:39:55*xet7 quit (Quit: Leaving)
19:40:38*yglukhov joined #nim
19:41:09*ftsf quit (Quit: Leaving)
19:42:47*gokr joined #nim
19:44:33*HakanD__ quit (Quit: Be back later ...)
19:45:11*HakanD__ joined #nim
19:49:40*HakanD__ quit (Ping timeout: 244 seconds)
19:50:16*djellemah joined #nim
19:52:17*dmi0 quit (Ping timeout: 256 seconds)
20:04:35*HakanD__ joined #nim
20:09:37*rtr_ quit (Ping timeout: 276 seconds)
20:10:24*libman joined #nim
20:13:10*rtr_ joined #nim
20:19:51*bug2000 joined #nim
20:23:34*HakanD__ quit (Quit: Be back later ...)
20:24:10*HakanD__ joined #nim
20:26:51*chemist69 quit (Ping timeout: 256 seconds)
20:28:23*HakanD__ quit (Ping timeout: 245 seconds)
20:29:20*chemist69 joined #nim
20:29:23*rtr_ quit (Remote host closed the connection)
20:38:58*bjz joined #nim
20:40:17*dmi0 joined #nim
20:50:47*Matthias247 joined #nim
20:58:09*rtr_ joined #nim
21:03:04*xet7 joined #nim
21:05:17*planhths quit (Read error: Connection reset by peer)
21:05:52*Demon_Fox joined #nim
21:10:37*stisa quit (Quit: Leaving)
21:15:16*bjz_ joined #nim
21:15:26*bjz quit (Ping timeout: 244 seconds)
21:25:06*Trustable quit (Remote host closed the connection)
21:27:16*HakanD__ joined #nim
21:28:03*rtr_ quit (Remote host closed the connection)
21:28:38*rtr_ joined #nim
21:31:46*bjz_ quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
21:32:58*rtr_ quit (Ping timeout: 245 seconds)
21:35:26FromGitter<GraydenH> I'm trying to understand nimble. Am I doing it wrong or is it limited to simply grabbing packages right now
21:35:41FromGitter<GraydenH> As far as dependencies are concerned
21:45:46*yglukhov quit (Remote host closed the connection)
21:48:05*yglukhov joined #nim
21:48:09*Jesin quit (Quit: Leaving)
21:57:32*yglukhov quit (Remote host closed the connection)
22:00:53*yglukhov joined #nim
22:01:15*yglukhov quit (Remote host closed the connection)
22:02:28*HakanD__ quit (Quit: Be back later ...)
22:03:03*HakanD__ joined #nim
22:03:12*pregressive quit (Remote host closed the connection)
22:03:49*pregressive joined #nim
22:07:43*HakanD__ quit (Ping timeout: 256 seconds)
22:08:08*pregressive quit (Ping timeout: 244 seconds)
22:20:18*bjz joined #nim
22:23:54Araqit can download and build software
22:24:02Araqwhat else do you want it to do?
22:29:47FromGitter<GraydenH> Build the software it downloads with the software i tell it to build
22:29:59FromGitter<GraydenH> It seems to not want to do that
22:32:17Araq"with the software"?
22:32:40*chemist69 quit (Ping timeout: 260 seconds)
22:33:17FromGitter<GraydenH> ?
22:34:05Araq"with the software I tell it to build"?
22:34:10*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
22:34:11Araqwell you need to be more specific
22:34:44FromGitter<GraydenH> my nimxtest.nimble file says require nimx
22:34:57FromGitter<GraydenH> then I say nimble c test.nim
22:35:27FromGitter<GraydenH> and it downloads every dependency of nimx but when it gets to the nim compiler it says it can't open each of them
22:35:47FromGitter<GraydenH> I had to add all of them to my nim.cfg path
22:36:10FromGitter<GraydenH> so either I'm missing something
22:36:29FromGitter<GraydenH> or it's not putting the dependencies where the nim compiler needs them
22:36:52*chemist69 joined #nim
22:37:28Araqtry 'nim c nimxtest' instead of 'nimble c nimxtest'
22:37:55Araqnimble passes --noNimblePath and the paths explicitly and maybe there is a bug hidden here (?)
22:38:05Araqdom96: please help.
22:38:31FromGitter<GraydenH> this is why I'm asking
22:38:45FromGitter<GraydenH> if nimble can be improved or what
22:39:59Araqdoes 'nim c' work for your case?
22:42:19FromGitter<GraydenH> yes
22:42:40*bjz joined #nim
22:42:49Araqok, then report it on Nimble's issue tracker please
22:43:16FromGitter<GraydenH> k
22:43:22Araqmaybe Nimble doesn't resolve the deps recursively for building
22:43:43FromGitter<GraydenH> would seem important :/
22:47:16*bjz quit (Ping timeout: 256 seconds)
22:48:22*Matthias247 quit (Read error: Connection reset by peer)
22:54:05*nsf quit (Quit: WeeChat 1.6)
23:00:16*yglukhov joined #nim
23:06:25*yglukhov quit (Ping timeout: 276 seconds)
23:11:57dom96GraydenH: Interesting issue
23:14:02dom96Going to need some more information though
23:14:19dom96Any chance you could put your nimble package somewhere for download?
23:15:17FromGitter<GraydenH> the files I'm compiling?
23:15:18*PMunch quit (Quit: leaving)
23:17:42dom96GraydenH: yes, and the .nimble file.
23:18:01FromGitter<GraydenH> ok, 1 sec
23:24:14dom96I need to go to sleep soon so better hurry
23:24:25*vendethiel- quit (Ping timeout: 252 seconds)
23:24:50FromGitter<GraydenH> ye just a bit more
23:26:35FromGitter<GraydenH> https://drive.google.com/file/d/0B5xabShTdlcxcnNPdGlvOHp1dUtvYktZNmNSVmlmWW9kekZj/view?usp=sharing
23:27:24FromGitter<GraydenH> you will want to delete the nimcache i think
23:32:13dom96hrm, complaining about opengl for me
23:32:35FromGitter<GraydenH> what command?
23:32:55dom96nimble c --threads:on test
23:33:00dom96so something is definitely wrong
23:33:04FromGitter<GraydenH> yeah
23:33:07dom96nim c --threads:on test gets further
23:33:10dom96and should work
23:33:16FromGitter<GraydenH> yeah
23:33:27dom96but then I get some error in nimx
23:33:39FromGitter<GraydenH> what is it
23:33:54dom96/Users/dom/.nimble/pkgs/nimx-0.1/nimx/portable_gl.nim(5, 77) Error: cannot export: opengl.`or`
23:34:09dom96In any case, I will investigate this. But tomorrow.
23:34:15FromGitter<GraydenH> never got that one before
23:34:18FromGitter<GraydenH> thanks
23:34:21dom96Good night
23:34:25FromGitter<GraydenH> gn
23:42:00*irrequietus quit ()
23:45:07dom96I was curious so I looked a bit. Looks like a regression, the function that processes the deps gets a "minimal" package info object (which does not include the package requirements)
23:45:31dom96So the function thinks that this package has no dependencies
23:45:33dom96will fix tomorrow
23:45:38dom96good night for real
23:46:02FromGitter<GraydenH> ok haha