On Thursday 27 February 2014, Marcus Meissner wrote:
On Thu, Feb 27, 2014 at 04:38:09PM +0100, Ruediger Meier wrote:
On Thursday 27 February 2014, Marcus Meissner wrote:
On Thu, Feb 27, 2014 at 04:29:11PM +0100, Ruediger Meier wrote:
Hi,
I never got it how to get straight forward around build failures which are caused by package checks.
In my particular case I get on "SLE_11_SP2": .... I: Program causes undefined operation (likely same variable used twiceand post/pre incremented in the same expression). e.g. x = x++; Split it in two operations. E: dateutils sequence-point yuck-scmver.c:485 ....
I've tried already rpmlintrc, for example addFilter(".*") addFilter("undefined operation") addFilter(".*operation on.*may be undefined.*") setBadness('sequence-point', 0)
Is this an rpmlint issue at all?
Or doesn't work rpmlintrc on SLE_11? I remember I had already issues in the past with "addFilter" which worked for all distros but not for SLE.
Fix the original bug and do not work around it.
That wasn't my question. It's a gcc bug. How should I fix it for SLE 11?
Can you point me to your source code / project/package in OBS, then I can check this?
gcc is usually right for this warning.
See my other email in this thread in reply to Andreas. The complete source is in home:rudi_m:devel-snap/dateutils dateutils-0.2.7.git*.tar.xz [ 97s] build-aux/yuck-scmver.c: In function 'git_version': [ 97s] build-aux/yuck-scmver.c:485: warning: operation on 'bp' may be undefined
And it's just a gcc warning not an error. I simply want to ignore it. I mean it should be possible to build an rpm from valid C code right?
- suppress the gcc warning
Ok thanks, I do this now because it has minimal impact: ... # work around false positive post-build-checks %if 0%{?sles_version} export CFLAGS="$RPM_OPT_FLAGS -Wno-sequence-point" %endif ... But it looks really ugly within spec file. I was hoping I could hide this in rpmlinrc or wherever.
- #!BuildIgnore post-build-checks
I thought it should be able to suppress with rpmlint, but it might be that check_gcc_output just uses the same output format.
Maybe this is something which needs to be fixed for SLE_11. I have already ugly lines in the spec file because it does not understand this rpmlintrc: ... # rpmlint complains about our release tarballs in / addFilter(".*-release-tarball.* suse-filelist-forbidden-fhs23 /release_obs_.*") ... while this works for all other distros. Actually it looks like SLE does not understand rpmlintrc at all. cu, Rudi -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org