Bug#539427: Segmentation fault of iasl on non i386/amd64

2010-06-26 Thread Mattia Dongili
On Tue, Oct 27, 2009 at 10:11:10PM +0900, Mattia Dongili wrote:
 On Sun, Oct 25, 2009 at 01:15:06AM +0200, Guillem Jover wrote:
  Hi!
  
  [ Removing #516057 as it's a closed bug about a bison error. ]
  
  On Sat, 2009-10-24 at 18:19:51 +0200, Luk Claes wrote:
   Can you please have a look at fixing the segfaults of iasl on non
   i386/amd64 or do you think it would be better to remove the support of
   iasl on non i386/amd64. If so, bochs is the only affected reverse dep of
   iasl if you would restrict iasl to i386/amd64.
  
  I don't see why iasl would not be able to run on any architecture,
  it's just a compiler for byte-code. We ported it some time ago, but
  it seems it has regressed in the latest upload (probably problems with
  unaligned accesses or little endian assumptions, as before).

I uploaded a new package with a pile of fixes for BE support. Let's see
how it goes.
-- 
mattia
:wq!



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#539427: Segmentation fault of iasl on non i386/amd64

2009-10-28 Thread Mattia Dongili
On Sun, Oct 25, 2009 at 01:15:06AM +0200, Guillem Jover wrote:
 Hi!
 
 [ Removing #516057 as it's a closed bug about a bison error. ]
 
 On Sat, 2009-10-24 at 18:19:51 +0200, Luk Claes wrote:
  Can you please have a look at fixing the segfaults of iasl on non
  i386/amd64 or do you think it would be better to remove the support of
  iasl on non i386/amd64. If so, bochs is the only affected reverse dep of
  iasl if you would restrict iasl to i386/amd64.
 
 I don't see why iasl would not be able to run on any architecture,
 it's just a compiler for byte-code. We ported it some time ago, but
 it seems it has regressed in the latest upload (probably problems with
 unaligned accesses or little endian assumptions, as before).

yeah, dispite the fact that the patch applied, there were other changes
that are causing a consistent segfault.

 I might try to take a look at fixing it, but not now. Anyway regarding
 bochs, it's not really a problem as iasl is only used when building
 architecture independent packages, thus the Build-Depends-Indep.

I tried debugging it when the bug first appeared after I uploaded the
package with not much success but now I'm definitely lacking the time to
look at it.
As an emergency fix, if it's not a big deal for bochs, disabling the
failing architectures is an option.

thanks
-- 
mattia
:wq!



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#539427: Segmentation fault of iasl on non i386/amd64

2009-10-24 Thread Luk Claes
Hi

Can you please have a look at fixing the segfaults of iasl on non
i386/amd64 or do you think it would be better to remove the support of
iasl on non i386/amd64. If so, bochs is the only affected reverse dep of
iasl if you would restrict iasl to i386/amd64.

Cheers

Luk



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#539427: Segmentation fault of iasl on non i386/amd64

2009-10-24 Thread Guillem Jover
Hi!

[ Removing #516057 as it's a closed bug about a bison error. ]

On Sat, 2009-10-24 at 18:19:51 +0200, Luk Claes wrote:
 Can you please have a look at fixing the segfaults of iasl on non
 i386/amd64 or do you think it would be better to remove the support of
 iasl on non i386/amd64. If so, bochs is the only affected reverse dep of
 iasl if you would restrict iasl to i386/amd64.

I don't see why iasl would not be able to run on any architecture,
it's just a compiler for byte-code. We ported it some time ago, but
it seems it has regressed in the latest upload (probably problems with
unaligned accesses or little endian assumptions, as before).

I might try to take a look at fixing it, but not now. Anyway regarding
bochs, it's not really a problem as iasl is only used when building
architecture independent packages, thus the Build-Depends-Indep.

regards,
guillem



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org