klange changed the topic of #osdev to: Operating System Development || Don't ask to ask---just ask! || For 3+ LoC, use a pastebin (for example https://gist.github.com/) || Stats + Old logs: http://osdev-logs.qzx.com New Logs: https://libera.irclog.whitequark.org/osdev || Visit https://wiki.osdev.org and https://forum.osdev.org || Books: https://wiki.osdev.org/Books
ptrc has quit [Remote host closed the connection]
ptrc has joined #osdev
gildasio has quit [Remote host closed the connection]
gildasio has joined #osdev
memset has quit [Remote host closed the connection]
memset has joined #osdev
\Test_User has quit [Quit: \Test_User]
qubasa has joined #osdev
foxdrodd has quit [Ping timeout: 244 seconds]
annamalai has quit [Ping timeout: 248 seconds]
goliath has quit [Quit: SIGSEGV]
\Test_User has joined #osdev
xaf32 has quit [Quit: xaf32]
gildasio has quit [Remote host closed the connection]
gildasio has joined #osdev
gildasio has quit [Remote host closed the connection]
gildasio has joined #osdev
pabs3 has quit [Ping timeout: 244 seconds]
jcea has quit [Ping timeout: 276 seconds]
pabs3 has joined #osdev
_whitelogger has joined #osdev
jp has quit [Quit: WeeChat 4.7.2]
jp has joined #osdev
agent314 has joined #osdev
memset has quit [Remote host closed the connection]
memset has joined #osdev
memset has quit [Remote host closed the connection]
memset has joined #osdev
memset has quit [Remote host closed the connection]
memset has joined #osdev
annamalai has joined #osdev
pabs3 has quit [Ping timeout: 244 seconds]
pabs3 has joined #osdev
_whitelogger has joined #osdev
GeDaMo has joined #osdev
gh has joined #osdev
agent314 has quit [Ping timeout: 264 seconds]
agent314 has joined #osdev
innegatives has joined #osdev
remn has joined #osdev
_whitelogger has joined #osdev
Lucretia has joined #osdev
gh has quit [Quit: gh]
jcea has joined #osdev
jcea has quit [Ping timeout: 276 seconds]
foxdrodd has joined #osdev
teaberry982 has joined #osdev
melnary has quit [Ping timeout: 248 seconds]
agent314 has quit [Ping timeout: 256 seconds]
teaberry982 has left #osdev [#osdev]
Milkman has quit [Quit: WeeChat 4.9.0]
Milkman has joined #osdev
melnary has joined #osdev
Milkman has quit [Client Quit]
Milkman has joined #osdev
Milkman has quit [Client Quit]
Milkman has joined #osdev
Milkman has quit [Client Quit]
Milkman has joined #osdev
Milkman has quit [Client Quit]
unixpro1970 has quit [Remote host closed the connection]
unixpro1970 has joined #osdev
agent314 has joined #osdev
netbsduser has joined #osdev
agent314 has quit [Ping timeout: 272 seconds]
agent314 has joined #osdev
goliath has joined #osdev
agent314 has quit [Quit: agent314]
Pixi` has joined #osdev
leon has quit [Remote host closed the connection]
leon has joined #osdev
Pixi has quit [Ping timeout: 244 seconds]
agent314 has joined #osdev
agent314 has quit [Quit: agent314]
agent314 has joined #osdev
Lucretia has quit [Ping timeout: 244 seconds]
memset has quit [Remote host closed the connection]
memset has joined #osdev
Slashed_Out has quit [Quit: Leaving]
Lucretia has joined #osdev
Pixi has joined #osdev
Pixi` has quit [Ping timeout: 272 seconds]
pabs3 has quit [Ping timeout: 244 seconds]
pabs3 has joined #osdev
stewi has joined #osdev
Milkman has joined #osdev
PapaFrog has quit [Ping timeout: 264 seconds]
PapaFrog has joined #osdev
Left_Turn has joined #osdev
x49 has joined #osdev
innegatives has quit [Quit: Connection closed for inactivity]
pog has quit [Quit: WeeChat 4.1.1]
pog has joined #osdev
alpha2023 has joined #osdev
jcea has joined #osdev
<kof673> manual markup for dependencies of code https://x0.at/Jvbz.txt i already had this "scdep" format, this just adds ability to pragma files ...auto-generated would be better ;D
stewi has quit [Remote host closed the connection]
<kof673> one obvious use case, is a script could note file.c includes file2.h or file3.c and compare dates of those with an object file, for make-like dependency checking whether an object needs rebuilt or not but you need to preprocess to do so properly, since they might be conditional
<kof673> compilers are probably supposed to ignore any #pragma they don't recognize, but i quote just so maybe it avoids problems ;D
<kof673> maybe ctags or something can do most or all of those and i just need to translate ;D
<kof673> manual is bad, but putting it right next to the code, hopefully avoids things getting out of sync if that code is ever updated, they hopefully update the pragma right next to it
annamalai has quit [Ping timeout: 244 seconds]
gildasio has quit [Remote host closed the connection]
gildasio has joined #osdev
xenos1984 has quit [Ping timeout: 256 seconds]
xenos1984 has joined #osdev
kouosi has joined #osdev
Muii has joined #osdev
memset has quit [Remote host closed the connection]
memset has joined #osdev
Lucretia has quit [Quit: Konversation terminated!]
memset has quit [Remote host closed the connection]
memset has joined #osdev
xenos1984 has quit [Ping timeout: 276 seconds]
xenos1984 has joined #osdev
cow321 has quit [Ping timeout: 256 seconds]
Jari-- has quit [Ping timeout: 265 seconds]
kouosi has quit [Quit: Client closed]
[Kalisto] has quit [Quit: No' vemo']
agent314 has quit [Quit: agent314]
Muii has quit [Ping timeout: 248 seconds]
Muii has joined #osdev
cow321 has joined #osdev
Lucretia has joined #osdev
air has quit [Quit: cria 0.2.9cvs17 -- http://cria.sf.net]
air has joined #osdev
jas_qanvilabs has quit [Quit: Leaving]
<Ermine> i've figured out why bluetoothd crashed for me
<Ermine> once again it's glib
<Ermine> bool is 1 byte, and gboolean is 4 bytes
<Ermine> so when its option parser writes to bool, it corrupts stuff next to it
<heat> loller moment!
<zid> see I knew bool was a stupid type
<heat> reminds me, there's something really stupid about
<heat> int var : 1;
<zid> is that javascript
<heat> no, C
<heat> like struct S { int something : 1;};
<zid> oh you mean int var :1
<heat> doing s->something = 1; is IIRC technically UB because the type doesn't have a way to represent it
<heat> at least not ambiguously
<nikolar> how
<nikolar> it can be 0 or 1
<heat> it can also be -1
<nikolar> right
<heat> the representation for -1 and 1 are "the same", aka you can't represent either one
Muii has quit [Ping timeout: 244 seconds]
<nikolar> right idk
<nikolar> you shouldn't use bitfields anyway
<heat> meh, bitfields are useful
<heat> when you don't care about the specific layout nor atomicity
<bobbin> they're useful for ugly hardware stuff
<heat> oh yeah that's exactly where I would not use them
<bobbin> noooo :(
<nikolar> that's exactly where you can't rely on anything
<nikolar> because the exact layout is not specified
<nikolar> nor are the update semantics
<heat> but for, like, a bool? yeah super handy
<nikolar> how though :P
<nikolar> when it's ub :P
<zid> to be fair, you know what compiler you're using
<zid> when you're embed
<bobbin> int is the ub case
<nikolar> that was a joke
<zid> just make it mandatory that bitfield members are unsigned and that you test whether they go forwards or backwards and they're perfectly usable
<nikolar> until something changes in the next version
<zid> that won't change
<nikolar> can you guarantee that
<zid> or if it does, it will be a HUGE BREAKING CHANGE thing like -fcommon
<nikolar> not really
<zid> yes really
<bobbin> wow you can't use bitfields to widen a type
<zid> to be fair, int has 1 sign bit
<zid> so you have.. 0 value bits left
<nikolar> imagine using bool
<heat> yep
<zid> the fcommon change was fun
<zid> people actually talked in #gcc for a couple of weeks
<heat> > until something changes in the next version
<zid> <big wall of text about a linker issue> me: "Did you try -fno-common"
<heat> it cannot change, it's part of the ABI
<nikolar> heat: bitfields specifically aren't iirc
<nikolar> so you know
<nikolar> ymmv
<zid> how many sign bits does nullptr_t have
<nikolar> page 15?
<nikolar> zid: trick question
<nikolar> it's not real and doesn't exist
<zid> correct answer
<zid> It has been -32768 days since my last integer overflow error, woo!
<nikolar> nice
GeDaMo has quit [Quit: 0wt 0f v0w3ls.]
<zid> and 1.401298464324817070923730E-45 seconds since my last floating point error
<bobbin> >not using the extra space to encode -0
<bobbin> ngmi
jas_qanvilabs has joined #osdev
* kof673 env CFLAGS='-Os -pipe -march=i486 -mcpu=i486' CPPFLAGS='-I/mnt/local/installed/openssl-3.6.2/include' LDFLAGS='-L/mnt/local/installed/openssl-3.6.2/lib' ./configure --prefix=/mnt/local/installed/wget2-2.2.1 --with-ssl=openssl
<kof673> > checking for -I/mnt/local/installed/openssl-3.6.2/include option for large files... -D_FILE_OFFSET_BITS=64
<kof673> i think that's a configure bug in wget ;D
<kof673> just bad output perhaps
<zid> How many pulls are we all doing for nishino flower at 11pm?
<heat> linux 7.0 is coming out in an hour or so
<heat> what feature are you guys looking for
<zid> rust 1.95 prep ofc
<kof673> i think all my modern systems will be android...and then just run qemu with old linux / whatever else for tons of cross-compilers
<kof673> i'm sure i will use linux 7.0...10 years from now ;D
<zid> That's a joke ofc
<zid> the real shit is SMT hot-plug support for loooongarch
<bobbin> i should switch to dkms
<zid> heat: I answered you, so, how many pulls?
<heat> wdym
<zid> NISHINO FLOWER
<zid> HOW MANY PULLS?
<heat> i don't know what that is
<zid> who
<zid> who that is
<heat> > 135 cm
<heat> a child?
<zid> she's TINY
<zid> that's why I am pulling for her mainly
<heat> yeah short kings stand up but also short queens
<zid> when does sweep tosho come
<bobbin> did zid watch the umamusume anime
karenw has quit [Ping timeout: 248 seconds]
<zid> MAY 27th
<zid> for sweep tosho
<nikolar> he watched all the uma musume animes
<Ermine> Actually that bug is fixed for several months now and it has been released
<Arsen> nikolar: no, a one bit int is either 0 or -1, it can't be 1, on twos complement machines
<Arsen> on ones complement machines, it's either 0 or -0
<nikolar> right
<Arsen> in neither case can it be 1 though
foxdrodd has quit [Ping timeout: 244 seconds]
<Arsen> bitfields are fine for compressing s bunch of bools into s byte where the exact layout isn't significant and it can mean lower memory usage
<Arsen> ditto for unsigned
<Arsen> not much else tho
<Arsen> the layout is extremely unreliable (in the sense that it's just fully ID)
<heat> structs are also ID
<heat> i don't think anything in C requires struct S {int a; int b;} to not order the fields
<heat> reorder I mean
<zid> it does
<zid> but that's like, the only requirement, lol
<zid> gigabyte of padding inbetween and 17 sign bits very acceptable!
goliath has quit [Quit: SIGSEGV]
<zid> 16 minutes until I spend all money on nishino, don't get her, kill myself
<heat> LINUX SEVEN DOT OH WOOOOOOOOOO
Left_Turn has quit [Ping timeout: 244 seconds]
<Arsen> yeah those are required to be ordered by the rules about compatibility and leading members or whatever
<zid> yea if nothing else, the very very first member MUST be first
<zid> but I think it also applies to the others too
netbsduser has quit [Ping timeout: 244 seconds]
\Test_User has quit [Quit: \Test_User]
\Test_User has joined #osdev
Lucretia has quit [Remote host closed the connection]
Milkman has quit [Quit: WeeChat 4.9.0]
alpha2023 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]