Opened 5 weeks ago

Last modified 2 weeks ago

#1380 reopened defect

make check fails on Alpine Linux ppc64le

Reported by: rgdoliveira Owned by:
Priority: major Milestone: someday
Component: compiler Version: 4.12.0
Keywords: Cc:
Estimated difficulty:


I compiled chicken 4.12.0 in Alpine Linux ppc64le (make PLATFORM=linux) and when I try to run tests I got the following error:

$ make PLATFORM=linux check

cd tests; sh
======================================== version tests ...
Checking major and minor version numbers against chicken-version... ok
Checking the registered feature chicken-<major>.<minor>... ok
======================================== compiler tests ...
/home/alpine/aports/community/chicken/src/chicken-4.12.0/tests/../chicken 'compiler-tests.scm' -output-file 'a.c' -types ../types.db -ignore-repository -verbose -include-path /home/alpine/aports/community/chicken/src/chicken-4.12.0/tests/..
[panic] unrecoverable segmentation violation - execution terminated

I saw in docs that chicken is supported on PowerPc? platform but not sure if it works fine with musl libc.

Change History (8)

comment:1 Changed 3 weeks ago by rgdoliveira

Just an update, the backtrace from gdb shows:

(gdb) bt
# 0 0x00003fffb7e59c68 in CHICKEN_run (toplevel=<optimized out>) at runtime.c:1505
# 1 0x00003fffb7e5ba20 in CHICKEN_main (argc=<optimized out>, argv=<optimized out>,

toplevel=0x20045500 <C_toplevel>) at runtime.c:590

# 2 0x0000000020044720 in main (argc=<optimized out>, argv=<optimized out>) at chicken.c:1151

comment:2 Changed 3 weeks ago by sjamaan

Are you absolutely sure you're on 4.12.0? Because in that version, the line on which it's failing reads:

  serious_signal_occurred = 0;

That's just an assignment to a global variable. So if that's really the crash point, something very fishy is going on.

In any case, PowerPC is certainly supported, I test occasionally on PPC 32 bit. I don't have access to a 64-bit PowerPC machine, unfortunately.

Can you build a fresh CHICKEN with DEBUGBUILD=1 on each make invocation and try again? This adds lots of debugging info (it builds with -g but also adds several sanity checks that could catch errors sooner)

comment:3 Changed 2 weeks ago by rgdoliveira

Yes, I am using version 4.12.0.

I compiled with what you suggested and when I tried to run ./csc -help, I got the same error.

It is really pointing to runtime.c:1505, but I noticed that before this line it does a call to "C_sigsetjmp(C_restart, 0);" and maybe it is corrupting the stack?

I tested chicken 4.12.0 in an Ubuntu (that uses glibc) and it worked, but in Alpine (that uses musl) I am getting this issue.

I have access to a ppc64le machine running Alpine, in case you need/want it.

comment:4 Changed 2 weeks ago by sjamaan

I think that would be helpful. So far I've tried to build CHICKEN with musl (on x86_64), but failed due to Debian's musl package being totally crippled.

If I send you my SSH public key via a PGP-signed e-mail, do you consider that an acceptable level of security? My PGP key can be found at and it's been signed by several other core committers.

comment:5 Changed 2 weeks ago by rgdoliveira

I guess so, btw, I will ping you in 'chicken' channel at freenode. My user is 'rdutra'

comment:6 Changed 2 weeks ago by sjamaan

  • Resolution set to invalid
  • Status changed from new to closed

rgdoliveira noticed that after the setjmp by the GC, register r2 contains a strange value.

According to the PowerPC processor ABI supplement, r2 contains a TOC which acts as a base pointer to the local data section (all the static stuff in a compilation unit).

When linking different compilation units together (and only if they're linked position-independently?) function calls may be patched up by the linker to restore r2 after returning. There's some blathering about function pointers being treated specially because they need to carry their TOC inside them, so the situations in which this makes a difference seem to be pretty specific.

The musl code for longjmp does not seem to restore r2 after returning, so it's quite likely that the crash on the local variable assignment is caused by this.

Therefore, I think this is not a CHICKEN issue but a musl issue. Please reopen if you disagree.

comment:7 Changed 2 weeks ago by rgdoliveira


The musl code you sent here regarding longjmp implementation is from powerpc (32 bits version). The implementation for ppc64le is this one: and it restores the r2.

I will reopen the bug for now.

comment:8 Changed 2 weeks ago by rgdoliveira

  • Resolution invalid deleted
  • Status changed from closed to reopened
Note: See TracTickets for help on using tickets.