Re: anything that only builds 32-bit?

2018-01-06 Thread Ken Cunningham
same with basiliskii and sheepshaver. > On Jan 6, 2018, at 10:57 PM, Dominik Reichardt wrote: > > Notable 32bit only is DOSBox. It builds in 64bit but performance drops by 90% > >> Am 07.01.2018 um 04:56 schrieb Richard L. Hamilton : >> >> Given that 32-bit support may be reduced by future OS

Re: anything that only builds 32-bit?

2018-01-06 Thread Dominik Reichardt
Notable 32bit only is DOSBox. It builds in 64bit but performance drops by 90% > Am 07.01.2018 um 04:56 schrieb Richard L. Hamilton : > > Given that 32-bit support may be reduced by future OS versions, it would be > good to know what ports or variants only build 32-bit. > > If there is already a

Re: anything that only builds 32-bit?

2018-01-06 Thread Ryan Schmidt
On Jan 6, 2018, at 21:56, Richard L. Hamilton wrote: > Given that 32-bit support may be reduced by future OS versions, it would be > good to know what ports or variants only build 32-bit. > > If there is already a list, a pointer to a list or a way to discover this, it > might be FAQ-worthy gi

anything that only builds 32-bit?

2018-01-06 Thread Richard L. Hamilton
Given that 32-bit support may be reduced by future OS versions, it would be good to know what ports or variants only build 32-bit. If there is already a list, a pointer to a list or a way to discover this, it might be FAQ-worthy given the circumstances. signature.asc Description: Message sig

Re: coreutils @8.29 +universal config failure on Snow Leopard

2018-01-06 Thread Ryan Schmidt
It's already been reported to us: https://trac.macports.org/ticket/55643

coreutils @8.29 +universal config failure on Snow Leopard

2018-01-06 Thread Richard L. Hamilton
It did build without +universal (or more accurately, with -universal, just to be sure). Since port rev-upgrade passed after that, I didn't think that workaround was a big deal; I'm ok with it, assuming nothing else uses the one shared object (/opt/local/libexec/coreutils/libstdbuf.so) it seems

Re: clang-5 and -gz option

2018-01-06 Thread Chris Jones
This looks like a question you should direct to the clang developers, not MacPorts users.. > On 6 Jan 2018, at 9:35 am, René J.V. Bertin wrote: > > Hi > > I was glad to notice that clang 5 has a -gz option to generate compressed > debug info, but quickly discovered that in practice this mean

libsamplerate/examples/audio_out.c fails on newer MacOS (#28)

2018-01-06 Thread Jan Starý
> https://github.com/erikd/libsamplerate/issues/28#issuecomment-355733854 Currently, we patch away the libsamplerate examples. That saves as a second of compilation time, but more importantly, it allows the port to build, as there is no Carbon.h on e.g. 10.13.2 Could someone please point me to a

clang-5 and -gz option

2018-01-06 Thread René J . V . Bertin
Hi I was glad to notice that clang 5 has a -gz option to generate compressed debug info, but quickly discovered that in practice this means there is either no debug information or that information isn't found (not even by lldb-5). I'm seeing the same thing with port:clang-5 on Mac and the offic