137440 2006-06-20 15:35 0000 mdadm uses funky pointer dereferencing which breaks aliasing rules 2006-06-26 19:39:51 0000 1 1 1 Unclassified Gentoo Linux Applications 2006.0 All Linux RESOLVED FIXED P2 normal --- 1 agaffney@gentoo.org base-system@gentoo.org release@gentoo.org agaffney@gentoo.org 2006-06-20 15:35:09 0000 The summary says it all. mdadm-1.12.0 builds fine with gcc-3.4.6 and fails in gcc-4.1.1 due to warnings being treated as errors in gcc-4.1.1. The latest ~x86 (2.5) builds just fine with both gcc versions. Perhaps we can stable a newer version in time for the release snapshot? agaffney@gentoo.org 2006-06-20 15:35:33 0000 Created an attachment (id=89674) build failure with gcc-4.1.1 kugelfang@gentoo.org 2006-06-22 13:51:00 0000 This only happens when you add '-O2' to CXFLAGS, as done by the ebuild. I suggest to 'filter-flags "-O*"'. vapier@gentoo.org 2006-06-23 22:44:47 0000 ha you cant be serious kugelfang@gentoo.org 2006-06-24 06:03:15 0000 vapier: this is a potential release blocker for amd64, so I'd be delighted to have it rather solved before the snapshot date. vapier@gentoo.org 2006-06-24 16:55:46 0000 what does that have to do with adding a hack like filtering flags ? fix it properly or dont fix it at all agaffney@gentoo.org 2006-06-24 17:07:50 0000 (In reply to comment #5) > what does that have to do with adding a hack like filtering flags ? fix it > properly or dont fix it at all I don't think it was clear what your previous comment was regarding. I took it the same way that Kugelfang did...that the bug itself was bogus. vapier@gentoo.org 2006-06-24 17:22:05 0000 the bug is not bogus, later versions of mdadm just dont compile with -Werror see the recent thread on gentoo-dev mailing list about aliasing rules agaffney@gentoo.org 2006-06-24 17:29:00 0000 No, no, no...I know the bug isn't bogus. I wouldn't have filed it :P I was saying that Kugelfang (probably) and I took your comment (#3) to mean that you thought the bug was bogus. vapier@gentoo.org 2006-06-24 17:50:16 0000 right my comment #3 was in reference to comment #2 being completely bogus vapier@gentoo.org 2006-06-24 17:51:36 0000 2.5-r1 now has a patch to fix this properly wolf31o2@gentoo.org 2006-06-26 14:42:14 0000 Since the current stable is nowhere near 2.5-r1, can we get this reopened and assigned to the proper arch teams for stabilization? Fixing it in the tree doesn't help Release Engineering if it isn't stable, too. vapier@gentoo.org 2006-06-26 19:39:51 0000 file a new bug 89674 2006-06-20 15:35 0000 build failure with gcc-4.1.1 mdadm text/plain Pj4+IEVtZXJnaW5nICgxIG9mIDEpIHN5cy1mcy9tZGFkbS0xLjEyLjAgdG8gLwo+Pj4gY2hlY2tp bmcgZWJ1aWxkIGNoZWNrc3VtcyA7LSkKPj4+IGNoZWNraW5nIGF1eGZpbGUgY2hlY2tzdW1zIDst KQo+Pj4gY2hlY2tpbmcgbWlzY2ZpbGUgY2hlY2tzdW1zIDstKQo+Pj4gY2hlY2tpbmcgbWRhZG0t MS4xMi4wLnRhci5iejIgOy0pCj4+PiBVbnBhY2tpbmcgc291cmNlLi4uCj4+PiBVbnBhY2tpbmcg bWRhZG0tMS4xMi4wLnRhci5iejIgdG8gL3Zhci90bXAvcG9ydGFnZS9tZGFkbS0xLjEyLjAvd29y awogKiBBcHBseWluZyBtZGFkbS0xLjkuMC1kb250LW1ha2UtbWFuLnBhdGNoIC4uLiAgICAgICAg ICAgICAgICAgICAgICAgICAgIFsgb2sgXQo+Pj4gU291cmNlIHVucGFja2VkLgo+Pj4gQ29tcGls aW5nIHNvdXJjZSBpbiAvdmFyL3RtcC9wb3J0YWdlL21kYWRtLTEuMTIuMC93b3JrL21kYWRtLTEu MTIuMCAuLi4KZ2NjIC1XYWxsIC1XZXJyb3IgLVdzdHJpY3QtcHJvdG90eXBlcyAtRENPTkZGSUxF PVwiL2V0Yy9tZGFkbS5jb25mXCIgLU8yIC1tYXJjaD1hdGhsb242NCAtcGlwZSAtRFNlbmRtYWls PVwiIi91c3Ivc2Jpbi9zZW5kbWFpbCAtdCJcIiAgIC1jIC1vIG1kYWRtLm8gbWRhZG0uYwpnY2Mg LVdhbGwgLVdlcnJvciAtV3N0cmljdC1wcm90b3R5cGVzIC1EQ09ORkZJTEU9XCIvZXRjL21kYWRt LmNvbmZcIiAtTzIgLW1hcmNoPWF0aGxvbjY0IC1waXBlIC1EU2VuZG1haWw9XCIiL3Vzci9zYmlu L3NlbmRtYWlsIC10IlwiICAgLWMgLW8gY29uZmlnLm8gY29uZmlnLmMKZ2NjIC1XYWxsIC1XZXJy b3IgLVdzdHJpY3QtcHJvdG90eXBlcyAtRENPTkZGSUxFPVwiL2V0Yy9tZGFkbS5jb25mXCIgLU8y IC1tYXJjaD1hdGhsb242NCAtcGlwZSAtRFNlbmRtYWlsPVwiIi91c3Ivc2Jpbi9zZW5kbWFpbCAt dCJcIiAgIC1jIC1vIG1kc3RhdC5vIG1kc3RhdC5jCmNjMTogd2FybmluZ3MgYmVpbmcgdHJlYXRl ZCBhcyBlcnJvcnMKY29uZmlnLmM6IEluIGZ1bmN0aW9uICdmcmVlX2xpbmUnOgpjb25maWcuYzox OTI6IHdhcm5pbmc6IGRlcmVmZXJlbmNpbmcgdHlwZS1wdW5uZWQgcG9pbnRlciB3aWxsIGJyZWFr IHN0cmljdC1hbGlhc2luZyBydWxlcwpjb25maWcuYzoxOTI6IHdhcm5pbmc6IGRlcmVmZXJlbmNp bmcgdHlwZS1wdW5uZWQgcG9pbnRlciB3aWxsIGJyZWFrIHN0cmljdC1hbGlhc2luZyBydWxlcwpj b25maWcuYzogSW4gZnVuY3Rpb24gJ2RldmxpbmUnOgpjb25maWcuYzoyNDU6IHdhcm5pbmc6IGRl cmVmZXJlbmNpbmcgdHlwZS1wdW5uZWQgcG9pbnRlciB3aWxsIGJyZWFrIHN0cmljdC1hbGlhc2lu ZyBydWxlcwpjb25maWcuYzoyNDU6IHdhcm5pbmc6IGRlcmVmZXJlbmNpbmcgdHlwZS1wdW5uZWQg cG9pbnRlciB3aWxsIGJyZWFrIHN0cmljdC1hbGlhc2luZyBydWxlcwpjb25maWcuYzogSW4gZnVu Y3Rpb24gJ2FycmF5bGluZSc6CmNvbmZpZy5jOjI3OTogd2FybmluZzogZGVyZWZlcmVuY2luZyB0 eXBlLXB1bm5lZCBwb2ludGVyIHdpbGwgYnJlYWsgc3RyaWN0LWFsaWFzaW5nIHJ1bGVzCmNvbmZp Zy5jOjI3OTogd2FybmluZzogZGVyZWZlcmVuY2luZyB0eXBlLXB1bm5lZCBwb2ludGVyIHdpbGwg YnJlYWsgc3RyaWN0LWFsaWFzaW5nIHJ1bGVzCmNvbmZpZy5jOiBJbiBmdW5jdGlvbiAnbWFpbGxp bmUnOgpjb25maWcuYzozODQ6IHdhcm5pbmc6IGRlcmVmZXJlbmNpbmcgdHlwZS1wdW5uZWQgcG9p bnRlciB3aWxsIGJyZWFrIHN0cmljdC1hbGlhc2luZyBydWxlcwpjb25maWcuYzozODQ6IHdhcm5p bmc6IGRlcmVmZXJlbmNpbmcgdHlwZS1wdW5uZWQgcG9pbnRlciB3aWxsIGJyZWFrIHN0cmljdC1h bGlhc2luZyBydWxlcwpjb25maWcuYzogSW4gZnVuY3Rpb24gJ3Byb2dyYW1saW5lJzoKY29uZmln LmM6Mzk5OiB3YXJuaW5nOiBkZXJlZmVyZW5jaW5nIHR5cGUtcHVubmVkIHBvaW50ZXIgd2lsbCBi cmVhayBzdHJpY3QtYWxpYXNpbmcgcnVsZXMKY29uZmlnLmM6Mzk5OiB3YXJuaW5nOiBkZXJlZmVy ZW5jaW5nIHR5cGUtcHVubmVkIHBvaW50ZXIgd2lsbCBicmVhayBzdHJpY3QtYWxpYXNpbmcgcnVs ZXMKbWFrZTogKioqIFtjb25maWcub10gRXJyb3IgMQptYWtlOiAqKiogV2FpdGluZyBmb3IgdW5m aW5pc2hlZCBqb2JzLi4uLgpjYzE6IHdhcm5pbmdzIGJlaW5nIHRyZWF0ZWQgYXMgZXJyb3JzCm1k c3RhdC5jOiBJbiBmdW5jdGlvbiAnbWRzdGF0X3JlYWQnOgptZHN0YXQuYzoxNjE6IHdhcm5pbmc6 IGRlcmVmZXJlbmNpbmcgdHlwZS1wdW5uZWQgcG9pbnRlciB3aWxsIGJyZWFrIHN0cmljdC1hbGlh c2luZyBydWxlcwptZHN0YXQuYzoxNjE6IHdhcm5pbmc6IGRlcmVmZXJlbmNpbmcgdHlwZS1wdW5u ZWQgcG9pbnRlciB3aWxsIGJyZWFrIHN0cmljdC1hbGlhc2luZyBydWxlcwptYWtlOiAqKiogW21k c3RhdC5vXSBFcnJvciAxCgohISEgRVJST1I6IHN5cy1mcy9tZGFkbS0xLjEyLjAgZmFpbGVkLgpD YWxsIHN0YWNrOgogIGVidWlsZC5zaCwgbGluZSAxNTM5OiAgIENhbGxlZCBkeW5fY29tcGlsZQog IGVidWlsZC5zaCwgbGluZSA5Mzk6ICAgQ2FsbGVkIHNyY19jb21waWxlCiAgbWRhZG0tMS4xMi4w LmVidWlsZCwgbGluZSAzMjogICBDYWxsZWQgZGllCg==