Bug#1021660: gcc-12-offload-nvptx: offloading to nvidia via nvptx fails with cuda version 11 (default in sid)

Hi! (Tom added in CC; for your information, this is about <https://bugs.debian.org/1021660>.) On 2022-10-13T12:38:17+0200, Giacomo Mulas wrote: > On Thu, 13 Oct 2022, Thomas Schwinge wrote: > >> Aha, that's a legit question to wonder about: the reason is that GCC 11 >

Bug#1021660: gcc-12-offload-nvptx: offloading to nvidia via nvptx fails with cuda version 11 (default in sid)

Hi Giacomo! On 2022-10-13T12:20:19+0200, Giacomo Mulas wrote: > On Thu, 13 Oct 2022, Thomas Schwinge wrote: > >> Debian need to update nvptx-tools to a version that includes >> <https://github.com/MentorEmbedded/nvptx-tools/pull/33> >> "as: Deal with CUDA 11

Bug#1021660: gcc-12-offload-nvptx: offloading to nvidia via nvptx fails with cuda version 11 (default in sid)

reassign 1021660 nvptx-tools stop Hi! On 2022-10-12T17:19:02+0200, Giacomo Mulas wrote: > the nvptx plugin for gcc-12 currently available for sid mandates a > cuda level sm_30, which is no longer available in cuda 11 (the one > now in sid). This means that even a trivial example code like [...]

Bug#755295: Hurd term server (was: Hurd GCC ping)

Hi! Sorry for the long silence on this. I'm now writing this while struggling with a flu, so let's hope that I'm not speaking in "feverish delirium". On Sun, 2 Nov 2014 18:13:11 +0100, Samuel Thibault wrote: > Thomas Schwinge, le Thu 09 Oct 2014 14:02:39 +0200,

Bug#755295: Hurd term server (was: Hurd GCC ping)

Hi! On Thu, 9 Oct 2014 14:02:39 +0200, I wrote: > [CCing the Hurd developers having written or worked on the term server. > Would appreciate your comments, if you have any.] > > On Wed, 20 Aug 2014 01:24:36 +0200, I wrote: > > Matthias Klose has recently re-enable the GCC testsuite for GNU/Hurd,

Bug#755295: Hurd term server (was: Hurd GCC ping)

Hi! [CCing the Hurd developers having written or worked on the term server. Would appreciate your comments, if you have any.] On Wed, 20 Aug 2014 01:24:36 +0200, I wrote: > Matthias Klose has recently re-enable the GCC testsuite for GNU/Hurd, and > while it now runs to completion (hooray!) there

Bug#755295: Hurd GCC ping

Hi! Matthias Klose has recently re-enable the GCC testsuite for GNU/Hurd, and while it now runs to completion (hooray!) there are a number of unexpected test failures (search for »FAIL:«): On Fri, 15 Aug 2014 14:32:01 +0200, Matthias Klose wrote: > https://buildd.debian.org/status/fetch.php?pkg=

Re: Upstream sources in future uploads of gnat-4.8

Hi! On Wed, 05 Jun 2013 13:39:02 +0200, Matthias Klose wrote: > and I bunch of patches really should be forwarded upstream. Why are the > kFreeBSD > and Hurd patches not upstream? The Hurd port I submitted a year ago,

Bug#624743: cannot reproduce

Hallo! On Mon, 23 May 2011 23:59:27 +0200, Samuel Thibault wrote: > [exim4 SEGFAULT with fortifying options] > It looks like gcc-4.6 is here erroneously optimizing > __builtin___memmove_chk into a memcpy call! This is not a GCC bug (), but it is a glibc header bug (

Bug#433539: gcc-4.1: Final patch for profiling

reopen 433539 stop On Fri, Aug 03, 2007 at 09:38:38PM -0400, Michael Casadevall wrote: > Package: gcc-4.1 > Version: 4.1.2-13 > Followup-For: Bug #433539 > > As a follow up to my last email, I've updated my patch more, and now it > properly handles profiling with -static and without. Wrong. >

Bug#433539: GCC Spec File for Profiling

reopen 433539 thanks Hello! On Sat, Jul 14, 2007 at 10:49:13AM -0400, Michael Casadevall wrote: > After some trail and error as well as reading up how static binaries work > and the difference between gcrt0 and gcrt1, I was able to fix the profiling > bug with a GCC spec file: Are you sure yo

Bug#301064: gcc-3.4 build failure on hurd-i386

On Wed, May 04, 2005 at 02:42:15PM +0200, Michael Banck wrote: > On Mon, May 02, 2005 at 06:09:04PM +0200, Matthias Klose wrote: > > - which is the last version that built on hurd-i386? > > According to ftp.debian.org, it appears to be 3.4.1-7, though I do not > remember exactly. I was able to bu