Hey,
On Sun, 2012-03-04 at 10:06 +, peter green wrote:
> 1: when we backtraced the crash it was an unaligned access in
> libjavascriptcore (part of webkit)
> 2: webkit has a specific define in it's code already for whether the CPU
> needs aligned access
> 3: the aforementioned define was not
reassign 651934 libjavascriptcoregtk-3.0-0 1.6.1-5
retitle 651934 unaligned access problems in libjavascriptcore on sparc
leading to seed FTBFS
affects 651934 seed
tags 651934 patch
thanks
Jurij Smakov wrote:
It built successfully this time! And after I installed the resulting
debs, seed built
On Sat, Mar 03, 2012 at 08:07:33AM +, Jurij Smakov wrote:
[...]
> Unfortunately, the build I tried last week failed with the following
> messages while compiling Source/WebCore/svg/SVGFilterElement.cpp:
>
> ../Source/JavaScriptCore/wtf/ListHashSet.h:192:70: warning: cast from 'char*'
> to 'W
Michael Biebl wrote:
Could you try building seed 3.2 against the same version of webkit as
seed 3.0 was built?
I removed all webkit and javascriptcore packages and installed
http://snapshot.debian.org/archive/debian/20110505T052259Z/pool/main/w/webkitgtk%2B/libwebkitgtk-3.0-0_1.4.0-1_sparc.de
tags 651934 + help
thanks
Hi Peter,
Am 26.02.2012 03:19, schrieb peter green:
mmm, the webkit (webkit is the source package for libjavascriptcore)
build log has a huge number of cast alignment warnings :( worse the file
in which the error occoured is generated at webkit build time and is
there
On Sun, Feb 26, 2012 at 02:19:59AM +, peter green wrote:
> Found 651934 3.0.0-2
> Thanks
>
> Thanks jurij for your help.
> >'disassemble' command may be used to look up the assembler code
> >around the instruction which caused the crash:
> Some further notes on the dissasemble command I ran in
Found 651934 3.0.0-2
Thanks
Thanks jurij for your help.
'disassemble' command may be used to look up the assembler code around
the instruction which caused the crash:
Some further notes on the dissasemble command I ran into while trying to
use it.
1: it seems you have to explicitly select
Jurij Smakov wrote:
The offending instruction tries to load a 4-byte word located at
address %l0 into %g1 register, so it's expected to be aligned on a
4-byte boundary, however it is obviously not:
(gdb) info reg l0
l0 0xf581f42e -176032722
(gdb)
Figuring out why this happe
On Thu, Feb 23, 2012 at 10:30:45AM +, peter green wrote:
> seed currently FTBFS on sparc with a bus error.
>
> I've reproduced this on a sparc box that Tom Theisen made available
> (thanks tom) but i'm kinda stuck on how to debug it.
>
> Any ideas on how to debug this? Normally i'd start by t
seed currently FTBFS on sparc with a bus error.
I've reproduced this on a sparc box that Tom Theisen made available
(thanks tom) but i'm kinda stuck on how to debug it.
Any ideas on how to debug this? Normally i'd start by turning down the
optimisation but this package doesn't seem to be usin
10 matches
Mail list logo