WEIRD!! Still somebody having another architecture available is needed to track this further down.
However I got more infos to share: Wild guess: this may be some alignment problem. It does _not_ have to do with anything to do with srfi-1. It just needs to have *enough* exports in the program. The story so far: Profiling with srfi-1 pulled inline did reveal no calls to srfi-1. Turned the inlined srfi-1 into a module with no exports -> slow down. Export * -> full speed. Binary search cutting the export list -> slow down when less then 17 bindings exported. Does not matter which 17 bindings. Rewrote the test to not import "extras" -> still fast. Removed the "(use extras)" -> slow down. Use random egg exporting many bindings instead -> fast again. Weird. Am 14.01.2016 um 12:12 schrieb Christian Kellermann: > * Jörg F. Wittenberger <joerg.wittenber...@softeyes.net> [160114 11:30]: >> Tried that too: on AMD64 (Debian) chicken 4.10.1 from tarball does NOT >> give any difference. >> >> But even if it may be an ARM related problem: how is it even possible??! > > So next let's isolate whether it's the architecture (ARM > vs. world)type or the word size (32bit vs 64bit). Can anyone with a > 32bit system try that please? > > Thanks, > > Christian > > -- > May you be peaceful, may you live in safety, may you be free from > suffering, and may you live with ease. > _______________________________________________ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hackers