Re: [pcre-dev] Fwd: Bug#840354: src:pcre3: FTBFS on powerpc (G4 CPU)

2016-10-21 Thread Zoltán Herczeg
That patches forces to use __builtin___clear_cache() from gcc 4.3 . Your compiler might be older than the debian compiler, and that function might be unimplemented for ppc. Could you check your and debian compiler version numbers? Perhaps we need another #elif check for ppc systems. Regards,

Re: [pcre-dev] Fwd: Bug#840354: src:pcre3: FTBFS on powerpc (G4 CPU)

2016-10-20 Thread Zoltán Herczeg
Another idea just came to my mind. This issue could be cache flush issue, since the CPU executes instructions from the instruction cache, while gdb prints instructions from the data cache. In this patch cache flush changed by Tavian Barnes' request:

Re: [pcre-dev] Fwd: Bug#840354: src:pcre3: FTBFS on powerpc (G4 CPU)

2016-10-20 Thread Zoltán Herczeg
Hi Christoph, >Very likely not. I saw SIGILL from other code, gdb pointed right to >the place. So, just as another example: Just asking :) Yes, SIGILL should be precise on all cpus. >| (gdb) disassemble 0xb7fe40a8,0xb7fe40c8 >| Dump of assembler code from 0xb7fe40a8 to 0xb7fe40c8: >|

Re: [pcre-dev] Fwd: Bug#840354: src:pcre3: FTBFS on powerpc (G4 CPU)

2016-10-20 Thread Christoph Biedl
Original submitter here, although I guess I'm not much of help ... Zoltán Herczeg wrote: > several PCRE2 improvements were migrated to PCRE in 8.39. That might > be the cause of the issue. However from the report it is difficult > to tell what is happening. [ sane instructions according to gdb

[pcre-dev] Fwd: Bug#840354: src:pcre3: FTBFS on powerpc (G4 CPU)

2016-10-14 Thread Matthew Vernon
Hi, I've had the following bug report submitted; if the submitter is correct (which seems likely, but I don't have a G4 powerpc box to test on), then the jit code in 8.39 is using G5 instructions inappropriately (where the 8.38 code didn't). Obviously, I could just disable jit for this