Where communities thrive

  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
Repo info
  • Apr 04 12:26
    @dom96 banned @acroobat
  • Mar 03 2017 15:52
    @dom96 banned @Octopoda7
  • Feb 12 2017 23:57
    @dom96 banned @zzz125
  • Dec 23 2016 19:43
    @dom96 banned @Izrab
Kaushal Modi


is there interest in having musl-gcc as a tested backend for Nim


From IRC (bridge bot)
<shashlick> okay looks like bootstrap fails
<shashlick> undefined references to ___memcpy_chk_
<shashlick> sprintf_chk and longjmp_check
<disruptek> clyybber: it's an additional scope, you know.
From IRC (bridge bot)
<lesshaste> what's the status of loop vectorization in nim?
<FromDiscord> <mratsim> what do you want to do/know?
<FromDiscord> <mratsim> it's basically the same as GCC/Clang though you can easily vectorize manually as well
<disruptek> clyybber: what was the idea behind having normal/sinkArg modes?
From IRC (bridge bot)
<FromDiscord> <mratsim> I have a vectorization template here: https://github.com/numforge/laser/blob/master/laser/lux_compiler/backend/legacy/lux_codegen_transfo.nim#L244-L281 (and a tentative vectorization pass in a linear algebra/HPC/Deep Learning compiler)
<disruptek> is it just an artifact of refactoring?
<Araq> disruptek, well sinkArg means "passed to a sink parameter"
From IRC (bridge bot)
<Araq> and normal means "normal"
<shashlick> okay got nim compiled but setting gcc.options.linker = "-static" doesn't work
<disruptek> yeah, i get it. but this proc could be broken up; it's just if ... else ... iirc
<shashlick> had to manually --passL:-static
<disruptek> why aren't obj constructors processed by handleNested?
<Araq> because.
<Araq> what bug are you trying to fix, disruptek ?
From IRC (bridge bot)
<disruptek> yield foo(discriminator: ..., objref: ...) is destroying objref twice.
<disruptek> objref is from the enclosing scope.
<Araq> is it a .closure iterator?
<disruptek> nah.
<Araq> hmm ok
From IRC (bridge bot)
<disruptek> makes sense, right?
<FromDiscord> <Clyybber> disruptek: handleNested handles the boring recursion
<FromDiscord> <Clyybber> in stmtlists and such
<FromDiscord> <Clyybber> disruptek: Does it work when you make the return type lent?
<disruptek> no.
<FromDiscord> <Clyybber> actually destroying objref shouldn't hurt
<FromDiscord> <Clyybber> because its refcounted
<FromDiscord> <Clyybber> It shouldn't double free because of that
From IRC (bridge bot)
<disruptek> bugs begin in the unfortunately state of implemented.
<disruptek> the way it works is, if we sink foo(), we destroy foo.objref.
<FromDiscord> <Clyybber> what?
<FromDiscord> <Clyybber> only if we sink to foo.objref
<FromDiscord> <Clyybber> is the code to reproduce the same as in your issue?
From IRC (bridge bot)
<FromDiscord> <Clyybber> and if so which snippet, the first or the second?
<disruptek> let us look at exactly the same code.
<disruptek> one sec.
<FromDiscord> <Clyybber> k thx
<disruptek> http://ix.io/27o0/nim
<disruptek> i think the logic re: C(x) in the comment might be flawed.
From IRC (bridge bot)
<leorize> shashlick: to be fair if you wanna test musl just load up an alpine linux docker image
<leorize> cross compiling is never pleasant
<disruptek> clyybber: is it a race?
From IRC (bridge bot)
<FromDiscord> <Clyybber> I don't think so, there is no threading involved
<FromDiscord> <Clyybber> I suspect its got to do with extracting loop vars
<disruptek> i think there's a flaw that loop vars don't demonstrate but it's not because they get an extra sink.
<disruptek> i mean, it is, but that's not the solution.