I'm guessing, but manta rays are flexible and can form vertical surfaces by how their wings flop. Or maybe they just can flop their wings different amounts to generate differing thrust for turning.
Neither is possible with todays technology. Adding a vertical control surface is a pretty easy solution though.
Seems it has the necessary integration points to run CMake builds as an external command. The same way you could build Make, Autotools, Meson or Bazel projects from CMake with the necessary external command plumbings.
Obviously both fille the same purpose of being a build system, though Bazel is also a build executor not just a generator. Integration would mean either adding BUILD language support to CMake or vice-versa, but you wouldn't get the particular benefits of either this way.
What year was this? While I can't find a source I believe Gmail has supported IPv6 for sending and receiving since the World IPv6 day back in 2011. I've certainly been doing it since 2017.
Your issue might be rather that Gmail actually enforces all their guidelines on IPv6 instead of silently degrading your reputation behind the scenes like they do for IPv4. So proper RDNS, SPF and DKIM are tablestakes with DMARC and MTA-STS strongly recommended.
Sounds like adding yet another potentially exploitable service listening on every host? Swell!
Seriously, I have yet to see a good tutorial how to herd IPv6 LAN with reliable local DNS, as is usual with IPv4. Everything is just handwaved away "nah, zero configuration". The reluctance to adopt it could stem from that.
Dude, it actually is zero configuration lol. My devices assign themselves an IPv6 via SLAAC, and they are reachable from other devices via devicename.local.
Macs and iPhones have relied on mDNS for years. Windows supports it. Android supports it since 2022. Linux has avahi.
If people could look a little further than the tip of their nose, they’d realize how much easier it’ll be to explain to people to just type in alices-iphone.local instead of trying to find the IPv4 address first.
..until another Alice joins the network with her iphone. There are plenty of valid reasons to manage names centrally and configure addresses explicitly, but no I'm supposedly a dinosaur that is supposed to get extinct finally :(
Both recent GCC and Clang are able to generate the most optimal version for std::clamp() if you add something like -march=znver1, even at -O1 [0]. Interesting!
The additional "movapd xmm0, xmm2" is mostly free as it is handled by renaming, but yes, it seems a quirk of the register allocator. It wouldn't be the first time I see GCC trying to move stuff around without obvious reasons.
I don't think it's a register allocation failure but is in fact necessitated by the ABI requirement (calling convention) for the first parameter to be in xmm0 and the return value to also be placed into xmm0.
So when you have an algorithm like clamp which requires v to be "preserved" throughout the computation you can't overwrite xmm0 with the first instruction, basically you need to "save" and "restore" it which means an extra instruction.
I'm not sure why this causes the extra assembly to be generated in the "realistic" code example though. See https://godbolt.org/z/hd44KjMMn
Even with -march=znver1 at -O3 the compiler still generates fewer lines of assembly for the incorrect clamp compared to the correct clamp for this "realistic" code:
But it isn't a password for Microsoft's services that's being sent. It's your username and password for another service you probably didn't intend Microsoft to have your credentials for. And it's intended.
> you probably didn't intend Microsoft to have your credentials for
But you just gave Microsoft your credentials! How could you not intend that?
They're pretty clear about this: if you set up a 3rd party IMAP account, then yeah, credentials get used. If you set up an OAUTH2-capable account, then it uses that instead. That's why it's a lie, because of course if c't has some custom bespoke IMAP server, it's going to need credentials, and the user is going to intentionally hand them over so it can retrieve the mail.
I don't think it's clear at all if you're using the "New Outlook" app as opposed to web client. Traditionally, desktop email clients would handle credentials by directly using them to log in, not by sending them to a web service that logs in on their behalf.
It's one thing to give the locally installed instance of the Outlook client your password, it's another for Outlook to send it in plain text to Microsoft's servers.
> Proton is ostensibly lying about this credential setup.
Not sure what your evidence is for lying. Because they're not.
When creating an IMAP account, c't was able to sniff the traffic between new Outlook and the Microsoft servers. It contained the target server, log-in name and password which were sent to those Servers of Microsoft. Although TLS-protected, the data is sent to Microsoft in plain text within the tunnel. Without informing or inquiring about this, Microsoft grants itself access to the IMAP and SMTP login data of users of the new Outlook.
Either way, Microsoft servers get access to your email accounts so that you can view them locally.
Why should Microsoft get access to my Gmail or Protonmail? Their servers don’t need access to my email.
Old outlook didn’t do that. Thunderbird doesn’t do that. This is completely unnecessary for a mail app. My computer can check my email. No reason for Microsoft servers to do it on my behalf.
Estonia has personalidentificationcode@eesti.ee and registrycode@eesti.ee, which you are supposed to set up to forward to your actual email aadress. Unfortunately these are restricted for use by governmental agencies for important official notifications (e.g. you're being conscripted, your marital status changed, something has changed in regard to a property you own). [0]
You could create a public alias of the form firstname.lastname.n@eesti.ee, but creation of those was ended in 2018 and they were shutdown in November 2023. [1]
> Unfortunately these are restricted for use by governmental agencies for important official notifications (e.g. you're being conscripted, your marital status changed, something has changed in regard to a property you own).
When your marital status changes, isn't that a notification that goes from you to the government, and not the other way around?
Your tax codes aren’t going to update the minute you say your vows. Someone needs to do that on the other side and let you know when it’s been processed.
I guess it depends if the government recognizes the marriage date that is declared, or the date that they process it (if the marriage was not in front of an official).
Divorce date can be pretty random, since it's rarely done live by a judge/official.
The marital example is something I came up with, but not actually sure if that happens as I haven't gotten married myself. But it sounds something like that would exist so you can react to someone faking your identity and registering a
fictive marriage with someone in your name.
If Oryon is ARMv8.0-A then that's quite a disappointment. The LSE instructions are incredibly nice.