On Sat, Nov 08, 2003 at 01:25:48AM +, Colin Watson wrote:
> If an NMU would help, say the word. I'm preparing a build now in case it
> turns out to be useful.
Here's the diff I would use if I were to make an NMU (which I haven't
done yet, obviously). It built successfully on my powerpc box.
-
On Sat, Oct 25, 2003 at 12:14:40AM -0400, Adam C Powell IV wrote:
> On Thu, 2003-10-23 at 21:13, Adam C Powell IV wrote:
> > tags 215067 patch
> > thanks
> >
> > I've patchified this in a form which can be stuck into debian/patches
> > (attached), and is building now, will report back on the (like
On Thu, 2003-10-23 at 21:13, Adam C Powell IV wrote:
> tags 215067 patch
> thanks
>
> I've patchified this in a form which can be stuck into debian/patches
> (attached), and is building now, will report back on the (likely built,
> hopefully working) package in ~24 hours.
Okay, so 1.5-2 with the
tags 215067 patch
thanks
On Thu, 2003-10-23 at 14:07, Philip Blundell wrote:
> On Thu, 2003-10-23 at 13:40, Adam C Powell IV wrote:
> > Is it secretly big-endian for
> > its float/double emulation, and little-endian for ints?
>
> More or less, yeah. It's actually only doubles that are affected.
On Thu, 2003-10-23 at 13:40, Adam C Powell IV wrote:
> Is it secretly big-endian for
> its float/double emulation, and little-endian for ints?
More or less, yeah. It's actually only doubles that are affected.
I suggest you try changing
#if defined(IS_LITTLE_ENDIAN)
into
#if defined(IS_LITT
In message <[EMAIL PROTECTED]>
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 23, 2003 at 08:40:57AM -0400, Adam C Powell IV wrote:
>
> > Does ARM store doubles in a non-IEEE way? Is it secretly big-endian for
> > its float/double emulation, and little-endian for ints? What e
On Thu, Oct 23, 2003 at 08:40:57AM -0400, Adam C Powell IV wrote:
> Does ARM store doubles in a non-IEEE way? Is it secretly big-endian for
> its float/double emulation, and little-endian for ints? What else could
> be wrong with mozilla's assumptions about double format?
I suspect you've found
On Thu, Oct 23, 2003 at 09:57:52AM -0400, Whaley, Robert wrote:
> I think for now, only the old FPA memory layout is used in Debian
> binaries. I think this is the format you describe in your message
> that's causing the problem.
This is true on the Netwinder redhat-like distribution as well.
On Thu, Oct 23, 2003 at 08:40:57AM -0400, Adam C Powell IV wrote:
> Does ARM store doubles in a non-IEEE way? Is it secretly big-endian for
> its float/double emulation, and little-endian for ints? What else could
> be wrong with mozilla's assumptions about double format?
If you're manipulatin
, October 23, 2003 8:41 AM
> To: Mark Howard
> Cc: Debian ARM; [EMAIL PROTECTED]
> Subject: Re: #215067 mozilla FTBFS
>
>
> Okay ARM hackers, as a user/neophyte, I need your help.
>
> As discussed below (the good stuff is at the end), I've
> traced the mozi
Okay ARM hackers, as a user/neophyte, I need your help.
As discussed below (the good stuff is at the end), I've traced the
mozilla segfault to their PR_dtoa function, which converts doubles to
strings. Because it directly manipulates the bits of doubles, it is
making some gross errors, like appar
On Mon, 2003-10-20 at 22:24, Adam C Powell IV wrote:
> Okay, just a bit more "manual backtrace" info:
>
> On Mon, 2003-10-20 at 21:06, Adam C Powell IV wrote:
> > During the call to NSS_Init, nss_makeFlags(1,0,0,0,0,1) returns 0x219a8,
> > and the resulting moduleSpec is:
> >
> > name="NSS Intern
Okay, just a bit more "manual backtrace" info:
On Mon, 2003-10-20 at 21:06, Adam C Powell IV wrote:
> During the call to NSS_Init, nss_makeFlags(1,0,0,0,0,1) returns 0x219a8,
> and the resulting moduleSpec is:
>
> name="NSS Internal Module" parameters="configdir='/home/hazelsct/.netscape'
> cert
On Wed, 2003-10-15 at 09:42, Adam C Powell IV wrote:
> On Tue, 2003-10-14 at 08:51, Mark Howard wrote:
> > Hi,
> > This seems to be the final issue holding back mozilla, galeon and
> > epiphany from testing. It would be really great if we could get these
> > into testing as soon as possible since
On Tue, 2003-10-14 at 08:51, Mark Howard wrote:
> Hi,
> This seems to be the final issue holding back mozilla, galeon and
> epiphany from testing. It would be really great if we could get these
> into testing as soon as possible since they are all major updates.
>
> Could people on this list pl
15 matches
Mail list logo
