00:38
matp has quit [Excess Flood]
01:22
<
FromGitter >
<MaxLap> Looking at the doc about virtual types. If a type Parent has any descendants (even if only abstract ones), then whenever that Parent is refered to in the type inference stuff, it will use the VirtualType since it can always be a subclass, but we can only see it in the tool hierarchy. Is that it or am I missing something?
01:29
<
FromGitter >
<bcardiff> "but we can only see it in the tool hierarchy" what do yo mean?
01:36
matp has joined #crystal-lang
01:40
<
FromGitter >
<exts> man i love writing crystal, such a fun learning experience
01:43
<
FromGitter >
<jots_twitter> @manveru: I remember ramaze from the days before merb/rails I think... always liked that framework.
01:48
Guest84482 has quit [Remote host closed the connection]
01:49
ruby has joined #crystal-lang
01:49
ruby is now known as Guest61033
01:54
Guest61033 has quit [Ping timeout: 256 seconds]
01:54
<
FromGitter >
<MaxLap> @bcardiff We don't see the "+" sign indicating that something is a virtual type when using things like typeof. All we see is ex: Array(Parent). In crystal tool hierarchy we see the +, but that's the only place (i think?).
04:21
Philpax has quit [Ping timeout: 256 seconds]
04:24
Philpax has joined #crystal-lang
05:37
unshadow_ has quit [Ping timeout: 245 seconds]
06:15
onionhammer has quit [Read error: Connection reset by peer]
06:16
onionhammer has joined #crystal-lang
06:40
bjz has joined #crystal-lang
06:46
bjz has quit [Read error: Connection reset by peer]
06:49
bjz has joined #crystal-lang
06:54
bjz has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
07:14
Philpax has quit [Ping timeout: 256 seconds]
07:14
Philpax_ has joined #crystal-lang
07:19
matp has quit [Remote host closed the connection]
07:20
matp has joined #crystal-lang
07:22
unshadow has joined #crystal-lang
07:24
<
manveru >
is there a way to distinguish between private and public methods?
07:28
Ven has joined #crystal-lang
07:31
bjz has joined #crystal-lang
07:42
unshadow_ has joined #crystal-lang
07:42
<
manveru >
txdv: well, that's how to define them, but in a macro i seem to get all methods of a class, irrespective of visibility
07:44
<
manveru >
ah, maybe with visibility
07:44
unshadow has quit [Ping timeout: 240 seconds]
07:45
pawnbox has joined #crystal-lang
07:46
<
manveru >
jup, got it
08:35
<
bmcginty_ >
manveru: I'd be interested in seeing what you come up for your routing. I'm wanting to make/use something similar, where you define a route for a function just before/outside that function. I have an idea on how to do it, but I learn something new each time I see someone elses code.
08:40
am_ has joined #crystal-lang
08:47
am_ has quit [Remote host closed the connection]
09:17
Kug3lis has joined #crystal-lang
09:28
gloscombe has joined #crystal-lang
09:35
Raimondi has quit [*.net *.split]
09:36
<
FromGitter >
<akwiatkowski> nevermind, `result.each` without parameter works
09:37
swav has quit [*.net *.split]
09:37
bazaar has quit [*.net *.split]
09:37
Raimondi has joined #crystal-lang
09:38
bazaar has joined #crystal-lang
09:38
swav has joined #crystal-lang
09:38
tilpner has quit [*.net *.split]
09:38
jaitaiwan has quit [*.net *.split]
09:38
yopp has quit [*.net *.split]
09:38
trajing has quit [*.net *.split]
09:39
jaitaiwan has joined #crystal-lang
09:39
jamie_ca has quit [*.net *.split]
09:39
pleiosaur has quit [*.net *.split]
09:39
jamie_ has joined #crystal-lang
09:39
tilpner has joined #crystal-lang
09:39
yopp has joined #crystal-lang
09:39
jamie_ is now known as jamie_ca
09:43
Raimondii has joined #crystal-lang
09:44
pleiosaur has joined #crystal-lang
09:45
Raimondi has quit [Ping timeout: 260 seconds]
09:45
Raimondii is now known as Raimondi
09:55
soveran has joined #crystal-lang
09:55
soveran has joined #crystal-lang
09:55
soveran has quit [Changing host]
10:00
Raimondi has quit [Read error: Connection reset by peer]
10:03
Raimondi has joined #crystal-lang
10:10
mark_66 has joined #crystal-lang
10:27
Philpax_ has quit [Ping timeout: 256 seconds]
10:38
gloscombe has quit [Read error: No route to host]
10:42
gloscombe has joined #crystal-lang
11:10
soveran has quit [Remote host closed the connection]
11:10
<
Kug3lis >
Does anybody think DI is needed for Crystal?
11:12
<
RX14 >
it's an alright pattern for big projects I guess
11:14
<
Kug3lis >
Because I am trying to build modular system (web/backend framework) and trying to find a way how to interconnect modules together
11:15
<
RX14 >
if you think using DI will help, why not?
11:15
Kug3lis has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
11:21
<
FromGitter >
<crisward> DI can be good for testing and stubbing...
11:25
Kug3lis has joined #crystal-lang
11:28
soveran has joined #crystal-lang
11:30
holyheels has quit [Read error: Connection reset by peer]
11:33
soveran has quit [Remote host closed the connection]
11:39
soveran has joined #crystal-lang
11:39
soveran has quit [Changing host]
11:39
soveran has joined #crystal-lang
11:46
<
splitty_ >
Would it be hard to support static and constant C arrays in Crystal?
11:47
<
splitty_ >
Static arrays would be arrays that land in .data
11:47
<
splitty_ >
And constant arrays would be arrays that are only initialized once and never modified, and they'd land in .rodata
11:48
<
splitty_ >
They could be used within libs, and they'd be valid for the runtime of the program.
11:51
<
unshadow_ >
splitty_: you should open an issue on the git I think, this way a discussion can be followed and understood
11:51
<
RX14 >
splitty_, I think StaticArray in a constant would land in rodata
11:51
<
unshadow_ >
I think it's a good feature to have :)
11:52
<
splitty_ >
Well RX14 I rewrote my GDT three times in Crystal
11:52
<
splitty_ >
And never got it to work
11:52
<
splitty_ >
It seems like the GDT itself is valid but as soon as the static array goes out of scope everything goes haywire
11:53
<
splitty_ >
And since it's stack-allocated, that's really bad, too
11:53
<
splitty_ >
Since it polluted the stack
11:53
<
RX14 >
well if the staticarray is on the stack it would go haywire when it goes out of scope
11:54
<
RX14 >
because it's now off the stack
11:54
<
splitty_ >
Well I use unallocated UInt64[5]
11:54
<
splitty_ >
Which, afaik, should be a StaticArray
11:54
<
RX14 >
you could create the staticarray then just move the memory to the right place
11:54
<
RX14 >
should work fine
11:54
<
splitty_ >
Yeah but it's tedious
11:54
<
RX14 >
it's the same as C
11:55
<
splitty_ >
Supporting "real" static and constant arrays shouldn't be hard
11:55
<
RX14 >
i would think
11:55
<
splitty_ >
if you have a static array in C it'll be valid as long as the program is running
11:55
<
splitty_ >
Since all compilers I know put it in .data, if it's never written to, in .rodata
11:55
<
RX14 >
if it's top level
11:55
<
RX14 >
wait where did you put this staticarray
11:56
<
splitty_ >
I put it inside of a module.
11:56
<
splitty_ >
As an @@instance variable
11:56
<
splitty_ >
I'm pretty sure that shouldn't go out of scope that way
11:56
<
splitty_ >
But it seems like the data gets corrupted every time
11:56
<
splitty_ >
The thing is, that this is really hard to reproduce outside of a freestanding environment
11:56
<
RX14 >
how do you mean "goes out of scope" then
11:56
<
splitty_ >
So I didn't open an issue on that yet
11:57
<
RX14 >
if it's in a module
11:57
<
RX14 >
surely you would just have a pointer to the GDT memory
11:57
<
RX14 >
and do it that way
11:57
<
splitty_ >
Well apparently the data becomes invalid at some point, and I don't know why.
11:57
<
splitty_ >
So I have a GDT module, inside of that GDT module I have the @@entries which are of type uninitialized UInt64[5]
11:57
<
splitty_ >
And the GDT @@register (a C struct)
11:58
<
splitty_ >
Now if I load the GDT everything seems fine
11:58
unshadow_ has quit [Ping timeout: 240 seconds]
11:58
<
splitty_ >
But as soon as I load the IDT, Bochs tells me that the GDT is corrupted
11:58
<
splitty_ >
So apparently, at some point the array is either moved or overridden
11:58
<
splitty_ >
It's really weird.
11:59
<
RX14 >
that is weird
11:59
bjz has quit [Ping timeout: 258 seconds]
12:00
unshadow has joined #crystal-lang
12:02
<
RX14 >
well I see you got it working in ASM
12:06
bjz has joined #crystal-lang
12:08
holyheels has joined #crystal-lang
12:17
<
splitty_ >
Yeah I implemented it in asm
12:17
<
splitty_ >
I'm pretty good in x86 asm so that isn't really a problem
12:18
<
splitty_ >
But I would've wanted it in Crystal, just to show that it can be done
12:26
Kug3lis has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
12:32
Kug3lis has joined #crystal-lang
12:38
Raimondii has joined #crystal-lang
12:39
Raimondi has quit [Ping timeout: 260 seconds]
12:39
Raimondii is now known as Raimondi
12:54
bjz has quit [Ping timeout: 248 seconds]
12:55
bjz has joined #crystal-lang
13:02
Philpax has joined #crystal-lang
13:02
<
FromGitter >
<bcardiff> @MaxLap yes. basically it won't be correct to allow programers express things
*just* for parent class but not on subclasses. So any ocurrence of a parent class can be substitued by a inherit class.
13:11
Raimondi has quit [Read error: Connection reset by peer]
13:13
Raimondi has joined #crystal-lang
13:28
Kug3lis has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
13:50
kostya_ has joined #crystal-lang
13:51
bjz has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
13:54
Kug3lis has joined #crystal-lang
14:01
Kug3lis has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
14:07
Kug3lis has joined #crystal-lang
14:58
Kug3lis has quit [Ping timeout: 240 seconds]
15:04
Kug3lis has joined #crystal-lang
15:07
pawnbox has quit [Remote host closed the connection]
15:08
pawnbox has joined #crystal-lang
15:13
pawnbox has quit [Ping timeout: 256 seconds]
15:29
pawnbox has joined #crystal-lang
15:34
pawnbox has quit [Ping timeout: 240 seconds]
15:37
pawnbox has joined #crystal-lang
15:47
Kug3lis has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
15:51
Kug3lis has joined #crystal-lang
15:53
Kug3lis has quit [Client Quit]
15:54
soveran has quit [Remote host closed the connection]
16:05
<
crystal-gh >
[crystal] ysbaddaden opened pull request #3866: Fix: Debug::DWARF::LineNumbers on musl-libc (x86) (master...fix-debug-dwarf-line-numbers-musl-x86)
https://git.io/vMBz8
16:08
Kug3lis has joined #crystal-lang
16:32
Kug3lis has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
16:33
soveran has joined #crystal-lang
16:33
soveran has quit [Changing host]
16:33
soveran has joined #crystal-lang
16:33
soveran has quit [Remote host closed the connection]
16:34
pawnbox has quit [Remote host closed the connection]
16:35
pawnbox has joined #crystal-lang
16:35
Kug3lis has joined #crystal-lang
16:38
soveran has joined #crystal-lang
16:38
soveran has joined #crystal-lang
16:38
soveran has quit [Changing host]
17:05
cyjimmy264 has joined #crystal-lang
17:12
unshadow has quit [Ping timeout: 252 seconds]
17:12
unshadow has joined #crystal-lang
17:16
gloscombe has quit [Ping timeout: 240 seconds]
17:28
<
crystal-gh >
crystal/master 7865abf Santiago Palladino: Merge pull request #3831 from ysbaddaden/enhancement-add-line-numbers-to-all-builds-by-default...
17:28
<
crystal-gh >
crystal/master df3fbb3 Julien Portalier: Always generate line numbers debug information
17:29
kostya_ has quit [Remote host closed the connection]
17:38
unshadow has quit [Ping timeout: 252 seconds]
17:40
<
FromGitter >
<sdogruyol> @yxhuvud sup?
17:40
unshadow has joined #crystal-lang
17:41
<
Yxhuvud >
well, I'm trying to emit a strange integer format. But the yay was regarding the debug information :)
17:43
<
FromGitter >
<sdogruyol> :D
17:43
<
FromGitter >
<sdogruyol> the debug info is improving day by day thanks to @ysbaddaden
17:56
mark_66 has quit [Remote host closed the connection]
17:57
<
manveru >
any idea how to make a Proc in a macro?
17:59
<
manveru >
yeah, that looks nice
17:59
<
manveru >
guess i can just make a method :)
18:02
Kug3lis has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
18:04
Kug3lis has joined #crystal-lang
18:04
<
FromGitter >
<sdogruyol> great :)
18:06
unshadow has quit [Quit: leaving]
18:12
Ven has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
18:12
DeBot has quit [Read error: Connection reset by peer]
18:12
DeBot has joined #crystal-lang
18:38
Kug3lis has quit [Ping timeout: 240 seconds]
18:56
matp has quit [Remote host closed the connection]
18:56
matp has joined #crystal-lang
19:00
soveran_ has joined #crystal-lang
19:03
soveran has quit [Ping timeout: 248 seconds]
19:18
matp has quit [Remote host closed the connection]
19:18
matp has joined #crystal-lang
19:32
pawnbox has quit [Remote host closed the connection]
19:34
pawnbox has joined #crystal-lang
19:37
soveran_ has quit [Remote host closed the connection]
19:38
soveran has joined #crystal-lang
19:38
soveran has quit [Remote host closed the connection]
19:46
Raimondi has quit [*.net *.split]
19:47
A124 has quit [Read error: Connection reset by peer]
19:48
Raimondi has joined #crystal-lang
19:50
A124 has joined #crystal-lang
20:01
bjz has joined #crystal-lang
20:14
matp has quit [Remote host closed the connection]
20:15
matp has joined #crystal-lang
20:19
<
crystal-gh >
[crystal] mverzilli closed pull request #3866: Fix: Debug::DWARF::LineNumbers on musl-libc (x86) (master...fix-debug-dwarf-line-numbers-musl-x86)
https://git.io/vMBz8
20:19
<
crystal-gh >
crystal/master c8481e8 Martin Verzilli: Merge pull request #3866 from crystal-lang/fix-debug-dwarf-line-numbers-musl-x86...
20:36
soveran has joined #crystal-lang
20:36
soveran has joined #crystal-lang
20:36
soveran has quit [Changing host]
20:54
bjz has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
21:04
bjz has joined #crystal-lang
21:10
bjz has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
21:14
pawnbox has quit [Remote host closed the connection]
21:26
bjz has joined #crystal-lang
21:32
Philpax_ has joined #crystal-lang
21:33
Philpax has quit [Ping timeout: 256 seconds]
21:35
bjz has quit [Ping timeout: 240 seconds]
22:20
holyheels has quit [Read error: Connection reset by peer]
22:33
<
crystal-gh >
[crystal] kostya opened pull request #3868: Spec: expect_raises return exception (master...spec_raise)
https://git.io/vMREM
22:36
havenwood has quit [Quit: mIRC 5.91 (16 bit) for Microsoft © Windows For WorkGroups 3.11®]
22:38
havenwood has joined #crystal-lang
22:38
havenwood has joined #crystal-lang
22:38
havenwood has quit [Changing host]
22:52
havenwood has quit [Quit: mIRC 5.91 (16 bit) for Microsoft © Windows For WorkGroups 3.11®]
22:57
soveran has quit [Remote host closed the connection]
23:10
matp has quit [Remote host closed the connection]
23:11
matp has joined #crystal-lang
23:17
havenwood has joined #crystal-lang
23:17
havenwood has joined #crystal-lang
23:17
havenwood has quit [Changing host]
23:18
triangles has joined #crystal-lang
23:21
aarongodin has quit [Ping timeout: 240 seconds]
23:22
Majost has quit [Ping timeout: 240 seconds]
23:22
aemadrid has quit [Ping timeout: 255 seconds]
23:24
havenwood has quit [Read error: Connection reset by peer]
23:24
havenwood has joined #crystal-lang
23:24
havenwood has quit [Changing host]
23:24
havenwood has joined #crystal-lang
23:24
Majost has joined #crystal-lang
23:24
aarongodin has joined #crystal-lang
23:25
aemadrid has joined #crystal-lang
23:42
pawnbox has joined #crystal-lang
23:46
pawnbox has quit [Ping timeout: 240 seconds]
23:57
soveran has joined #crystal-lang
23:57
soveran has joined #crystal-lang
23:57
soveran has quit [Changing host]