Re: [dev] [dwm][st] why use ints over bools?

From: stefan11111 <stefan11111_AT_shitposting.expert>
Date: Sat, 22 Jun 2024 01:46:10 +0300

În 22 iunie 2024 00:10:52 EEST, "Страхиња Радић" <contact_AT_strahinja.org> a scris:
>Дана 24/06/21 09:14PM, Markus Wichmann написа:
>> Isn't it all about familiarity in the end? Or can you articulate what
>> parts of C11 and C23 you find objectionable?
>
>Just a few examples:
>
>- C11: bounds checking interfaces (now even suggested for removal)
> https://www.open-std.org/jtc1/sc22/wg14/www/docs/n1967.htm
>- C23: nullptr{_t,}, true/false, _BigInt, "C++ compatibility" - just no.
> https://harmful.cat-v.org/software/c++/
>
>The overarching trend seems to be that C is gradually turning into C++
>lite with all the keywords, attributes, etc. There's no need for any of
>that.
>

Imo, the "new" C standard smells c++.
At this rate, we might even see class
become a keyword in C.

I see no reason to add even more keywords and
types that nobody asked for(nullptr/nullptr_t).
Some, like true and false can break existing
code which already uses those as
variables/functions.

As someone else said in this thread, maybe the
worst addition is the fact that void foo() is now
the same as void foo(void), which was a very
useful feature.

However, even worse IMO is the fact that gcc
devs have started breaking perfectly good code
since gcc14.
-- 
Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU__AT__3.00GHz
COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -falign-functions=64 -fgraphite-identity -floop-nest-optimize"
USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man"
INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji /usr/lib64/palemoon/gtk2"
Received on Sat Jun 22 2024 - 00:46:10 CEST

This archive was generated by hypermail 2.3.0 : Sat Jun 22 2024 - 00:48:09 CEST