Summary: | Failed to compile kdepim - include/conversion_check.h:60: error: conversion from 'ConversionCheck::unsupported' to non-scalar type 'ConversionCheck::supported' requested | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Yevgeniy <YLitvinenko> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | CLOSED FIXED | ||
Severity: | normal | CC: | groot |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Solaris | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Yevgeniy
2009-01-16 11:48:04 UTC
There's two ways to go about this; either adding a conversion for long (int and long long are supported already) or casting the result of getpid() to long long. The definition of pid_t is conditional on #if defined(_LP64) || defined(_I32LPx). I think the first thing to check is if long *is* supported by QVariant and just isn';t listed by accident - then we can fix the conversions header. The KDE4-Solaris team has hit this problem previously and has picked (long long) cast as the easy fix up until now. qvariant does not support long, as it would cause ambiguities. fix with a cast in kmail. has this been taken care of by now? can we close? SVN commit 981380 by winterz: cast getpid() to a qlonglong so we don't rely on a system include to give us a type that QVariant can't handle. Should fix compile problems on systems where getpid() is a long. BUG: 180954 M +3 -2 kmstartup.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=981380 |