http://qa.mandrakesoft.com/show_bug.cgi?id=385
[EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla- | |[EMAIL PROTECTED] Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 2003-25-06 02:53 ------- Ok, that was very hard to read; note that Bugzilla should work fine with a recent browser (Konqueror/ Mozilla based, maybe even IE). I can make out that you use the following: Mandrake 7.1, gcc-2.96-0.63.1mdk to compile a recent mdk kernel. qa.mandrakesoft.com is for Mandrake Cooker, the development version of Mandrake. Please use http://www.mandrakeexpert.com/ for the stable versions. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: Mandrake 9.0, /kernel-2.4.19.16mdk-1-1mdk.src.rpmThe patch BA33_ambasador_cpp_abuse.patch is also wrong The preprocessor code#define UCODE1(x,y) UCODE2(x y)produces the wrong result (at least for my compiler). It produces for exampleatmsar11. startinstead of atmsar11.start -- ie it inserts a space instead of concatenating the two preprocessor variables. A more robust form would be to write#define UCODE1(x,y) UCODE2(x.y) ^ that is a dotand then call with#define UCODE(x) UCODE1(atmsar11,x) ^ dot removedinstead of #define UCODE(x) UCODE1(atmsar11.,x)Ie, let the definition of UCODE1 insert the dot.Ie, the patch seems to be as much of an abuse of cpp as what itis supposed to fix.(I am using the gcc on Mandrake 7.1 --gcc-2.96-0.63.1mdk which gives the above error in the preprocessor.)