180 karma · joined March 15, 2018
When's the last time your country restrained itself after being hit by 460 rockets in one day?
http://www.uefi.org/sites/default/files/resources/ACPI%206_2...
I think mips r3k has a better behaving add ("addu"), or is that only on some? if your compiler outputs these you don't have to worry about special behavior.
I'd say a bigger concern, for vax - the lack of IEEE754 is noticeable when people pick unsuitable float constants, or it traps by default. or the many GCC bugs now.
For mips r3k, the complete lack of atomics. And the load delays.
calling it open source is harming actual open source projects by making people fear adopting them.
Can you have any advanced device that doesn't contain anything made by 50% of humanity? no.
This comment is sent to you from Asia and 7000km away from Beijing.
xrandr --output DVI-I-1 --gamma 1:1:0.5
Closer to 1 in 7, because the reviewer might be female (who are rarely color blind).
If their motivations were pure, they would set a standard for efficiency and/or brightness, or a minimum but not maximum of 1,000 hours.
- Copy existing compiler into gcc.old
- Add new compiler as "gcc"
- Switch architectures one by one
If one architecture is left behind it's not a big pressing issue, you have until the next GCC update. They're done once 2-3 years hopefully so the GCC VAX issue taking 6 months to resolve wasn't close to being a problem.
As for removing architecture support, as long as it builds without extreme intervention, the non-VAX crowd is going to leave it alone. The VAX code is mostly separate in its own directory so doesn't get in the way.
The people who care about VAX within NetBSD are very knowledgeable and it would be a shame to alienate them without a good reason. They've contributed a lot of non-VAX stuff too.
The comparison to "oldest clang/gcc you can get in a linux distro" is not right, you can get a lot of different versions as packages. this refers to the base compiler which is used to build everything. GCC 8.1 is available as a package for example.
As for the base GCC versions, NetBSD is a little conservative when updating, but keep in mind that it's doing this on a lot of architectures and problems arise. a complete transition to GCC 5.x was held back somewhat by a tricky mipseb-softfloat bug, GCC 6.x (in -current) was held back by a VAX ICE. Newer GCC kills ARMv4-nonthumb support.
If that is OpenSSL 1.0.2k it probably should be updated, yeah.
Linux and other FOSS software becoming popular makes using NetBSD a lot more convenient, not less. There's a top tier FOSS browser that will accept NetBSD related patches, several really good document editors, graphical tools. We can even take some driver code from Linux itself.
It's very easy to build and modify everything, it doesn't hide errors under a rug (syslog messages are legible, coredumps not disabled by default and so on), so I feel like I can tackle any problem I encounter on it.
Also, if you're the type that carries their long .xinitrc/.Xresources/.profile around, it's more comfortable than the friendly linuxes which require you to re-do everything but in dconf.
I've got a lot of netbsd running machines. The one I use now is a Haswell CPU with nvidia graphics, and everything works well on it (even nvidia graphics!).
Not all machines are so good. I have a too new Dell XPS. It doesn't have graphical acceleration. But it was very cool to have the touchscreen working already (although with rough edges).