900+ entries in 0.122s
mircea_popescu: right,
ada sort of fortran-with-real-machine-emulator.
trinque:
ada, or insert strictly typed draconian item of choice
a111: Logged on 2018-10-26 02:14 asciilifeform: meanwhile, in gnat bugs : apparently ( and this is documented or mentioned nowhere ) : it is impossible to have a
Ada.Finalization.Limited_Controlled type ANYWHERE inside a static library, unless it is generic all the way down (i.e. if the lib package is generic, any sub-packages must also be instantiated as generics )
phf: it's got
ada, emacs, sbcl (and some extra tooling like mutt and a pdf reader)
phf: ty, i've been using linux in console mode on my rk, so i wanted to write a framebuffer tooling for
ada, using your mmap as blueprint (i'm not sure there's much overlap though..)
a111: Logged on 2018-10-26 02:14 asciilifeform: meanwhile, in gnat bugs : apparently ( and this is documented or mentioned nowhere ) : it is impossible to have a
Ada.Finalization.Limited_Controlled type ANYWHERE inside a static library, unless it is generic all the way down (i.e. if the lib package is generic, any sub-packages must also be instantiated as generics )
phf: asciilifeform: would you mind reminding me where your
ada mmap code lived?
diana_coman: meanwhile the oaep got sorted better as part of smg comms really (i.e. only
ada calling c, no back and forth dance and that gets rid of a LOT of confusion)
ave1: asciilifeform, diana_coman: I'm now looking into arm 64bit, but so far seems to be bit more involved. I've not found a way to directly couple an
ada varable to a register.
diana_coman: pretty much that: if it's so ugly that you can't handle it sanely, then either fix it or, failing that, use
Ada's Streams since that's what they are for anyway.
mod6: So usually that leaves 30min-1hour per night, sometimes more depending on the size. Sometimes I fall down a well in the logs if i'm looking for something specific related to any number of things: pizarro, foundation,
ada, ffa, who knows.
a111: Logged on 2018-05-22 03:57 asciilifeform: !!rate Mocky 1 'why
ada'
mircea_popescu: the idea was to define n as a
ada-style var, "from 1 to 19"
mircea_popescu: then a)
ada should allocate this as a 4 bit value and b)
ada allocating space for 15 records is entirely fine anyway. with a being a very minor point but b being a major point because we've reoriented ourselves to where features of the language are indistinct rather than inconvenient. this is very much the
http://btcbase.org/log/2016-07-19#1505418 thing.
☝︎ mircea_popescu is not at all adverse to permitting
ada metasyntactic considerations leak into the protocol. there's no rule specwork gotta happen in meta-c.
mircea_popescu: i honestly don't understand why
ada doesn't have native support for structured data.
BingoBoingo: Can only
ada things up in steps, and there's other moving parts underneath www-blogthing
deedbot: asciilifeform rated bvt 1 at 2018/10/10 21:20:12 << n00b,
ada/vtronics experiments
a111: Logged on 2018-10-26 02:14 asciilifeform: meanwhile, in gnat bugs : apparently ( and this is documented or mentioned nowhere ) : it is impossible to have a
Ada.Finalization.Limited_Controlled type ANYWHERE inside a static library, unless it is generic all the way down (i.e. if the lib package is generic, any sub-packages must also be instantiated as generics )
bvt: otoh, when i added a single line 'package SIO is new
Ada.Sequential_IO(Positive);' to ffa_calc.adb, it errored out during the compilation in the same way
bvt: when i moved all
ada.S_IO usage to a separate package/file, everything worked fine
bvt: ok, i have figured out one solution to the problem (at least on gnat 2017): can't have
Ada.Sequential_IO specialization in the GPR_Project'Main file
a111: Logged on 2018-11-05 20:39 bvt: found and unexpected problem that specialization of
Ada.Sequential_IO conflicts with Restriction(No_Unchecked_Access) in the test applications.
diana_coman: I just checked and I can confirm too: that restriction is fine here while using
Ada.Sequential_IO
bvt: found and unexpected problem that specialization of
Ada.Sequential_IO conflicts with Restriction(No_Unchecked_Access) in the test applications.
☟︎ a111: Logged on 2018-11-01 20:48 mircea_popescu: asciilifeform speaking of "taking suggestions" : suppose you bake me a proper drop-in gpg replacement. in
ada, constant time, does FG-aware keygen, signing, verification, and encryption/decription. 100% rsa, none of the "cipher" bs as per current.
billymg: ahh, that would be it then. i don't seem to have
ada, etc. installed
mircea_popescu: asciilifeform speaking of "taking suggestions" : suppose you bake me a proper drop-in gpg replacement. in
ada, constant time, does FG-aware keygen, signing, verification, and encryption/decription. 100% rsa, none of the "cipher" bs as per current.
☟︎ mircea_popescu: in the sense of "wait for diana_coman to publish
ada code and then i'll maybe give it 6 hours of attention". that's your 3years
mircea_popescu: diana_coman did we end up with an
ada impl of mersene twister at some juncture ?
diana_coman: more of a hack to accommodate the stink of MPI - not sure it's something we want in there; if anything, I guess I can see more the point to just walking the octets in the array and basically doing the comparison in
Ada diana_coman: that's the headache: oaep in
ada, comparison in C, if not right, oaep in
ada again, if right then rsa in C
diana_coman: or b. make an
Ada comparison of 2 arrays of octets
diana_coman: but the comparison is iffy since either a. call c-wrapper and so do conversion from
ada's oaep array of octets to C's MPI shit
diana_coman: sure, one can implement the comparison in
Ada mircea_popescu: speaking of which -- an
ada-to-verilog item would prolly be very fucking useful
a111: Logged on 2018-10-25 18:59 bvt: well, i did not suggest learning/utilizing C api, on the contrary, a subset of kernel stuff in
ada is the interesting thing. it just happens to be currently defined/documented as C code.
bvt: well, i did not suggest learning/utilizing C api, on the contrary, a subset of kernel stuff in
ada is the interesting thing. it just happens to be currently defined/documented as C code.
☟︎ bvt: syscalltronic = based on direct invocation of linux syscalls? how this would be possible without haveing sockaddr_in in
ada?
bvt: the thing is, structure definitions and all sort of flag numbers appear in the libc via magic. having all this things in
ada is possible, and would involve exactly same work that e.g. musl people are doing today
bvt:
Ada.Sequential_IO is wired straight into fopen/fread/fwrite, by the way.
bvt: i would much prefer going pure
ada for a subset of posix. otherwise it's the same as relying on GNAT-specific packages -- it exports plenty of interesting stuff, not sure about networking though.
bvt: yes, i skimmed through it. all these sockaddr structures would be a bitch to do in
ada. this is why i believe it would be useful to define, what subset we'd need.