Steve,
> This might be a nan bug. There is one GCC nan fix that's only
> installed on the trunk:
>
> 2006-05-24 John David Anglin <[EMAIL PROTECTED]>
>
> PR target/27627
> * pa/pa-modes.def: Use mips_single_format, mips_double_format and
> mips_quad_format formats instead of
On Thu, Aug 24, 2006 at 09:50:23PM -0400, John David Anglin wrote:
> > This might be a nan bug. There is one GCC nan fix that's only
> > installed on the trunk:
> > 2006-05-24 John David Anglin <[EMAIL PROTECTED]>
> > PR target/27627
> > * pa/pa-modes.def: Use mips_single_format, mips
On Thu, Aug 24, 2006 at 08:56:40PM -0400, John David Anglin wrote:
> I'm fairly certain we have a bug in handling unaligned fixups
> for doubles in the kernel. This caused a problem for libffi.
> This depends on whether the kernel is 32/64 bits.
>
I'll try to come up with some testcases.
--
T
> That would be wonderful if you, or another hppa porter, could track down
> where the bug lies. libgcc2 is almost certainly the wrong package, since
> nothing should be *using* libgcc2 in a fresh build of qt-x11-free; it may be
> a bug in libgcc4 instead, but I think that's yet to be determined.
On Wed, Aug 23, 2006 at 05:22:45PM -0700, Steve Langasek wrote:
> That would be wonderful if you, or another hppa porter, could track down
> where the bug lies. libgcc2 is almost certainly the wrong package, since
> nothing should be *using* libgcc2 in a fresh build of qt-x11-free; it may be
> a b
reassign 342545 qt-x11-free
thanks
On Wed, Aug 23, 2006 at 07:52:48AM -0400, Kyle McMartin wrote:
> On Wed, Aug 23, 2006 at 10:39:04AM +0200, Matthias Klose wrote:
> > The qt-x11-free package builds fine with a standard Debian setup.
> > Building with prctl --unaligned=signal makes the "bug" repro
On Wed, Aug 23, 2006 at 10:39:04AM +0200, Matthias Klose wrote:
> The qt-x11-free package builds fine with a standard Debian setup.
> Building with prctl --unaligned=signal makes the "bug" reproducible.
>
Right. The buildd is set up to deliver SIGBUS on unaligned accesses.
This is configurable, a
The qt-x11-free package builds fine with a standard Debian setup.
Building with prctl --unaligned=signal makes the "bug" reproducible.
Christopher Martin writes:
> reassign 342545 libgcc2
> stop
>
> On Thursday 10 August 2006 00:25, Steve Langasek wrote:
> > It hasn't been, because I can't see an
reassign 342545 libgcc2
stop
On Thursday 10 August 2006 00:25, Steve Langasek wrote:
> It hasn't been, because I can't see any way that libglu1-mesa could
> have anything to do with the failure in question. libglu1-mesa
> should not be a dependency of the tool that's failing with SIGBUS in
> the
On Sun, Aug 06, 2006 at 02:03:29PM -0400, Christopher Martin wrote:
> On Sunday 30 July 2006 17:50, Marc 'HE' Brockschmidt wrote:
> > Discussion in IRC showed that doko suspects libgcc2 deps in one of
> > the build-deps to be the problem. A quick check revealed that
> > libglu1-mesa still does that
On Sunday 30 July 2006 17:50, Marc 'HE' Brockschmidt wrote:
> Discussion in IRC showed that doko suspects libgcc2 deps in one of
> the build-deps to be the problem. A quick check revealed that
> libglu1-mesa still does that, so I requested a bin-NMU. Hopefully,
> after that was done, a reschedule w
Heya,
Discussion in IRC showed that doko suspects libgcc2 deps in one of the
build-deps to be the problem. A quick check revealed that libglu1-mesa
still does that, so I requested a bin-NMU. Hopefully, after that was
done, a reschedule will work out.
Marc
--
BOFH #314:
You need to upgrade your V
On Sunday 30 July 2006 09:18, Matthias Klose wrote:
> Please see http://lists.debian.org/debian-hppa/2006/05/msg0.html
>
> the binaries in qt-x11-free still depend on libgcc2, so these should
> be rebuilt first (and all depending ones), then we should revisit
> this report. If the problem persi
Please see http://lists.debian.org/debian-hppa/2006/05/msg0.html
the binaries in qt-x11-free still depend on libgcc2, so these should
be rebuilt first (and all depending ones), then we should revisit this
report. If the problem persists, please reassign the report again.
Matthias
Christoph
Hi,
I'm not quite sure I understand. The build did try to use g++-4.1, and
it failed. This was long ago determined to be a glibc or gcc problem,
not a qt-x11-free problem, so why was it reassigned to qt-x11-free?
Thanks,
Christopher Martin
On Saturday 29 July 2006 18:48, Matthias Klose wrote:
reassign 342545 qt-x11-free
thanks
please make sure, that qt-x11-free is built using g++-4.1 on hppa. The
binary packages still depend on libgcc2 in some way.
Note, that (before the release) we need to rebuild all binaries
depending on libgcc2 on hppa, so that the dependency is replaced by
libgcc
reopen 342545 2.3.6-15
severity 342545 grave
stop
Unfortunately, the qt-x11-free FTBFS on hppa has re-occurred:
http://buildd.debian.org/fetch.php?&pkg=qt-x11-free&ver=3%3A3.3.6-3&arch=hppa&stamp=1153689954&file=log&as=raw
The error is exactly the same as before:
/build/buildd/qt-x11-free-3.3.6
17 matches
Mail list logo
