Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


On Tue, 2011-12-20 at 10:13 +0100, Petr Mladek wrote:
Hi Rafael,

fixes for 3.4.5-rc2 need triple review, so I forward this mail to the
mailing list.

We've seen this problem recently with our rawhide gcc as well and 3.4.X,
though 3.5.X doesn't seem to have the problem (though whether that
because 3.5.X has the problem fixed, or a new update to gcc materialized
coincidentally) To me it looks as if the compiler generates
operator=(foo&) instead of operator=(const foo&) and I'd lazily
dismissed it as a bug in a development gcc which would be fixed soon :-)

It'd be great if someone who has the problem in 3.4.X can see if 3.5.X
compiles without error with the same compiler, like now appears to be
the case in the fedora rawhide build system.

Un-enthused by casting const away willy-nilly and/or writing error-prone
manual operator= to get it to compile if we've already got the fix for
it in 3.5.X, but just don't know what that fix was :-)

C.


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.