Bug 146078 - Assembler error
Assembler error
Product: Fedora
Classification: Fedora
Component: binutils (Show other bugs)
x86_64 Linux
medium Severity high
: ---
: ---
Assigned To: Jakub Jelinek
Depends On:
  Show dependency treegraph
Reported: 2005-01-25 04:31 EST by Max Waterman
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-01-25 07:52:38 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Max Waterman 2005-01-25 04:31:48 EST
Description of problem:

When attempting to compile mythmusic-0.16-61 from source[1], I get the
message :

{standard input}: Assembler messages:
{standard input}:128: Error: suffix or operands invalid for `pop'
{standard input}:134: Error: suffix or operands invalid for `pop'
make[1]: *** [filters.o] Error 1

Version-Release number of selected component (if applicable):

Thinking the assembler was part of the binutils package, I downloaded
the latest version from http://ftp.gnu.org/gnu/binutils/ and installed

How reproducible:
every time

Steps to Reproduce:
1. d/l mythmusic-0.16-61.rhfc3.at.src.rpm from
http://atrpms.net/dist/fc3/mythmusic/ (notice that there is no binary
package for x86_64)
2.install mythmusic-0.16-61.rhfc3.at.src.rpm using rpm
3. d/l mythmusic.spec from the above web page
4. run 'rpmbuild -bb mythmusic.spec'

Actual results:
eventual assembler error

Expected results:
no error

Additional info:
[1] mythmusic-0.16-61.rhfc3.at.src.rpm
[2] I had trouble ensuring that the compiler was using the correct
version of 'as'; I ended up moving /usr/bin/as to as.O and moving the
new version in it's place.
Comment 1 Jakub Jelinek 2005-01-25 07:52:38 EST
That means the source you're compiling has i386 assembly in it, while you are
building it as 64-bit program or library.
E.g. in 64-bit mode pushl or popl aren't valid instructions (only pushq and popq
can be used).
So, either you need to port that to x86-64, or convince somebody to do that for
you, or live with i386.rpm package.
Comment 2 Max Waterman 2005-01-26 11:11:10 EST
I guess it was this comment that made me think there was a problem :


but if you don't think that applies, then feel free to ignore this.

Note You need to log in before you can comment on or make changes to this bug.