Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

I fixed Windows native development

marler8997.github.io

Post reply on HN
Print view View original

271–280 of 406 posts

Re: I fixed Windows native development

#271

Post by Const-me »

scotty79 wrote: post #251
malkia wrote: post #227

Or... you can "winget install Microsoft.VisualStudio.BuildTools" "winget install Microsoft.WindowsSDK.10.0.26100"

But those are installed system wide. What if you have two different project with different requirements at the same time? Every language should have a tool like Python uv.

> What if you have two different project with different requirements at the same time?

Install multiple versions of Windows SDK. They co-exist just fine; new versions don’t replace old ones. When I was an independent contractor, I had 4 versions of visual studio and 10 versions of windows SDK all installed at once, different projects used different ones.

Re: I fixed Windows native development

#272

Post by marler8997 »

remix2000 wrote: post #266

I don't really use Windows OS much, but why not just use MinGW? Then you have Clang on all platforms you can think of: Android, all the various Darwin flavors and of course Linux and Windows; as well as on platforms you can't think of like FreeBSD or even Haiku maybe? Like honestly what's the point of supporting MSVC at all?? Maybe I'm just not enough of a Windows nerd to understand? (so I'm basically wondering if mi…

If you have a self-contained project, where you don't depend on anyone else and others don't depend on you, MinGW works great. Problems arise when you have dependencies that don't work with it. I'd love to see if MinGW could find a way to be binary compatible with MSVC-compiled binaries. Right now it's kind of an all or nothing solution which makes it hard to adopt.

Re: I fixed Windows native development

#273

Post by eps »

aleph_minus_one wrote: post #249
eps wrote: post #236

Earlier quoted context omitted.

This definetly looks like some sort of scam. Like a volume key license being resold against EULA or some such.

> Like a volume key license being resold against EULA or some such. At least in the EU, this is legal.

Through which means?

Re: I fixed Windows native development

#274

Post by forrestthewoods »

delta_p_delta_x wrote: post #189
forrestthewoods wrote: post #187

Earlier quoted context omitted.

MinGW is the most monstrous of monstrosity. Never in a million years touch that garbage.

I dunno, it has its uses when porting software written for UNIX-first. Plus, I pointed out Clang, rather than GCC, because Clang is natively a cross-compiler. I don't like to be dogmatic about stuff; if it's useful then it's useful. If it isn't then I will say why (as I explained why there's no need for MSYS2/Cygwin below).

Unix-first software on Windows is extremely irritating. Do it right or don’t do it at all. Especially when doing it right is actually super easy. You just have to care.

Re: I fixed Windows native development

#275

Post by everyflavourvms »

mycall wrote: post #263
dgxyz wrote: post #3

This is harder than what I do. Just install LTSC Visual Studio build tools from [1], then chuck this in a cmd file: cl yourprogram.c /link user32.lib advapi32.lib ... etc etc ... I've built a load of utilities that do that just fine. I use vim as an editor. The Visual Studio toolchain does have LTSC and stable releases - no one seems to know about them though. see: https://learn.microsoft.com/en-gb/visualstudio/relea…

I noticed Visual Studio 2026 doesn't have an LTSC release yet. Any idea when that will come out?

They've completely reworked release plans. 2026 LTSC will come out a year after the initial VS 2026 release (at the same time as VS 2027) and be supported for 1 more year. You pretty much have to get on the rolling updates train for the IDE, which is why the C++ toolchain now follows a different schedule and you're supposed to be able to install any specific toolchain side by side.

Re: I fixed Windows native development

#276

Post by aleph_minus_one »

eps wrote: post #273
aleph_minus_one wrote: post #249

Earlier quoted context omitted.

> Like a volume key license being resold against EULA or some such. At least in the EU, this is legal.

Through which means?

I can only provide articles that are in German:

An article about court decision by the EuGH from 2012:

https://www.heise.de/hintergrund/EuGH-Gebrauchte-Softwareliz...

Another court decision from the BGH (the highest German civil court) from 2014 that builds on this EuGH decision:

https://www.heise.de/news/BGH-begruendet-Rechtmaessigkeit-de...

Re: I fixed Windows native development

#277

Post by dataflow »

itishappy wrote: post #214
dataflow wrote: post #129

Earlier quoted context omitted.

Have you actually attempted to use it recently? Are you familiar with the WSL1 bugs that surface when running random Linux distros? (To be clear, I haven't tried this with Nix, but I have with other distros.)

Fair question! Nope. I'm not endorsing it, and certainly don't know (or even suspect) it would solve this issue. I just recently installed NixOS and was surprised to see Windows mentioned on the downloads page, so looked into it a bit. Maybe soon.

Okay well, if you do, good luck with glibc (and likely other) issues. WSL1 feels kind of dead unfortunately, neither Windows wants to support newer Linux syscalls nor do Linux projects seem to care for including fallbacks.

Re: I fixed Windows native development

#279

Post by remix2000 »

marler8997 wrote: post #272
remix2000 wrote: post #266

I don't really use Windows OS much, but why not just use MinGW? Then you have Clang on all platforms you can think of: Android, all the various Darwin flavors and of course Linux and Windows; as well as on platforms you can't think of like FreeBSD or even Haiku maybe? Like honestly what's the point of supporting MSVC at all?? Maybe I'm just not enough of a Windows nerd to understand? (so I'm basically wondering if mi…

If you have a self-contained project, where you don't depend on anyone else and others don't depend on you, MinGW works great. Problems arise when you have dependencies that don't work with it. I'd love to see if MinGW could find a way to be binary compatible with MSVC-compiled binaries. Right now it's kind of an all or nothing solution which makes it hard to adopt.

Ah, binary-only dependencies, right… That's very specific though, so unless you need to drive some proprietary hardware, why bother using stuff that forces you into MSVC hell lol? Also wouldn't LLVM based MinGW benefit from Clang's MSVC compat? Not sure about this at all, that's why I'm asking, heh… ^^"

Re: I fixed Windows native development

#280

Post by wizzwizz4 »

foxglacier wrote: post #223
wizzwizz4 wrote: post #182

Earlier quoted context omitted.

What's exhausting is getting through a ten-paragraph article and realising there was only two paragraphs of actual content, then having to wade back through it to figure out which parts came from the prompt, and which parts were entirely made up by the automated sawdust injector.

That's not an AI problem, it's a a general blog post problem. Humans inject their own sawdust all the time. AI, however, can write concisely if you just tell it to. Perhaps you should call this stuff "slop" without the AI and then it doesn't matter who/what wrote it because it's still slop regardless. I completely agree with your parent that it's tedious seeing this "fake and gay" problem everywhere and wonder what a…

It never used to be a general blog post problem. It was a problem with the kinds of blogs I'd never read to begin with, but "look, I made a thing!" was generally worth reading. Now, I can't even rely on "look, I made a thing!" blog posts to accurately describe the author's understanding of the thing they made.
Post reply on HN