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

Post any feedback you have about the game here.
Post Reply
User avatar
lamefun
Tyrant
Posts: 371
Joined: Mon Jun 04, 2012 10:29 am UTC

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

Post 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!

User avatar
Ishq
Project Head
Posts: 1145
Joined: Tue Mar 06, 2012 8:32 pm UTC

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

Post by Ishq »

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

User avatar
lamefun
Tyrant
Posts: 371
Joined: Mon Jun 04, 2012 10:29 am UTC

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

Post 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!

User avatar
Ishq
Project Head
Posts: 1145
Joined: Tue Mar 06, 2012 8:32 pm UTC

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

Post 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++.

Post Reply