61 karma · joined April 28, 2012
● LSP(operation: "goToDefinition", symbol: "mtz", in: "src/mtz.cpp") ⎿ No LSP server available for file type: .cpp
● No C++ LSP server is configured.
for C++ 17+, nanobind > pybind11 (both created by the same developer)
">" meaning generally better, as described at https://nanobind.readthedocs.io/en/latest/why.html
By the way, nativejson-benchmark (from RapidJson) has a nice conformance checker that tries various corner cases. But you probably know it.
Ah, so it's a common issue. I also have the 'w' problem on Dell Lattitude E7450.
I did diff on linenoise.c and linenoise.cpp (from NG) and very few lines are identical.
So there is a contrast. Ubuntu devs haven't made what would be a nice gesture toward their upstream distro. OTOH SUSE provides resources for building packages for several unrelated distros.
http://software.opensuse.org/download.html?project=openSUSE:...
or direct file access:
I spent many hours to write a spec file portable enough to build on OpenSuse/Fedora/RHEL/Mandriva (there was Mandriva Linux at that time), and to prepare debian/ directory, but after this initial work updating spec/debian and triggering builds for a new release takes only a few minutes.
I really appreciate that SUSE is providing resources to build packages for other distros. This is in contrast with Canonical refusing to build packages for Debian in PPA[1]:
"PPA builds consume a great deal of resources and it's difficult justify spending that amount of money as a gift, especially if the net effect would be to encourage people to build packages which don't necessarily work with Ubuntu."
I've installed it recently using info from: http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/
It has a port of pacman (!) from Arch Linux for package managing. It feels so much better than mingw-get (package manager used for MSYS/MinGW).
I've learnt about the concept of donation matching only recently (it's not used all over the world yet). It doesn't seem very honest to me. And not only to me, e.g. http://blog.givewell.org/2011/12/15/why-you-shouldnt-let-don...
At that time QtiPlot was very actively developed by one guy who was living off license fees on his GPL'ed program. I was trying similar thing then (with program called fityk) and emailed him to ask how is he doing. In my case, it was interesting experience but after a few months and depleted savings I had to find a day job. He survived much longer with more popular program, but I suppose he also has a day job now.
I joined CS several years ago when travelling across the U.S. At that time CS was a bit more popular in the States, but HC had more users overall, especially in Europe.
HC website was terrible with ads everywhere. There was a great community there and it's not website experience that matters, but many HC-ers first started using both HC and CS, and then tended to use HC less and less often. Although I've heard from a few people that while HC website sucks they had better experience with guests from HC than from CS.
Then a group of volunteers tried to rewrite HC website, but they got conflicted with the owner and started BW (bewelcome.org). I don't know what's the state today.
Consider interesting, underpaid academic jobs for programmers. There is a good chance that your software will make a bigger difference to the world than in a startup.
The initial github commit has comment "Initial import of the code I developed back in 2006. Nothing has been changed since then.", and nothing has been changed since that commit (with exception of docs, Gow.nsi and gow.vbs files).
Cygwin is meant to be complete POSIX system, so GOW seems to be rather an alternative to MSYS from MinGW.