<cmtptr> make me!
<tabemann_> hey guys
<john_cephalopoda> Hey tabemann
john_cephalopoda has quit [Quit: Leaving]
<veltas> Found this interesting https://www.youtube.com/watch?v=BpgmG--UD-Y
<veltas> badcfe: The standard has two kinds of words, words that are generally expected to appear on all conventional forths, and words that try to wrap behaviour that's less consistent but still generally desired
<veltas> If you read the rationale you will get some idea usually of which the word is
<veltas> So why a standard might be useful to you will obviously impact whether you care about which each kind of word is
<veltas> I don't think anyone should dismiss the standard outright, I think there's a lot of usefulness in there. At the same time I wouldn't approve of any zealotry over the standard, but I don't tend to see that.
<veltas> As an implementor, if you create a forth that is even superficially compatible with another forth, then it means you can test your code easier on different environments
<veltas> One way to do that is to stick close to the standard and use a mostly standard-compliant forth
<veltas> Not always practical, other ways to do this, but you get the idea. It depends on your problem
* tabemann_ is trying to figure how to configure his brand new STM32F746 to go up to 216 MHz
boru` has joined #forth
boru has quit [Disconnected by services]
boru` is now known as boru
lispmacs[work] has quit [Quit: rcirc on GNU Emacs 27.1]
proteus-guy has quit [Remote host closed the connection]
Gromboli6 has joined #forth
Gromboli has quit [Ping timeout: 260 seconds]
Gromboli6 is now known as Gromboli
sts-q has quit [Ping timeout: 256 seconds]
sts-q has joined #forth
Monev has joined #forth
Kumool has quit [Ping timeout: 258 seconds]
proteusguy has quit [Ping timeout: 246 seconds]
proteusguy has joined #forth
badcfe has quit [Quit: leaving]
gravicappa has joined #forth
proteus-guy has joined #forth
birdwing has joined #forth
jedb_ has joined #forth
jedb has quit [Ping timeout: 260 seconds]
actuallybatman has quit [Quit: Lost terminal]
jedb__ has joined #forth
cantstanya has quit [Remote host closed the connection]
jedb_ has quit [Ping timeout: 264 seconds]
cantstanya has joined #forth
proteus-guy has quit [Ping timeout: 260 seconds]
jedb__ is now known as jedb
john_cephalopoda has joined #forth
john_cephalopoda has quit [Quit: Leaving]
_whitelogger has joined #forth
birdwing has quit [Remote host closed the connection]
birdwing has joined #forth
the_cuckoo has quit [Ping timeout: 256 seconds]
proteus-guy has joined #forth
the_cuckoo has joined #forth
badcfe has joined #forth
dave0 has quit [Quit: dave's not here]
badcfe has quit [Quit: leaving]
biotty has joined #forth
proteus-guy has quit [Ping timeout: 260 seconds]
gravicappa has quit [Ping timeout: 256 seconds]
gravicappa has joined #forth
lispmacs has joined #forth
<lispmacs> hi, I was wondering how to check for integer overflow, specifically during a multiplication operation. seems like this is not built into forth. Is there some way to check the flag on x86?
<lispmacs> or some other way this problem is dealt with?
<lispmacs> maybe FLAGS register can be accessed in some way...
<cmtptr> you're asking about ans, i would expect them not to expose platform-specific registers
<cmtptr> s/you're/if you're/
<lispmacs> looks like gforth has a bunch of register related words defined. Maybe they are documented in the source
birdwing has quit [Ping timeout: 268 seconds]
<MrMobius> lispmacs, is it too big to fit in a double?
<lispmacs> MrMobius: as far as a specific problem: I was doing the Forth Application Techniques problem where you have to create a class ( using : <name> create ) for a 2array
<lispmacs> user passes in number of rows and columns
<lispmacs> instance behavior is to take in a row and col number and return the address of that array element
<lispmacs> anyway, the definition behavior involves multipling the row and col to figure out how much to allot, so just had me wondering how one could check for multiplication overflow/carry
<MrMobius> maybe there's a cleverer way but I would promote to double and compare
<veltas> lispmacs: This is something that almost all programming languages are painfully lacking in, standard forth included
<veltas> Regarding integer flags
<veltas> It's weird when you find there is something easier to do in assembly, but most clever uses of arithmetic or extensions of arithmetic seem to be easier in assembly
<veltas> In my forth I am meaning to add integer flag support, it will probably simplify certain e.g. double/mixed colon definitions
<TangentDelta> Heh...
<TangentDelta> My brain always goes straight to trying to solve problems with clever arithmetic and logical functions, which is quite bulky and annoying on modern programming languages.
gravicappa has quit [Ping timeout: 260 seconds]
Vedran has joined #forth
yyyyyy`` has joined #forth
yyyyyy` has quit [Ping timeout: 246 seconds]
Vedran has quit [Ping timeout: 260 seconds]
Vedran has joined #forth