Hi Robert, I've been submitted a bug from the powerpc Debian's folks (see below or point your browser at [1]). In short the story is: we enabled building iasl for powerpc in order to buld DSDT tables for qemu which is available on powerpc and can emulate the x86. So we have a DSDT which makes iasl segfault while building on powerpc, it doesn't on i386. The DSDT is here: http://bugs.debian.org/cgi-bin/bugreport.cgi/acpi-dsdt.dsl?bug=401153;msg=5;att=1
Can you help putting some light where the problem may hide? Thanks [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401153 ----- Forwarded message from Andreas Henriksson <[EMAIL PROTECTED]> ----- Subject: Bug#401153: backtrace for iasl bug #401153 From: Andreas Henriksson <[EMAIL PROTECTED]> Date: Fri, 1 Dec 2006 16:45:37 +0100 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i Reply-To: Andreas Henriksson <[EMAIL PROTECTED]>, [EMAIL PROTECTED] On Fri, Dec 01, 2006 at 03:42:51PM +0100, Andreas Henriksson wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x10019570 in TrAmlTransformWalk () > (gdb) bt > #0 0x10019570 in TrAmlTransformWalk () > #1 0x1001758c in TrWalkParseTree () > #2 0x1000b728 in CmDoCompile () > #3 0x10011250 in main () > (gdb) > I forgot to mention, this is on Debian Testing PowerPC with iasl recompiled with DEB_BUILD_OPTIONS="noopt, nostrip". Some additional printf debugging shows this: TrAmlTransformWalk -> TrTransformSubtree -> TrDoDefinitionBlock File compiler/asltransform.c line 432: if (!ACPI_COMPARE_NAME (Next->Asl.Value.String, ACPI_SIG_DSDT)) it blows up here.... Next->Asl.Value.String is NULL... All the macro/pointer obfuscation got me lost here... HTH -- Regards, Andreas Henriksson ----- End forwarded message ----- -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]