Opened 4 years ago

Closed 4 years ago

#51357 closed defect (fixed)

wavpack @4.75.2_1 fails to build on Leopard i386

Reported by: arboz@… Owned by: jeremyhu (Jeremy Huddleston Sequoia)
Priority: Normal Milestone:
Component: ports Version: 2.3.4
Keywords: leopard i386 Cc: jeremyhu (Jeremy Huddleston Sequoia), dliessi (Davide Liessi)
Port: wavpack

Description (last modified by ryandesign (Ryan Schmidt))

it fails while attempting to assemble (64-bit??)

wavpack-4.75.2

r148467 removes the --disable-asm flag

pack_x86.s:197:suffix or operands invalid for `jnz'
pack_x86.s:199:suffix or operands invalid for `jmp'
pack_x86.s:239:suffix or operands invalid for `jnz'
pack_x86.s:242:suffix or operands invalid for `jmp'
pack_x86.s:283:suffix or operands invalid for `jnz'
pack_x86.s:286:suffix or operands invalid for `jmp'
pack_x86.s:331:suffix or operands invalid for `jnz'
pack_x86.s:334:suffix or operands invalid for `jmp'
pack_x86.s:379:suffix or operands invalid for `jnz'
pack_x86.s:382:suffix or operands invalid for `jmp'
pack_x86.s:427:suffix or operands invalid for `jnz'
pack_x86.s:592:suffix or operands invalid for `jmp'
pack_x86.s:630:suffix or operands invalid for `jnz'
pack_x86.s:648:suffix or operands invalid for `jnz'
pack_x86.s:649:suffix or operands invalid for `jmp'
pack_x86.s:689:suffix or operands invalid for `jnz'
pack_x86.s:737:suffix or operands invalid for `jnz'
pack_x86.s:757:suffix or operands invalid for `jmp'
pack_x86.s:803:suffix or operands invalid for `jnz'
pack_x86.s:814:suffix or operands invalid for `jmp'
pack_x86.s:860:suffix or operands invalid for `jnz'
pack_x86.s:871:suffix or operands invalid for `jmp'
pack_x86.s:918:suffix or operands invalid for `jnz'
pack_x86.s:992:suffix or operands invalid for `jz'
pack_x86.s:1023:suffix or operands invalid for `jmp'
pack_x86.s:1047:suffix or operands invalid for `jnz'
pack_x86.s:1053:suffix or operands invalid for `jnz'
pack_x86.s:1054:suffix or operands invalid for `jmp'
pack_x86.s:1075:suffix or operands invalid for `jnz'
pack_x86.s:1081:suffix or operands invalid for `jnz'
pack_x86.s:1191:suffix or operands invalid for `jnz'
pack_x86.s:1207:suffix or operands invalid for `jnz'
pack_x86.s:1208:suffix or operands invalid for `jmp'
pack_x86.s:1242:suffix or operands invalid for `jnz'
pack_x86.s:1278:suffix or operands invalid for `jnz'
pack_x86.s:1397:suffix or operands invalid for `jne'
pack_x86.s:1398:suffix or operands invalid for `jmp'
pack_x86.s:1421:suffix or operands invalid for `jne'
pack_x86.s:1422:suffix or operands invalid for `jmp'
make[1]: *** [pack_x86.lo] Error 1
make: *** [all-recursive] Error 1

I replaced the --disable-asm for my platform and it successfully compiled and installed

when I checked,

these output variables were set according to config.log

ENABLE_ARMASM_FALSE=''
ENABLE_ARMASM_TRUE='#'
ENABLE_MAN_FALSE=''
ENABLE_MAN_TRUE='#'
ENABLE_RPATH_FALSE=''
ENABLE_RPATH_TRUE='#'
ENABLE_TESTS_FALSE=''
ENABLE_TESTS_TRUE='#'
ENABLE_X64ASM_FALSE=''
ENABLE_X64ASM_TRUE='#'
ENABLE_X86ASM_FALSE='#'
ENABLE_X86ASM_TRUE=''

which seemed wrong to me. I then configured manually by

sudo ./configure --prefix=/opt/local --host=i686-apple-darwin9.8.0 --disable-asm

I guess the "i686" designation is OK for Snow Leopard and Above ?? uname output

9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386

unfortunately, I then let macports install it and the working directory is gone.

Attachments (1)

wavpack_build.log (141.3 KB) - added by arboz@… 4 years ago.

Download all attachments as: .zip

Change History (13)

comment:1 Changed 4 years ago by ryandesign (Ryan Schmidt)

Cc: jeremyhu@… added
Description: modified (diff)
Keywords: asm wavpack removed
Port: wavpack added; wavpack-4.75.2 removed
Summary: RE; 148467 wavpack-4.75.2 fails to build on Leopard i386wavpack @4.75.2_1 fails to build on Leopard i386

comment:2 Changed 4 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Please attach your build log. That looks like error output from gcc, but I blacklisted gcc because of these issues. You should be compiling with clang.

comment:3 Changed 4 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Owner: changed from macports-tickets@… to jeremyhu@…
Status: newassigned

comment:4 Changed 4 years ago by jeremyhu (Jeremy Huddleston Sequoia)

FWIW, on my Leopard VM, it built:

$ ls -al /opt/local/var/macports/software/wavpack/
total 288
drwxr-xr-x   3 root admin    102 May 10 00:31 .
drwxr-xr-x 708 root admin  24072 May 10 00:06 ..
-rw-r--r--   1 root admin 293224 May  9 23:49 wavpack-4.75.2_1+universal.darwin_9.i386-x86_64.tbz2

$ sw_vers 
ProductName:    Mac OS X Server
ProductVersion: 10.5.8
BuildVersion:   9L34

comment:5 Changed 4 years ago by jeremyhu (Jeremy Huddleston Sequoia)

What version of base do you have?

comment:6 Changed 4 years ago by ryandesign (Ryan Schmidt)

I see the same issue on the Snow Leopard buildbot worker:

https://build.macports.org/builders/buildports-snowleopard-x86_64/builds/41886/steps/compile/logs/stdio

There, I also see the message:

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option

The compiler fallback list was expanded on trunk, which is not yet in the released version of MacPorts.

comment:7 in reply to:  2 Changed 4 years ago by arboz@…

Replying to jeremyhu@…:

Please attach your build log. That looks like error output from gcc, but I blacklisted gcc because of these issues. You should be compiling with clang.

It seems not to find clang 3.3 or 3.4

This attached log was still in my terminal scrollback as a result of port -vv update outdated

It also shows the warning

Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option
$ sw_vers 
ProductName:	Mac OS X
ProductVersion:	10.5.8
BuildVersion:	9L31a

should I select universal build?

Changed 4 years ago by arboz@…

Attachment: wavpack_build.log added

comment:8 Changed 4 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Ah, thanks guys. We can just add macports-clang-3.8 and macports-clang-3.7 as fallbacks until newer base is available.

comment:9 Changed 4 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Actually, given the depepdency of libc++ that would bring in, maybe it would be best to disable asm for libstdc++ configs. However, I really don't like that as a conditional because it's not really what we mean here... hrm...

comment:10 Changed 4 years ago by dliessi (Davide Liessi)

Cc: davide.liessi@… added

Cc Me!

comment:11 Changed 4 years ago by dliessi (Davide Liessi)

Same kind of error on Snow Leopard.

comment:12 Changed 4 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: fixed
Status: assignedclosed
Note: See TracTickets for help on using tickets.