Page 1 of 1

More "fun" experience with reactionary "tool"-chains...

Posted: Sat Jun 18, 2016 4:22 pm UTC
by lamefun

So it seems that even using the apparently most popular Linux distribution (Linux Mint 17.3) does not save one from pain...

Code: Select all

$ ~/.local/share/unvanquished/daemon
/home/lamefun/.local/share/unvanquished/daemon: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /home/lamefun/.local/share/unvanquished/daemon)
/home/lamefun/.local/share/unvanquished/daemon: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /home/lamefun/.local/share/unvanquished/daemon)

Well, time to download the source code and what do you know:

Code: Select all

~/Unvanquished-0.50.0/build $ cmake ..
[...]
-- Configuring done
CMake Error at libRocket.cmake:536 (add_library):
  Cannot find source file:

/home/lamefun/Unvanquished-0.50.0/libs/libRocket/Source/Core/Clock.h

At least the source from git did actually build...

I hope the problem here can easily be seen... still doubt the wisdom of the Global Govenrment?

Praise HTML, CSS, JavaScript and WebAssembly! The glorious future of Web 4.0 is near!

The developers will never again have to test on tens of systems or lose users!

The users will never again miss out on games and apps because they chose a wrong OS or a wrong device!


Re: More "fun" experience with reactionary "tool"-chains...

Posted: Mon Jun 27, 2016 8:26 pm UTC
by Ishq

It's depressing when Debian stable is ahead of said popular distributions. Meh.


Re: More "fun" experience with reactionary "tool"-chains...

Posted: Mon Jun 27, 2016 10:52 pm UTC
by lamefun

The problem is somewhere else... the version I compiled myself worked after all...

It's because daemon doesn't (can't?) statically link libstdc++.

From falsehood to truth...

A good system should have a minimal and really bad core API. As bad as the x86 assembly.

This way people will have to create wrappers around it to use it (just as people have created high-level programming languages)!

Now you don't have to "modernize" your API or fix non-critical bugs, because the wrappers will provide a clean interface and work around the bugs!

This is why x86 rocks. This is why Microsoft Windows rocks.

Programs should bundle all their dependencies with them and run directly against the bad OS API.

That's the way it should be. That's how a proper system should work.

By the way, HTML, CSS and JS are fundamentally flawed for this very reason.

But I trust in the Global Government! It will bring us the salvation! It will make HTML, JS and CSS what they should've always been!


Re: More "fun" experience with reactionary "tool"-chains...

Posted: Wed Jun 29, 2016 2:45 am UTC
by Ishq

Yeah, I tried my best to do that. From now on, I should just ship a full statically linked binary of daemon and even avoid depending on the system's libc and libstdc++.