Hi Mo,
I maintain the package and we had it hosted on Debian Science. I would
like to keep maintaining the package, but I am happy to co-maintain
the package with others.
Out of interest, what would you like doing with the package? Would you
like the version updating?
Thanks,
--
Steve
Hi,
Thank you for the bug report (and patch!), I have just travelled back home
and plan on pushing a fix today after I finish work.
Cheers,
--
Steve
On 4 October 2017 at 09:04, Petter Reinholdtsen wrote:
> This issue block slic3r-prusa from entering testing, as it break the
> armel build for t
Hi,
The cause of the sparc64 build failure was a deliberate unaligned memory
access in test_malloc_pools. I have removed this specific code (as
unaligned accesses provoke a SIGBUS on sparc64) whilst retaining the rest
of the test and the suite now appears to be passing.
https://buildd.debian.org/s
Lowering severity of this as the build failure is extremely hard to
reproduce (was completely unable to exacerbate this on the porterbox
and a subsequent build for this has succeeded on a similar hw
configuration that threw a problem before).
Debugging machinery has been introduced into 2017~U7-5
Package: tbb
Version: 2017~U7-4
Severity: important
I am the maintainer of tbb, and am raising this bug here so my
progress on mips builds can be tracked.
Looking at the build output from buildd, it looks like the tbbmalloc
internals structures are invalid:
./test_malloc_pools.exe 1:4
Assertion
Hi,
So going through this my understanding is that for Linux this library
creates weak references to the pthread_mutex_ functions as well as
simulates the size of the pthread_mutex_t type. IIUC this obviates the
need to cross-compile against pthreads. When one loads the library,
the weak references
Hi Mathieu,
Thanks for this, and apologies for my late reply getting to this bug.
Reading through your gdb logs (thanks!), I think the sigbus was caused
by an unaligned memory access. The pointer for `region' appears to be
odd 0x800101074021 and we're writing to an enum (at an even offset
to t
Hi,
FWIW, I found that disabling gold (by tweaking configure.ac) then led to
executables with the correct alignment.
Cheers,
--
Steve
Thank you Mathieu,
I've incorporated this into: tbb_4.3~20150611-1 as well as some minor
telemetry and build timeout changes.
Cheers,
--
Steve
On 2 January 2016 at 14:13, Mathieu Malaterre wrote:
> Package: tbb
> Version: 4.3~20150611-0.1
> Tags: patch
>
> Attached is a patch to get s390x and h
On 28 May 2016 at 21:12, Tobias Frost wrote:
> Severity: -1 important
>
> On Sun, 17 Apr 2016 10:00:12 +0200 (CEST) Santiago Vila s> wrote:
> > retitle 816989 tbb: FTBFS in testing (Build killed with signal TERM
> after 150 minutes of inactivity)
> > severity 816989 serious
> > thanks
> >
> > Th
On 18 November 2015 at 18:23, Michael Biebl wrote:
> Am 18.11.2015 um 18:35 schrieb Steven Capper:
> > Upgrading to 227-1 caused immediate segfaults and led to the same
> > unbootable machine.
> >
> > So it looks like something introduced 227-1.
>
> I w
On 18 November 2015 at 17:20, Michael Biebl wrote:
> Hi Steve,
>
> Am 18.11.2015 um 16:52 schrieb Steven Capper:
> > I neglected to mention that this running under a QEMU virtual machine
> (same
> > error for both KVM acceleration on and off).
> >
> > I will
I neglected to mention that this running under a QEMU virtual machine (same
error for both KVM acceleration on and off).
I will dig into this a little bit here and will update if I find anything.
Cheers,
--
Steve
Package: systemd
Version: 227-2
Severity: grave
Justification: renders package unusable
-- Package-specific info:
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm64 (aarch64)
Kernel: Linux 4.2.0-1-arm64 (SMP w/1 CPU core)
Thank you for this patch Mathieu.
I've tweaked it a little bit as:
1) The semantics of __atomic_compare_exchange are a little
different to __sync_val_compare_and_swap, and my tests were failing.
2) I promoted it to gcc_generic.h as I believe this will be useful
for other architectures. :-).
Hi,
Thanks for this.
I have been able to reproduce this with tbb_4.2~20140122-5.
A new package is being worked on in experimental,
tbb_4.3~20150611-1~exp1, and this *does* compile correctly with gcc-5.
I will flag this bug as closed as soon as I upload 20150611 to Sid.
Cheers,
--
Steve
--
To
Hi,
arm64 should be building in -5, so shouldn't the arm64 reverse
dependancies be unaffected?
Under mips, mipsel, and s390x tbb fails to build unit tests due to
missing/incorrect gcc atomics. I have very little confidence in the
functional correctness of the reverse dependencies, so I would be
inc
On 20 January 2015 at 10:51, Aníbal Monsalve Salazar wrote:
> Hello Steven,
Hi Aníbal,
>
> At IMGtech.com, we would like to support this patch for tbb.
>
> If you prefer, I could sponsor a new Debian version of tbb including
> Jurica's patch.
>
Taking a look at this patch, I would like to exper
On 30 September 2014 11:04, Mathieu Malaterre wrote:
> Control: tags -1 patch
>
> Here is a patch which solve the symptoms. The underlying bug is within
> gcc internals where atomics operations are not implementation for
> ppc32 targets.
>
Many thanks Mathieu,
This looks good to me. I'm about to
Hello Mathieu,
On 24 September 2014 08:52, Mathieu Malaterre wrote:
> Package: tbb
> Version: 4.2~20140122-3
>
> Just for reference, why is the test suite not reporting an issue on i386:
>
> [...]
>
> sh ../test_summary.sh ./test_mutex.exe 1:3
> Call stack info (7):
> ./test_mutex.exe(_Z16print
For info,
This has been raised upstream at:
https://bugzilla.mozilla.org/show_bug.cgi?id=1050258
Cheers,
--
Steve
On Tue, 05 Aug 2014 14:24:48 +0100 Marc Zyngier
wrote:
> An update on this: the armel architecture is *not* affected, and this
> seems to be an armhf specific issue (tested by running an armel VM on
> the same hardware).
>
> I'd appreciate if anyone knowledgeable about this could have a look.
>
H
22 matches
Mail list logo
