--- Log opened Tue Mar 26 00:00:08 2024
00:57 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
02:25 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
03:53 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
04:08 < real_or_random> urghs. could we just assign members individually instead?
04:09 < real_or_random> roconnor
04:11 < roconnor> Yeah.  Anyhow, I'm not quite at that point yet.  I'll see what happens when I get there.
04:11 < real_or_random> kk
04:11 < real_or_random> I can imagine that compilers will even produce the same code 
04:12 < real_or_random> (I assume it's not too hard for the compiler to figure out that assigning a struct is equivalent to assigning all its members. But I admit that I don't understand compilers. ^^)
05:05 < sipa> i actually assume (but have not verified) that struct assignment is defined as equivalent to assigning all members
06:01 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
07:09 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
07:46 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Read error: Connection reset by peer]
08:01 -!- jon_atack [~jonatack@user/jonatack] has quit [Ping timeout: 246 seconds]
08:02 -!- jonatack [~jonatack@user/jonatack] has joined #secp256k1
09:15 -!- achow101 [~achow101@user/achow101] has quit [Ping timeout: 256 seconds]
09:42 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
09:43 -!- preimage [~halosghos@user/halosghost] has joined #secp256k1
09:43 -!- cygnet3 [~cygnet3@185.65.134.168] has joined #secp256k1
10:11 -!- jon_atack [~jonatack@user/jonatack] has joined #secp256k1
10:13 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 260 seconds]
10:45 -!- achow101 [~achow101@user/achow101] has joined #secp256k1
10:47 -!- preimage [~halosghos@user/halosghost] has quit [Quit: WeeChat 4.2.1]
10:53 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
10:58 -!- achow101 [~achow101@user/achow101] has quit [Remote host closed the connection]
11:04 -!- achow101 [~achow101@user/achow101] has joined #secp256k1
11:51 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
15:51 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
16:06 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
16:17 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
17:03 -!- cygnet3 [~cygnet3@185.65.134.168] has quit [Remote host closed the connection]
17:31 -!- preimage [~halosghos@user/halosghost] has joined #secp256k1
18:06 < real_or_random> sipa: well, that's the case, except when some members of the read struct have never been assigned a value 
18:08 < real_or_random> (in that case, assigning all members individually may be UB because you might a trap representation. but assigning the entire struct is defined and structs are guaranteed not to have trap representations. see this excellent stackexchange answer https://stackoverflow.com/a/35571273 ) 
18:09 < real_or_random> *might read
18:10 < real_or_random> but yeah, none of this matters for us because we don't use partially initialized structs.  
18:11 < real_or_random> and also,  the (u)intXX_t types are guaranteed not to have trap representations anyway
19:43 -!- preimage [~halosghos@user/halosghost] has quit [Quit: WeeChat 4.2.1]
23:21 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
23:32 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
23:50 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
--- Log closed Wed Mar 27 00:00:09 2024