On Mon, Sep 16, 2013 at 5:47 PM, Vincent Bernat <[email protected]> wrote: > ❦ 15 septembre 2013 17:54 CEST, YunQiang Su <[email protected]> : > >>> Some pointers would be appreciated, maybe on wiki.debian.org. While >>> fixing it on HAProxy can be done just in debian/rules, I cannot do the >>> same thing for labrea. I need to patch configure and this is something >>> that I don't like to do. >>> >>> The pattern `-L${prefix}/lib` seems to happen often. Are we going to >>> patch all upstream sources for this problem while this worked for years >>> without any problem? The `-L${prefix}/lib` is convenient because it >>> allows a user to install the lib in its home. >> Thanks for you to point it out to me. Do you have any better idea to deal >> with >> problem for both of these situation? > > Unfortunately, no. Does this have been discussed in some mailing list? > >>> Does the bug really happens for real? Doesn't system paths used before >>> user-specified paths? >> You can tag it as won't-fix if you'd like to. >> If without multilib packages installed or install some libraries >> installed manually, >> this package can be built successfully. > > Does the problem happens if the user only install stuff with apt-get? yes, it will. if user install libc6-dev-mips32, there will be some thing like libc.so, libm.so etc in /usr/lib.
x86 series (i386, amd64, x32) don't do it like this, they put i386 stuff to lib32 and x32 stuff to libx32, amd64 stuff to lib64. Unfortunately, mips series don't do it like x86 series. > -- > Use library functions. > - The Elements of Programming Style (Kernighan & Plauger) -- YunQiang Su -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
