Hacker News new | past | comments | ask | show | jobs | submit | xvilka's comments login

Unlike C++, they even got their standard package manager - fpm[1].

[1] https://fpm.fortran-lang.org/


It is as standard as vcpkg and conan.

ISO Fortran does not acknowledge the existences of FPM, just like any programming language ISO standard, the ecosystem is not part of the standard.


Even latest CMake version still has that terrible syntax. If they want to survive the competition, at some point they need to provide (an option at least) another, proper syntax.

What’s the competition these days? I've never seriously used anything beyond plain old Make for my C/C++ projects, but that's more because they were dead simple and didn't justify the big-project features. What would someone use to build more complex things?

Meson and Bazel are the primary contenders in CMake’s market, as far as I can tell.

In the realms of Windows and game development you primarily use Visual Studio Solutions / projects with property sheets. The underlying build system is msbuild.

It is less powerful than CMake and has a relatively steep learning curve due to poor documentation. But once you get the hang of it, it's actually pretty straight forward with just a few pitfalls here and there. You simply have to accept that certain things are not possible... but chances are, these things can't even be done easily in CMake either.


FASTBuild[0] is super fast for large projects and comes with distributed builds and caching out of the box. It requires a bit of effort to set up, but it supports globbing sources, there's no separate generate build step, and it can also make Visual Studio solutions.

[0]: https://www.fastbuild.org/docs/home.html


I like xmake, it's fast and it's a lua file, so no DSL

https://xmake.io/


Either CMake or Meson. If you never felt the need to move beyond Makefiles, Bazel is almost certainly too complex.

It would be nice if it just became a python interpreter. The concepts and build that CMake has is pretty good, but implementing it is a pain due to the quasi shell syntax.

These guys had a competition way back and settled on python.

https://www.scons.org/


Never going to happen. The kitware folks are aware of how bad the cmake language is, but they would rather corral it into a semblance of sanity (e.g. actual types rather than everything being stringly typed, eliminating the imperative stuff) than provide a different language.

Have to say I agree. Anyone who wants to use a different language should really look at a different build system. It would about the same amount of pain.


Yea no. Syntax is just that, syntax.

If anything is holding back CMake, it's the strongly typed core.

Nevertheless, CMake is simple. There currently nothing convincingly better for the general case.


> Yea no. Syntax is just that, syntax.

If that was the case, Gradle wouldn’t move from Groovy to Kotlin.


The solution is to make Git fully self-contained and encrypted, just like Fossil[1] - store issues and PRs inside the repository itself, truly distributed system.

[1] https://fossil-scm.org/


I miss XHTML and XSL times. Time, when Web would have been more prepared for the AI consumption, less dynamic nonsense, and more focus on the actual content. Time shows all these Flash and Java gimmicks died off.


I am looking forward for "qualcommax: ipq60xx: add GL.iNet GL-AX1800/AXT1800 support"[1] to be included in the release.

[1] https://github.com/openwrt/openwrt/pull/14950


> Read a comment on HN the other day from someone that evaluated Huawei hardware for a telco and swore it was so full of holes to be unusable.

Do you have a link? Would be nice to know more technical details.



Someone evaluated Huawei hardware for many telcos years ago and a lot of them decided the equipment is not only usable, it’s the best choice. So which ones were the incompetents or shills?


They’re not mutually exclusive - as you said, that was years ago, enshittification could well have set in.


It's still possible to make CBDC privacy-respecting. Just choose a model similar to Monero or Zcash. It's just powers that be do not want that, not the average Joe.


That already exists, and is 'ready to roll': https://en.wikipedia.org/wiki/GNU_Taler


Time to rewrite telecom software in Rust?


I’m guessing this is a joke.

Rust only fixes the memory safety issues. It doesn’t fix bad software design, the problem where we have to trust other companies to keep their security issues under control (eg. Cisco), and it can’t undo bad decisions that have become industry standards (eg. SS7)


SS7, to summarize charitably, was built assuming trust exists. Some of the vulnerabilites aren't vunerabilities, they're features!


Do you believe this statement refutes my claim that SS7 was badly designed?


Yes, given the SS7 design started in the 1970s when telecommunications was either the purview of a government agency or a state granted monopoly (depending on where you were in the world. in which case it is perfectly rational to assume that your counterparties are trusted.


SS7 wasn't a bad decision.

Allowing any random bozo to connect to the network's trusted center was a bad decision.

If the regulatory mandate to allow interconnection had also mandated the development and usage of a secure protocol for that interconnection, we'd be fine. But it mandated the opposite. Politicians got us into this mess, not programmers.


I would argue it’s the managers of the programmers who failed to foresee this as a future requirement, hence they didn’t tell the programmers to make it resilient to reasonably foreseeable changes to the operating environment.


It was not reasonably foreseeable. The Bell system had been a government-blessed monopoly since its inception. Pigs would fly before scammers were allowed to connect to raw SS7.


> (eg. SS7)

I don't have a lock on my mailbox. It is bad that the "low trust" internet overflows into my everyday life. I would rather that there was some separation of telephone calls, local community and banking etc from the lawless voids, than normalizing all these scams.

Telephone scam calls are mostly an internet problem.


I don’t get how your anecdote relates to SS7. SS7 is available country-wide (I’m assuming it doesn’t directly cross national borders) and the surface area of all of the cell towers and data centers they connect to is very large. Even larger if you consider all of the software that runs on the devices that are legitimately connected to that network. This isn’t even remotely comparable to some fictional high trust small rural town where everyone knows everyone.

I do have a lock on my mailbox, but it has to adhere to the USPS skeleton keys (which have been leaked and are exploited by thieves). Another example of bad design, or at least design that wasn’t able to withstand reasonably foreseeable changes to the operating environment.


Mostly because of the restrictive Plaza accord[1] and tariffs[2].

[1] https://en.m.wikipedia.org/wiki/Plaza_Accord

[2] https://edition.cnn.com/2019/05/24/business/us-china-trade-w...


Tariffs... sounds familiar.


I made sure I had Smoot Hawley on my bingo card for this year.


Reminded me of coral based living spaceships of The Night's Dawn trilogy by Peter Hamilton.


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: