On Tue, 2012-06-19 at 20:33 +0200, Marc Lehmann wrote:
Since the only problem you mentioned is that you don't like the correct
(and in fatc, only) solution to your problem, I would say your problem is
not technological, but psychological in nature - nothing libev does can
help you with that.
On Tue, Jun 19, 2012 at 8:33 PM, Marc Lehmann schm...@schmorp.de wrote:
in general, glibc itself has no forward compatibility,
On Wed, Jun 20, 2012 at 2:00 PM, jamal h...@cyberus.ca wrote:
I cant recompile on every possible permutation of eglibc/uclibc/glibc
unfortunately - so that idea is
On Wed, 2012-06-20 at 14:13 +0200, Zsbán Ambrus wrote:
How about backwards compatibility? Could you compile the program only
on a system with the older glibc version, and run it on a system with
newer glibc?
That would work to solve the problem - but i would miss out on the
optimizations
On Wed, Jun 20, 2012 at 08:00:54AM -0400, jamal h...@cyberus.ca wrote:
I cant recompile on every possible permutation of eglibc/uclibc/glibc
There are exactly two permutations of thes elibraries: uclibc and
glibc/eglibc. And yes, if you want to support uclibc, you have to
recompile. Just as you
