Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at

Bug 1197772

Summary: yoshimi FTBFS on non-primary arches due to ambiguous asString
Product: [Fedora] Fedora Reporter: Jakub Čajka <jcajka>
Component: yoshimiAssignee: Adam Huffman <bloch>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 23CC: bloch,, hannsj_uhl, jcajka, pbrobinson
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-21 02:18:01 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 467765, 1071880, 922257, 1051573    
Description Flags
Proposed patch none

Description Jakub Čajka 2015-03-02 15:05:17 UTC
Created attachment 997114 [details]
Proposed patch

Build fails due to ambiguous function asString. On all non-primary architecture asString(size_t) needs to be defined as on x86_64. I have prepared patch changing pre-processor macros to define this version of asString on all fedora architectures as needed.

I have already sent patch in attachment to upstream mailing list.

Failed builds:

Comment 1 Adam Huffman 2015-07-04 06:26:16 UTC
The relevant code is currently:

//#if !defined( __i386__ ) && !defined( __arm__ )
        //remove ambiguity while compiling for most 64-bit/32-bit arches
        //string asString(size_t n);
        string asString(unsigned long n);

Could you check that this meets your requirements?

Comment 2 Jan Kurik 2015-07-15 14:27:48 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle.
Changing version to '23'.

(As we did not run this process for some time, it could affect also pre-Fedora 23 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.)

More information and reason for this action is here:

Comment 3 Adam Huffman 2015-11-21 22:50:54 UTC

Comment 4 Peter Robinson 2016-08-21 02:18:01 UTC
Looks like all builds are passing now.