[Bug 210854] benchmarks/bonnie: format specifies type 'int' but the argument has type 'long long' (armv6 with -mcpu=cortex-a7 for rpi2)

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210854

            Bug ID: 210854
           Summary: benchmarks/bonnie: format specifies type 'int' but the
                    argument has type 'long long' (armv6 with
                    -mcpu=cortex-a7 for rpi2)
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: kuriyama at FreeBSD.org
          Reporter: markmi at dsl-only.net
          Assignee: kuriyama at FreeBSD.org
             Flags: maintainer-feedback?(kuriyama at FreeBSD.org)

Building benchmarks/bonnie on and for an rpi2 (armv6 with -mcpu=cortex-a7)
under 11.0 -r302331 reports:

Bonnie.c:392:49: warning: format specifies type 'int' but the argument has type
'long long' [-Wformat]
  printf("<TR><TD>%s</TD><TD>%d</TD>", machine, size / (1024 * 1024));
                             ~~                 ^~~~~~~~~~~~~~~~~~~~
                             %lld

This sort of thing makes the software likely big-endian vs. little-endian (vs.
pdp-endian) sensitive and the like. Likely explicitly casting to long long or
other such large type and using a matching format is required to survive
various various targets.

The above width mismatch is less likely to appear to work for powerpc or
powerpc64 (big-endian). [It will be some time before I again have access to the
powerpc's.]


Side notes:

Other build notices were. . .

implicitly declaring library function 'strcmp' with type 'int (const char *,
const char *)'
include the header <string.h> or explicitly provide a declaration for 'strcmp'
implicit declaration of function 'wait' is invalid in C99
implicitly declaring library function 'strerror' with type 'char *(int)'
include the header <string.h> or explicitly provide a declaration for
'strerror'

-- 
You are receiving this mail because:
You are the assignee for the bug.