Re: Multiarch support (was Moving 32-bit libraries to (/usr)/lib32 on amd64)
On Sat, Feb 25, 2006 at 07:55:00AM +0100, Christian Perrier wrote: OK, sorry for the confusion but I really didn't want to see Aurélien just stop this work which I'm pretty sure he's doing well. For dpkg, I think I've seen some discussion but Guillem Jover and/or Frank Lichtenheld have probably a better picture. Anyway, the dpkg development model is now pretty much opened so anyone with ideas/skills/patches can probably come up and discuss in debian-dpkg... The first part is not quite true yet; currently I have no real idea of the needed/proposed changes to dpkg for multiarch. The second part however is true: I will happily work with anyone who proposes multi-arch patches for dpkg to test, discuss and integrate them... (General remark without reference to any special incident: please use the BTS for patches, do not post them directly to the list) Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340871: [m68k] Toolchain regression in mathinline.h (glibc)
Stephen R Marenka [EMAIL PROTECTED] writes: On Tue, Feb 21, 2006 at 07:12:09PM +, Roger Leigh wrote: There is a problem with compiling C++ code using mathinline.h. The inline function signatures do not match the prototypes in mathcalls.h. The prototypes in mathcalls.h include a throw specifier (AFAICT from __MATHCALL), but the functions in mathinline.h lack this, leading to build failures: [...] I'm not familiar with glibc/m68k, but adding __THROW to the inline functions should be all that is required. It's just not clear to me where this is supposed to go. I stuck mathinline.h at http://people.debian.org/~smarenka/bugs/mathinline.h. I'd be happy to test the results if you could give me some pointers. It might be as simple as: --- m68kmath/mathinline.h 2006-02-21 18:26:28.0 + +++ mathinline.h2006-02-25 23:30:48.0 + @@ -100,7 +100,7 @@ /* Define a const math function. */ #define __m81_defun(rettype, func, args) \ __m81_inline rettype __attribute__((__const__))\ - __m81_u(func) args + __m81_u(func) args __THROW /* Define the three variants of a math function that has a direct implementation in the m68k fpu. FUNC is the name for C (which will be Basically, you need to add __THROW after the function prototype. Following all the #defines backwards: __inline_mathop(atan, atan) __inline_mathop1(double, func, op) __m81_defun (float_type, func, (float_type __mathop_x)) leads us to the real prototype being expanded in __m81_defun. I think this is the right place, but I'm not completely certain. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. pgp95wB5WhewF.pgp Description: PGP signature
Bug#340871: [m68k] Toolchain regression in mathinline.h (glibc)
Stephen R Marenka [EMAIL PROTECTED] writes: On Tue, Feb 21, 2006 at 07:12:09PM +, Roger Leigh wrote: There is a problem with compiling C++ code using mathinline.h. The inline function signatures do not match the prototypes in mathcalls.h. The prototypes in mathcalls.h include a throw specifier (AFAICT from __MATHCALL), but the functions in mathinline.h lack this, leading to build failures: [...] I'm not familiar with glibc/m68k, but adding __THROW to the inline functions should be all that is required. It's just not clear to me where this is supposed to go. I stuck mathinline.h at http://people.debian.org/~smarenka/bugs/mathinline.h. I'd be happy to test the results if you could give me some pointers. Another pointer: the code in mathinline.h needs to match the prototypes generated by __MATHCALL in mathcalls.h (defined in /usr/include/math.h). I'm not sure why there's such a mismatch. Perhaps mathinline.h can reuse some of the __MATHDECL* macros to prevent the differences? Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. pgpSpnYnVw1LE.pgp Description: PGP signature
