Fedora Account System
Red Hat Associate
Red Hat Customer
Created attachment 372709 [details] test case Description of problem: The problem was originally encountered with sdlmame from RPM Fusion nonfree repository - the source RPMs are huge and thus I'll just link to CVS: http://cvs.rpmfusion.org/viewvc/rpms/sdlmame/F-10/?root=nonfree If you drop ARCHOPTS=-Upowerpc from the spec, the build will fail at the linking stage claiming that cpu_disassemble_powerpc is missing. I also found the attached test case in the web. Apparently, for some reason cpu_disassemble_powerpc will get relabeled as cpu_disassemble_1 - first hand info is available on http://forums.ps2dev.org/viewtopic.php?t=12314. As said before, adding -Upowerpc to cflags works this issue around. This affects ppc and ppc64 in all released branches (F-10, F-11 and F-12; devel is probably affected as well but since ppc was dropped it does not really matter. Version-Release number of selected component (if applicable): 4.3.2-7 How reproducible: always Steps to Reproduce: 1. gcc hello.c -S 2. head hello.s Actual results: label cpu_disassemble_1 against cpu_disassemble_powerpc, powerpc name was replaced with 1 Expected results: No replacement occurs. Additional info: I'm not really sure what I'm talking about, I'm just a packager. If you need any more data, I'll relay the information to the appropriate people.
That's not surprising, powerpc is a predefined macro on powerpc unless using strict C89/99 modes. So, either preprocess with -std=c89 or -std=c99, or -Upowerpc, or better yet don't use identifiers that are predefined.
OK, thanks for the info.
*** Bug 550279 has been marked as a duplicate of this bug. ***