For the Debian packaging, I only get these problems when rising compat
level to 9. I've opened a bug on the debian side, because I think that
casting to void is more than OK in this case.
In the moment I use this patch to work around it:
https://github.com/cajus/qpid-cpp-debian/blob/master/debian/patches/fix-unused.patch
HTH,
Cajus
Am 28.11.2011 16:04, schrieb Alan Conway:
On 11/27/2011 06:14 AM, Fraser Adams wrote:
OK so I fixed that one by doing:
ssize_t unused; // Prevents ignoring return value of ‘ssize_t
write..’, declared
with attribute warn_unused_result
unused = ::write.......
in Daemon.cpp
but it cropped up again in LockFile.cpp
I noticed
cc1plus: warnings being treated as errors
qpid/sys/posix/LockFile.cpp: In destructor
‘qpid::sys::LockFile::~LockFile()’:
qpid/sys/posix/LockFile.cpp:61: error: ignoring return value of ‘int
lockf(int,
int, __off_t)’, declared with attribute warn_unused_result
So clearly it's bombing out due to warnings rather than "real
errors". arguably
a good thing but.......
Seems like there may be some issues with the code base, but surely
someone else
would have seen similar. Any reason why make on my box is treating
warnings as
errors whereas that's (I assume) not happening with whoever packaged
the distro.
You may be using a different compiler, even a different version of
the same compiler can introduce errors like these. At one point I
thought we fixed all of those but some may be re-introduced. Can you
try this patch and see if it fixes the LogFile issue? If so open a
JIRA assigned to me and attach whatever patches you need to get it
working. I'll commit them.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]
