Re: libffi illegal instruction - again

Hello Adrian John Paul Adrian Glaubitz wrote: > I forgot to upload the manually built package for 32-bit powerpc which I have > done > now. The fixed package should be available on the FTP servers within the next > six > hours. The issue was indeed on 32bit PPC as Efraim mentioned. Thank you f

Re: libffi illegal instruction - again

Hi! On 12/12/21 10:15, Efraim Flashner wrote: > I ran into the issue on my 32-bit powerpc: > > [ 92.119397] unattended-upgr[627]: illegal instruction (4) at ed78a00 nip > ed78a00 lr ed789f8 code 1 in libffi.so.8.1.0[ed76000+9000] > [ 92.119499] unattended-upgr[627]: code: 83e1001c 38210020 7

Re: libffi illegal instruction - again

On Sat, Dec 11, 2021 at 07:23:51PM +0100, John Paul Adrian Glaubitz wrote: > On 12/11/21 19:14, Riccardo Mottola wrote: > > How is the current situation? I had an "fixed" package installed (I don't > > remember > > if it was your build or one of mines) that got replaced during an upgrade > > beca

Re: libffi illegal instruction - again

On 12/11/21 19:14, Riccardo Mottola wrote: > How is the current situation? I had an "fixed" package installed (I don't > remember > if it was your build or one of mines) that got replaced during an upgrade > because > it had a newver version and it is still broken. There is a +ports package on p

Re: libffi illegal instruction - again

Hi, On 2021-11-03 19:09:05 +0100 John Paul Adrian Glaubitz wrote: > The problem is not exclusive to PowerPC but also SPARC and 32-bit x86. It > used to work before with version 3.4.2 in experimental: > > See: > https://buildd.debian.org/status/fetch.php?pkg=libffi&arch=powerpc&ver=3.4.2-1&s

Re: libffi illegal instruction - again

Thank you for the hint! — that work just perfectly. Best, Ken > On Nov 3, 2021, at 11:01 AM, Cameron MacPherson > wrote: > > you have to add the following to your /etc/apt/sources.list to get the > experimental packages > > deb http://ftp.ports.debian.org/debian-ports/ >

Re: libffi illegal instruction - again

Hi Ken! > On Nov 3, 2021, at 6:43 PM, Ken Cunningham > wrote: > > It appears that when building portable code, the ax_gcc_archflag.m4 macro > clears -mcpu for almost every arch except powerpc: > > https://github.com/libffi/libffi/blob/master/m4/ax_gcc_archflag.m4#L241 > > case $host_cpu in

Re: libffi illegal instruction - again

you have to add the following to your /etc/apt/sources.list to get the experimental packages deb http://ftp.ports.debian.org/debian-ports/ experimental main see here https://wiki.debian.org/DebianExperimental On Wed, Nov 3, 2021, 10:42 AM Ken Cunningham < ken.cunningham.web...@gmail.com> wrote:

Re: libffi illegal instruction - again

It appears that when building portable code, the ax_gcc_archflag.m4 macro clears -mcpu for almost every arch except powerpc: https://github.com/libffi/libffi/blob/master/m4/ax_gcc_archflag.m4#L241 case $host_cpu in i*86|x86_64*|amd64*) flag_prefixes="$flag_prefixes -mcpu= -m";; esac The fa

Re: libffi illegal instruction - again

On 11/2/21 21:59, Cameron MacPherson wrote: > i got the 3.4.2-3+ports package after apt upgrade -t experimental and there > are no illegal instructions As I expected. The build log didn't have any traces of "-mcpu=power8". Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - g

Re: libffi illegal instruction - again

i got the 3.4.2-3+ports package after apt upgrade -t experimental and there are no illegal instructions On Fri, Oct 29, 2021 at 5:43 AM John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > On 10/25/21 12:11, John Paul Adrian Glaubitz wrote: > > b) Debian's libffi maintainer hasn't u

Re: libffi illegal instruction - again

On 10/25/21 12:11, John Paul Adrian Glaubitz wrote: > b) Debian's libffi maintainer hasn't understood the problem and assume it's >just a matter of passing the right configure option. It isn't so I reopened >the bug reportÖ > >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995223 So,

Re: libffi illegal instruction - again

On 10/25/21 20:11, Riccardo Mottola wrote: > Adrian, I wasn't implying you should do it and I thanks for your work, I > just noted that things broke again. First part is diagnosing the issue > and hoping that maintainers and/or upstream work on it, which was not > the case. I know that it was brok

Re: libffi illegal instruction - again

would it be helpful if all of us affected contributed to the bug report? the squeaky wheel gets the grease method sometimes works On Mon, Oct 25, 2021, 11:10 AM Riccardo Mottola wrote: > Hi Adrian > , > > John Paul Adrian Glaubitz wrote: > > > > a) Upstream doesn't care and has not even looked a

Re: libffi illegal instruction - again

Hi Adrian , John Paul Adrian Glaubitz wrote: > > a) Upstream doesn't care and has not even looked at the issue yet: That's worrying. > >> https://github.com/libffi/libffi/issues/662 > b) Debian's libffi maintainer hasn't understood the problem and assume it's >just a matter of passing the r

Re: libffi illegal instruction - again

On 10/25/21 12:08, Riccardo Mottola wrote: > just to note that the libffi issues are back. > I believe Adrian put in some patched version with a workaround, which > with the latest update stopped working again? Yes, that's because: a) Upstream doesn't care and has not even looked at the issue yet