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
heat has joined #osdev
heat_ has quit [Read error: Connection reset by peer]
gildasio1 has quit [Ping timeout: 268 seconds]
gog` has quit [Ping timeout: 248 seconds]
gildasio1 has joined #osdev
frkzoid has joined #osdev
heat has quit [Read error: Connection reset by peer]
heat has joined #osdev
frkzoid has quit [Ping timeout: 255 seconds]
<mrvn> immibis: more a void_int type. The name "foo" doesn't affect the type. Also your comment was about overloads so it could be [void_int, int_double, vector_set] type.
<mrvn> add templates and it gets more complex. You have to reflect the whole overload and template parameter deduction rules into the type.
<immibis> And how often are you going to have a [void_int, int_double, vector_set] type - how many functions in your program have exactly that set?
<mrvn> at least twice or the whole concept would have no meaning.
[itchyjunk] has quit [Ping timeout: 252 seconds]
<mrvn> or at least overlapping sets
[itchyjunk] has joined #osdev
sebonirc has quit [Remote host closed the connection]
sebonirc has joined #osdev
CaCode has quit [Ping timeout: 268 seconds]
ThinkT510 has quit [Ping timeout: 268 seconds]
corecode has quit [Quit: ZNC - http://znc.in]
vdamewood has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
ThinkT510 has joined #osdev
gog has quit [Ping timeout: 248 seconds]
heat has quit [Ping timeout: 256 seconds]
rorx has quit [Ping timeout: 252 seconds]
rorx has joined #osdev
skipwich_ has quit [Quit: DISCONNECT]
skipwich has joined #osdev
smeso has quit [Quit: smeso]
smeso has joined #osdev
[itchyjunk] has quit [Read error: Connection reset by peer]
srjek has quit [Ping timeout: 255 seconds]
frkazoid333 has joined #osdev
opal has quit [Remote host closed the connection]
xenos1984 has quit [Read error: Connection reset by peer]
opal has joined #osdev
chartreuse has quit [Remote host closed the connection]
xenos1984 has joined #osdev
dh` has joined #osdev
the_lanetly_052 has joined #osdev
gxt has quit [Remote host closed the connection]
gxt has joined #osdev
GeDaMo has joined #osdev
bauen1 has quit [Ping timeout: 248 seconds]
the_lanetly_052 has quit [Ping timeout: 256 seconds]
mahk has quit [Quit: WeeChat 3.0]
gog has joined #osdev
gxt has quit [Remote host closed the connection]
gxt has joined #osdev
gxt has quit [Remote host closed the connection]
gxt has joined #osdev
bauen1 has joined #osdev
mahk has joined #osdev
sympt has quit [Ping timeout: 268 seconds]
<mjg> huh. did you know there is no __LP32__ macro?
<GeDaMo> ILP32 ?
<mjg> welp that makes sense now that you mention it
<mjg> :)
<GeDaMo> :P
<GeDaMo> This is the thing I always look at https://en.wikipedia.org/wiki/64-bit_computing#64-bit_data_models
<bslsk05> ​en.wikipedia.org: 64-bit computing - Wikipedia
<mjg> i only ever tested for __LP64__
<mjg> and i mean for over a decade now
<mjg> the only reason i did not do it this time around is because of a 128 bit arch
<mjg> ... where i specifically need to special-case a 32-bit sucker
<mjg> i consider myself excused for just s/64/32 :)
<milesrout> mrvn: i guess you're kind of asking for bidirectional type inference?
<milesrout> "deduce by how it gets used later" is just not viable in C++, type information can only be inferred in one direction.
<bslsk05> ​archive.opengroup.org: 64-BIT PROGRAMMING MODELS
<mjg> indeed they are
<mjg> weirdos
<dzwdz> can i access regular pci devices through pci express?
<dzwdz> i'm considering not implementing a regular pci driver at all
frkazoid333 has quit [Ping timeout: 244 seconds]
<dzwdz> actually that's probably a stupid idea
<klange> There's not really a difference between PCI and PCIe from the software interface perspective. PCIe mandates the availability of some features in hardware, like MSI, and does offer a memory-mapped config space access approach, but the "legacy" method still has to be supported (and config space access is a platform-dependent whacky thing regardless)
<gog> i mean you can access pci via pcie but you end up having to implement the pci driver anyway
<gog> because it'd just be a bridge
air has quit [Ping timeout: 255 seconds]
[itchyjunk] has joined #osdev
<mrvn> GeDaMo: and it's also the reason for LLP64. windows code uses long to mean int32_t.
<GeDaMo> Yeah
<mrvn> lets make a SIL64 model.
[itchyjunk] has quit [Read error: Connection reset by peer]
MrPortmaster has quit [Remote host closed the connection]
gildasio1 has quit [Ping timeout: 268 seconds]
heat has joined #osdev
joe9 has joined #osdev
MrBonkers has joined #osdev
gildasio has joined #osdev
carbonfiber has joined #osdev
ckie has quit [Quit: *poof*]
ckie has joined #osdev
air has joined #osdev
gildasio has quit [Ping timeout: 268 seconds]
gildasio has joined #osdev
gog` has joined #osdev
srjek has joined #osdev
eroux has joined #osdev
smach has joined #osdev
<zid> Guys wtf
<zid> there's liquid falling out of the air
<zid> and it keeps making explosion noises
<GeDaMo> Are you in an area that has declared a drought?
<zid> You mean "the natural state of reality"?
<GeDaMo> That's except for viewers in Scotland who have their own weather :P
<zid> well, I hope this wet-air phenomena carries on for a bit, it's fun to look at
<zid> phenomenon*
bauen1 has quit [Ping timeout: 256 seconds]
FreeFull has joined #osdev
<mrvn> could be worse, could be solids.
<mrvn> could be worse, could be men. or frogs.
FreeFull has quit []
FreeFull has joined #osdev
bauen1 has joined #osdev
Celelibi has quit [Ping timeout: 268 seconds]
Celelibi has joined #osdev
gildasio has quit [Ping timeout: 268 seconds]
smach has quit [Remote host closed the connection]
gog` has quit [Read error: Connection reset by peer]
smach has joined #osdev
corecode has joined #osdev
matt__ has joined #osdev
matt__ is now known as freakazoid333
gildasio has joined #osdev
Brnocrist has joined #osdev
smach has quit []
smach has joined #osdev
smach has quit [Remote host closed the connection]
smach has joined #osdev
smach has quit [Remote host closed the connection]
<gog> for the very first time in history
<gog> it's gonna start raining men
smach has joined #osdev
<j`ey> hallelujah
nyah has joined #osdev
<gog> amen
smach has quit []
smach has joined #osdev
<heat> like physically?
gildasio has quit [Ping timeout: 268 seconds]
<GeDaMo> You'd probably need a pretty strong umbrella :|
xenos1984 has quit [Read error: Connection reset by peer]
xenos1984 has joined #osdev
foudfou_ has quit [Remote host closed the connection]
foudfou has joined #osdev
<heat> i've got a new extremely scientific way to stress test a system
<heat> while true; do gcc main.c 2>/dev/null; done
<zid> looks like science to me
<GeDaMo> Depends what's in main.c
<heat> main(){}
<heat> my stack is getting misaligned under load, i need ideas
<GeDaMo> Get another stack
<zid> make all the places that adjust the stack, adjust it by a different amount of gigabytes
<zid> to find which adjustment happened last
<heat> but the kernel only adjusts the stack when handling signals
<heat> i'm talking about user stacks btw
<heat> not kernel
<mjg> don't load
<heat> thanks for the rubber ducky debugging
<heat> it was dying trying to deliver signals
<heat> I was silently misaligning the stack on signals
<heat> i dont understand if my issues are TLB related
smach has quit []
<heat> i wish there was a way to disable the tlb
<zid> you just need a helper macro where every time you touch the page tables, you invlpg every address
<zid> caution: may make it take an hour to boot
smach has joined #osdev
<heat> i think I need a tracing system
gog` has joined #osdev
<heat> I find it hard to understand what's going on when stressing the system
opal has quit [Remote host closed the connection]
opal has joined #osdev
smach has quit []
ghee has joined #osdev
ghee has quit [Remote host closed the connection]
Celelibi has quit [Remote host closed the connection]
Celelibi has joined #osdev
leah_ is now known as thatcher
opal has quit [Ping timeout: 268 seconds]
GeDaMo has quit [Quit: A program is just a bunch of functions in a trenchcoat.]
opal has joined #osdev
joe9 has quit [Remote host closed the connection]
gildasio has joined #osdev
vdamewood has joined #osdev
jafarlihi has joined #osdev
<jafarlihi> Can someone please tell me how I can fix these compilation errors: https://pastebin.com/jFmiuThL Here's the code: https://github.com/jafarlihi/graphql-cpp/blob/master/graphql-cpp.hpp
<bslsk05> ​pastebin.com: In file included from /usr/include/c++/12.1.0/memory:66, from - Pastebin.com
<bslsk05> ​github.com: graphql-cpp/graphql-cpp.hpp at master · jafarlihi/graphql-cpp · GitHub
joe9 has joined #osdev
CaCode_ has joined #osdev
CaCode_ is now known as CaCode
jafarlihi has quit [Quit: WeeChat 3.6]
smach has joined #osdev
Ram-Z has quit [Ping timeout: 252 seconds]
xenos1984 has quit [Read error: Connection reset by peer]
joe9 has quit [Ping timeout: 268 seconds]
Ram-Z has joined #osdev
xenos1984 has joined #osdev
kof123 has quit [Ping timeout: 268 seconds]
Gooberpatrol66 has quit [Ping timeout: 244 seconds]
heat has quit [Remote host closed the connection]
heat has joined #osdev
heat has quit [Read error: Connection reset by peer]
heat has joined #osdev
Gooberpatrol66 has joined #osdev
sikkiladho has joined #osdev
freakazoid333 has quit [Ping timeout: 256 seconds]
nyah has quit [Ping timeout: 256 seconds]
<kazinsal> things that mildly annoy me: configuration options that just simply do not appear at all instead of being greyed out or throwing an error if dependencies aren't met
<kazinsal> here I am trying to figure out why in the name of the vintage computing gods pcem didn't seem to support the original XT MFM fixed disk controller on the XT but it turns out it just doesn't give you the option to configure one if you're missing the rom for it
<zid> yea that can be annoying during troubleshooting
<zid> it's effectively false information
<zid> "oh shit this card doesn't support the thing, need to hunt down a different once" *four hours of searching through boxes* "Finally" "Wtf I *know* this one supports it"
heat has quit [Remote host closed the connection]
heat has joined #osdev
frkzoid has joined #osdev
[itchyjunk] has joined #osdev
jafarlihi has joined #osdev
<jafarlihi> In TypeScript there's this construct: "(fn1(), fn2())". It basically runs fn1 and discards results, then runs fn2 and returns the results. How can I achieve the same in C++?
<gog`> call fn1() and discard the results. call fn2 and store the results
<jafarlihi> I want to do it in a single statement
<gog`> why?
<zid> Literally the same
<jafarlihi> It is in middle of another call and arguments beforehand mutate state, fn1 mutates state as well
<zid> comma operator yo
<j`ey> sounds gross tbh
<jafarlihi> Parser code
<kazinsal> lock/mutex?
<gog`> oh yeaj
jafarlihi has quit [Quit: WeeChat 3.6]
ptrc has quit [Remote host closed the connection]
ptrc has joined #osdev