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.)
