[cross-posted to transcode-dev]
On Apr 23, 2007, at 8:15 PM, David Liontooth wrote:
The latest stable release of transcode, 1.0.3, configures without
problems using the current macports packages, but it doesn't build:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -DLINUX -I.. -Wall
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g
-O2
-no-cpp-precomp -D_INTL_REDIRECT_MACROS -MT tcmemcpy.lo -MD -MP -MF
.deps/tcmemcpy.Tpo -c tcmemcpy.c -fno-common -DPIC -o .libs/
tcmemcpy.o
/var/tmp//ccMwDlN6.s:43:missing or invalid immediate expression
`0b111'
taken as 0
/var/tmp//ccMwDlN6.s:43:suffix or operands invalid for `and'
/var/tmp//ccMwDlN6.s:117:missing or invalid immediate expression
`0b11'
taken as 0
/var/tmp//ccMwDlN6.s:117:suffix or operands invalid for `and'
/var/tmp//ccMwDlN6.s:176:missing or invalid immediate expression
`0b111'
taken as 0
/var/tmp//ccMwDlN6.s:176:suffix or operands invalid for `and'
/var/tmp//ccMwDlN6.s:199:missing or invalid immediate expression
`0b11'
taken as 0
/var/tmp//ccMwDlN6.s:199:suffix or operands invalid for `and'
/var/tmp//ccMwDlN6.s:206:Alignment too large: 15. assumed.
/var/tmp//ccMwDlN6.s:263:missing or invalid immediate expression
`0b11'
taken as 0
/var/tmp//ccMwDlN6.s:263:suffix or operands invalid for `and'
make[2]: *** [tcmemcpy.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
I've looked into this a bit. It's choking on some inline assembly in
the file ~/aclib/tcmemcpy.c. This file contains functions optimized
for memcopy on x86 processors. The surrounding lines look like:
# First align destination address to a multiple of 8
bytes \n\
mov $8, %%eax # EAX <- (8-dest) &
7 \n\
sub %%edi, %%
eax \n\
and $0b111, %%eax # ... which is the number of bytes
to copy\n\
lea 0f, %%edx # Use a computed jump--faster than a
loop\n\
sub %%eax, %%
edx \n\
jmp *%%edx # Execute 0-7
MOVSB's \n\
I don't know x86 assembly at all, so I'm hoping someone on the list
can chime in here. It (gcc or gas) bitches about this line:
and $0b111, %%eax # ... which is the number of bytes
to copy\n\
Is this valid assembly for gcc-4.0.1?
Maybe we are running into a bug or feature disparity with the version
of gcc we are using (4.0.1). Any suggestions on how to repair this
error? Since I can successfully compile on PowerPC there must be
"straight C" implementations of these functions. Any way to
selectively choose to use them when compiling transcode instead of
the optimized versions?
cr
