Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Sep 16 23:36

    bakpakin on master

    Pass DESTDIR directly to jpm bo… (compare)

  • Sep 15 22:29
    lucasemmoreira closed #805
  • Sep 15 22:29
    lucasemmoreira commented #805
  • Sep 15 22:01
    sogaiu commented #805
  • Sep 15 20:36
    llmII commented #805
  • Sep 15 12:42
    lucasemmoreira opened #805
  • Sep 15 05:51
    saikyun commented #804
  • Sep 15 02:13
    bakpakin closed #801
  • Sep 15 02:13

    bakpakin on master

    Fix #801 threaded abstract cycl… (compare)

  • Sep 14 23:39
    bakpakin labeled #801
  • Sep 14 21:05
    bakpakin closed #758
  • Sep 14 21:04
    bakpakin labeled #794
  • Sep 14 21:04

    bakpakin on master

    add NULL check in gc.c to avoid… Merge pull request #800 from ma… (compare)

  • Sep 14 21:04
    bakpakin closed #800
  • Sep 14 21:04
    bakpakin commented #800
  • Sep 14 21:00
    bakpakin commented #804
  • Sep 14 12:38
    saikyun edited #804
  • Sep 14 12:37
    saikyun opened #804
  • Sep 13 22:34
    sogaiu commented #801
  • Sep 13 19:53
    llmII closed #802
bakpakin
@bakpakin:matrix.org
[m]
for example, if -w normal is passed an argument to janet, any lint message of level 2 or below will print a warning message
if -x relaxed is passed, any lint message of level 1 or below will cause a compiler error
Yes, I need to update the Janet documentation on this, although I hope to do that this weekend.
bakpakin
@bakpakin:matrix.org
[m]
:point_up: Edit: This is technically not supported but if you were to add more mappings to this struct, you could have more lint levels. Each level is a keyword that maps to a priority.
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]

Currently compiling a native lib and getting this:

rl.c:1:10: fatal error: janet.h: No such file or directory

What's the likelihood the janet package for this os (void linux) is misconfigured?

bakpakin
@bakpakin:matrix.org
[m]
try jpm --verbose build
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
ah! It's one of those with a separate -devel package
bakpakin
@bakpakin:matrix.org
[m]
ok good to hear
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
("it" being Void in general)
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
  • and then would none be for what I ws describing before as info?
(ie, a message emitted by the compiler by one that should not halt compilation at any strictness level)
bakpakin
@bakpakin:matrix.org
[m]
More or less, but a :relaxed message is actually the noisiest. :relaxed here means it will show up if the threshold is set to :relaxed.
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
Hm - is there a difference between showing up and failing the compile/returning a non-zero error code?
bakpakin
@bakpakin:matrix.org
[m]
The default warn threshold is normal
and the default error threshold is none
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
In other words, is it possible using this system to always show this message, but change whether it's a failure or just informational?
bakpakin
@bakpakin:matrix.org
[m]
You shouldn't always show a lint message
but more or less, yes
I may add some more aliases that would make intent like this more clear
but they would just map to integer levels
basically - use :strict for inconsequential things that a user shouldn't see normally
only if they have -w strict enabled
and use :normal for most things
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
hm ok
i think i'll have to dive into these flags and the different usecases
bakpakin
@bakpakin:matrix.org
[m]
Literally just think of them as 1, 2, and 3 for relaxed, normal, and strict
Zach Smith (subsetpark)
@subsetpark:matrix.org
[m]
well the mapping between the keywords and the integer isn't the part i need to digest :)
bakpakin
@bakpakin:matrix.org
[m]
The logic to show or raise an error:
            (each [level line col msg] lints
              (def lvl (get lint-levels level 0))
              (cond
                (<= lvl lint-error) (do
                                      (set good false)
                                      (on-compile-error msg nil where (or line l) (or col c)))
                (<= lvl lint-warning) (on-compile-warning msg level where (or line l) (or col c)))))
Pretty much sums it up
saikyun
@saikyun
how do I force a newline in docstrings? I thought double space at end of line would suffice
sogaiu
@sogaiu:matrix.org
[m]
i think crocket asked for something like this recently.
@Saikyun: may be it's this: janet-lang/janet#694
saikyun
@saikyun
thank you!!
saikyun
@saikyun
when trying jpm build / install, I get this error:
$ JANET_PATH=../janet_lib jpm build
generating executable c source...

@{:name "hello"}
@{:name "bert"}
@[(0 1 :open-paren) (5 2 :open-paren) (11 2 :close-paren) (12 1 :close-paren) (22 1 :open-paren) (35 1 :close-paren)]

found native /home/jona/programmering/freja/build/text-rendering.so...
found native ../janet_lib/jaylib.so...
error: try to marshal unregistered abstract type, cannot marshal <core/channel 0x55A3799FA3F0>
  in marshal
  in <anonymous> [/usr/local/bin/jpm] on line 738, column 20
  in do-rule [/usr/local/bin/jpm] on line 263, column 26
  in do-rule [/usr/local/bin/jpm] (tailcall) on line 259, column 44
  in _thunk [/usr/local/bin/jpm] on line -1, column -1
  in cli-main [boot.janet] on line 3422, column 39
I'm not sure what that means
what is it that it's trying to marshal? top level bindings
looked a bit at jpm source but didn't really understand
andrewchambers
@andrewchambers
a channel
for some reason a channel is being marshalled
saikyun
@saikyun
but why? :'D
I mean, what and why is getting marshalled by jpm?
andrewchambers
@andrewchambers
jpm sometimes marshals janet code it puts into natives
saikyun
@saikyun
okay, and how do I avoid that?
andrewchambers
@andrewchambers
that being said,not sure why channels can't be marshalled
saikyun
@saikyun
does it have with top level bindings to do?
andrewchambers
@andrewchambers
seems like a mistake to me
saikyun
@saikyun
ah
fwiw I'm on 1.16.0 dev
saikyun
@saikyun
seems like top level channels might have been the problem :o