Re: cbang build error on epel

2017-07-12 Thread Samuel Rakitničan
> I guess it depends if (and how) inttypes.h header gets included, it's > provided by glibc. > > > Dan Find out some more information, do in both Fedora and EPEL __STDC_FORMAT_MACROS is not defined. The difference is in following patch: https://sourceware.org/git/?p=glibc.git;a=blo

Re: cbang build error on epel

2017-07-12 Thread Dan Horák
On Wed, 12 Jul 2017 08:17:46 - Samuel Rakitničan wrote: > > Argument 4 is the "n". The problem is with the definition of > > "PRIo64. There was a recent commit attempting to fix that, but it > > probably needs some adjustment to handle your case. Check out the > > lines around line 48 in th

Re: cbang build error on epel

2017-07-12 Thread Samuel Rakitničan
> GCC > 6 That should say GCC 6 and newer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: cbang build error on epel

2017-07-12 Thread Samuel Rakitničan
> Argument 4 is the "n". The problem is with the definition of "PRIo64. > There was a recent commit attempting to fix that, but it probably needs > some adjustment to handle your case. Check out the lines around line 48 > in that file and see if you can patch it to work in all cases. The odd

Re: cbang build error on epel

2017-07-08 Thread Samuel Rakitničan
> Argument 4 is the "n". Right, if I adapt the fix for 4th argument, that works. > The problem is with the definition of "PRIo64. There was a recent commit > attempting to fix that, but it probably needs some adjustment to handle your > case. Check out the lines around line 48 in that file and

Re: cbang build error on epel

2017-07-07 Thread Samuel Sieb
On 07/06/2017 02:28 AM, Björn 'besser82' Esser wrote: Am 06.07.2017 um 10:14 schrieb Samuel Rakitničan: src/cbang/tar/TarHeader.cpp:226:43: error: format '%llo' expects argument of type 'long long unsigned int', but argument 4 has type 'uint64_t {aka long unsigned int}' [-Werror=format=] s

Re: cbang build error on epel

2017-07-07 Thread Samuel Rakitničan
> Patch that line to read `sprintf(buf, "%0*" PRIo64, static_cast unsigned int>(length - 1), n);` and you're cool. It might be related to how > that particular gcc version in EPEL7 inherits those atomic data-types. I've tried with that and this is what I get. src/cbang/tar/TarHeader.cpp:226:80:

Re: cbang build error on epel

2017-07-06 Thread Björn 'besser82' Esser
Am 06.07.2017 um 10:14 schrieb Samuel Rakitničan: Hi, I am building CAMotics with cbang builds successfully for i686 and x86_64 platforms, I am trying to make it work for other architectures, in particular armv7 and ppc64 (there is no v8-314 available for others). So while testing fixes on