Hello,

is http://www.firebirdfaq.org/faq47/ still true? I have installed
FirebirdSS-2.5.1.26351-0.i686 on a (Gentoo) Linux 3.2.12 system
where only libstdc++.so.6 exists (in the directory
/usr/lib/gcc/i486-pc-linux-gnu/4.5.3), but everything seems to
run without any problems.

The only package I found which I could additionally install is
called "sys-libs/libstdc++-v3" which is a "Compatibility package
for running binaries linked against a pre gcc 3.4 libstdc++" -
sounds veeeery old...?! And again, I don't seem to need it... do I?

"And now for something completely different" (lib issue, though):

On another (Gentoo 2.6.38) Linux system where I compiled Firebird
2.0.3 myself (from the "official" Gentoo package which is still
the newest "stable" version - haha!), there was an update of
"libffi" from 3.0.10 to 3.0.11. After that update, glib was
broken, so I had to compile glib as well. After that, Firebird
crashed immediately after start, error code 127. (CPU was at 30%
because fbguard restarted fbserver once a second.) Recompiling
Firebird as well helped (does it incorporate links to glib and/or
libffi at compile time? revdep-rebuild didn't find any).

I'm telling you this because I'll have to update libffi (and
probably glib) on the 3.2.12 Linux with FB 2.5.1.26351 as well.
Since Firebird is a binary package there (directly from the
firebirdsql.org website), I can't recompile it. Do I have to
be concerned about any glib issues or something like that?
(I have tried it already within a VM, and it seems to work -
but you never know...)

Thank you,

-Matt

PS: Sometimes people are talking about the "DLL hell" on Windows.
Seems that Linux isn't much better in this respect, eh?!