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.