1.1.4 incompatible with glibc 2.1
Hello.
Quoted 3 lines · Sergey Suleymanov
Glibc-2.2 has
typedefuint32_tin_addr_t;
in/usr/include/netinet/in.h. Glibc-2.1 hasn't. :(
Yes, I understand that this error means a missing definition. What am I trying to say is that it looks like a bug of a particular glibc version, so that no modifications to dosemu required at all, just "upgrade your glibc" message. We can always hardcode that size to 4, but what if midid will use IPv6 one day? :) Could you, btw, please search for that definition in the other headers? I can't beleive it can be simply missing, after reading "man inet".
It would be the best to add an in_addr_t check to configure and define it ourselves if it is missing, but probably this is just too much for such a small thing:)
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Stas Sergeev writes:
Stas> Yes, I understand that this error means a missing Stas> definition. What am I trying to say is that it looks like a bug Stas> of a particular glibc version, so that no modifications to Stas> dosemu required at all, just "upgrade your glibc" message.
Wow! :) That's sort of using a steam-hammer to crack nuts.
Stas> We can always hardcode that size to 4, but what if midid will Stas> use IPv6 one day? :) Could you, btw, please search for that Stas> definition in the other headers?
Nothing.
Stas> I can't beleive it can be simply missing, after reading "man Stas> inet".
I read it too. And saw just unsigned long int :) System is Debian 2.2 (Potato)
Stas> It would be the best to add an in_addr_t check to configure and Stas> define it ourselves if it is missing, but probably this is just Stas> too much for such a small thing:)
:) Well, 1.1.4 is a development release. I think when 1.2 is out glibc will be 5.x ;)
Signature · 1 line
Sergey Suleymanov