Bug 27125

Summary: Add support to QT_NO_CAST_FROM_ASCII
Product: Telepathy Reporter: Andre Moreira Magalhaes <andrunko>
Component: tp-qtAssignee: Telepathy bugs list <telepathy-bugs>
Status: RESOLVED FIXED QA Contact: Telepathy bugs list <telepathy-bugs>
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description Andre Moreira Magalhaes 2010-03-16 23:35:23 UTC
Build should succeed if QT_NO_CAST_FROM_ASCII is defined
Comment 1 Will Thompson 2010-03-17 02:54:30 UTC
This is going to regress unless `make check` checks it.
Comment 2 Andre Moreira Magalhaes 2010-03-17 07:28:01 UTC
(In reply to comment #1)
> This is going to regress unless `make check` checks it.
> 

Indeed, but this is an optional flag that we support. We can't make it mandatory. I can't think of any Qt application that makes QT_NO_CAST_FROM_ASCII mandatory. What happens is that from time to time we should build using this flag and check if everything is ok.
Comment 3 Simon McVittie 2010-03-17 07:46:20 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > This is going to regress unless `make check` checks it.
> 
> Indeed, but this is an optional flag that we support. We can't make it
> mandatory.

Am I right in thinking that QT_NO_CAST_FROM_ASCII is like G_DISABLE_DEPRECATED or -Wsomething, in that it disables questionable functionality without altering the API/ABI that we export? If so, why can't we make it mandatory for the compilation of telepathy-qt4 itself?

(I agree that we shouldn't make it mandatory for the compilation of *projects that depend on* telepathy-qt4.)

If the cast-from-ascii version needs testing too, perhaps we could re-enable casting to/from ASCII in $(DISTCHECK_CONFIGURE_FLAGS), so the best-practice version happens normally, and the other version happens during distcheck? (This mirrors the situation for debug code in telepathy-glib, which is on by default, but is switched off during distcheck to check that the library still builds.)

If that's also problematic for some reason, doing the opposite (checking QT_NO_CAST_FROM_ASCII at distcheck time) could be used as a last resort.
Comment 4 Andre Moreira Magalhaes 2010-03-17 09:54:26 UTC
Branch updated. Added -DQT_NO_CAST_FROM_ASCII to ERROR_CXXFLAGS
Comment 5 Andre Moreira Magalhaes 2010-03-17 10:06:52 UTC
Fixed upstream. It will be in next version 0.3.0

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.