Re: Everything's here.

Hi, pritty gudmorn hw are you doin, hope ur aright, hw ws ur nite. I reiceve ur mail, ur beautifull and am in love with you, can you pls sent me your contact adderss, your pix, and your number, i love to see you, also talk to you -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org w

Re: Everything's here.

Am, samuel bassey you can call me on, +2340865833902: -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/603367.76383...@smtp111-mob.biz.mail.ird.yahoo.com

Re: Hurd port for gcc go PATCH 1-4(23)

status=$? > if ! test -f gotest-timeout; then > - sleeppid=`ps -o pid,ppid,comm | grep " $alarmpid " | grep > sleep | sed -e 's/ *\([0-9]*\) .*$/\1/'` > + if test "$goos" = "gnu"; then > + sleeppid=`ps -o pid,ppid | grep " $alarmpid " | grep > sleep | sed -e 's/ *\([0-9]*\) .*$/\1/'` > + else > + sleeppid=`ps -o pid,ppid,comm | grep " $alarmpid " | > grep sleep | sed -e 's/ *\([0-9]*\) .*$/\1/'` > + fi > kill $alarmpid > wait $alarmpid > if test "$sleeppid" != ""; then We could rather just implement the comm field in ps, AIUI it's just an alias for the command field. Samuel

Re: Hurd port for gcc go PATCH 1-4(23)

0-9]*\) .*$/\1/'` > > > + if test "$goos" = "gnu"; then > > > + sleeppid=`ps -o pid,ppid | grep " > > > $alarmpid " | grep sleep | sed -e 's/ *\([0-9]*\) .*$/\1/'` > > > + else > > > + sleeppid=`ps -o pid,ppid,comm | grep " > > > $alarmpid " | grep sleep | sed -e 's/ *\([0-9]*\) .*$/\1/'` > > > + fi > > >   kill $alarmpid > > >   wait $alarmpid > > >   if test "$sleeppid" != ""; then > > > > > > We could rather just implement the comm field in ps, AIUI it's just > > an > > alias for the command field. > > Your choice. When implemented this patch wouldn't bee needed. Then please do implement it :) Samuel

Re: Hurd port for gcc go PATCH 1-4(23)

Svante Signell, on Sun 27 Nov 2016 18:17:17 +0100, wrote: > On Sun, 2016-11-27 at 18:02 +0100, Samuel Thibault wrote: > > > But as you wish, an updated patch is attached. > > > >  _Bool > >  Continued (uint32_t *w) > >  { > > +#ifndef WCONTINUED

Re: Hurd port for gcc go PATCH 1-4(23)

hich change to a separate file, so that the other functions are kept shared. Otherwise it'll be tedious to maintain. Samuel

Re: Hurd port for gcc go PATCH 1-4(23)

Svante Signell, on Wed 07 Dec 2016 15:32:31 +0100, wrote: > On Wed, 2016-12-07 at 15:08 +0100, Samuel Thibault wrote: > > Ok, but then I'd say move the function which change to a separate file, > > so that the other functions are kept shared. > > Otherwise it'll b

Re: Hurd port for gcc go PATCH 1-4(23)

en less implemented. So here it'd be "just" a matter of implementing /proc/self/exe. Samuel Index: runtime/go-caller.c === --- runtime/go-caller.c (révision 235086) +++ runtime/go-caller.c (copie de travail) @@ -93,7 +93,

Re: Hurd port for gcc go PATCH 1-4(23)

Samuel Thibault, on Mon 19 Dec 2016 00:25:35 +0100, wrote: > as the attached patch does, which should really be applied or done > any other way. Or rather this patch, which makes it more like the test above. Matthias, I'm committing this to Debian's gcc-6, along the other go pat

Bug#861878: nvidia-cuda-toolkit: nvcc needs to pass -fpie to compiler

#x27;d tend to think /usr/bin/nvcc should actually do exec /usr/lib/nvidia-cuda-toolkit/bin/nvcc --compiler-options -fpie "$@" to save users big headaches. Samuel -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'un

Re: Bug#861878: nvidia-cuda-toolkit: nvcc needs to pass -fpie to compiler

Samuel Thibault, on ven. 05 mai 2017 11:59:19 +0200, wrote: > Now that gcc has defaulted to building with pie, we're getting issues > with the binaries produced by nvcc: > > cc-c -o test.o test.c > nvcc -ccbin clang-3.8 -c test-cuda.cu -o test-cuda.o > cc test.o t

Re: nvidia-cuda-toolkit: nvcc needs to pass -fpie to compiler

r hand, for instance, cuda application package > "caffe-contrib" was thoroughly > and finely compiled by clang-3.8 . Sure, but application Makefiles are not ready for that, we had to tinker them to use clang-3.8, and NEWS.Debian.gz only talks about the invokation of nvcc, not the eventual linking issue. Samuel

Re: nvidia-cuda-toolkit: nvcc needs to pass -fpie to compiler

to compiler arguments, reference: [1] > > [1] http://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html That's probably a reasonable thing to do on that side, yes. Samuel

Bug#940600: gcc-9: Please disable gm2 on hurd-i386 too

Package: gcc-9 Version: 9.2.1-4 Severity: important Tags: patch Hello, mc hangs on hurd-i386, could you disable m2 there as the attached patch does? Samuel -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstabl

Re: GCC | Disable gm2 on hurd-i386, mc hangs there (!3)

roject features, permission", there is a "Merge requests" part in which you can restrain merge requests to project members. That should reduce a lot the risk for such kind of merge requests. Samuel

Re: GCC | Disable gm2 on hurd-i386, mc hangs there (!3)

Gaius Mulley, le mar. 17 sept. 2019 20:28:18 +0100, a ecrit: > I'll download a i386 hurd iso image and see if I can reproduce the 'mc' > hang, I'd say better go with a preinstalled VM image. Samuel

Re: Hurd port for gcc-7 go PATCH 1-3(15)

libc-2.24. FI, this was uploaded. > Adding to this, the executable ./build/gotools/go does work displaying the > help > text, but e.g. ./build/gotools/go env exits with a SIGILL: Illegal > instruction. That seems to be still happening with the updated libc. Samuel

Bug#885056: gcc-7: Please enable PIE on hurd-i386

. Samuel -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'oldoldstable'), (500, 'buildd-unstable'), (500, 'unstable'

Bug#945133: gcc-9: __has_attribute(ifunc) false positive on hurd and kfreebsd

not really useful here, but I'm not the one to be convinced :) I'd say bring the issue to upstream gcc. Samuel

Bug#960928: gcc-9: Do not pass --with-arch=i586 on hurd-i386.

well, the same patch will work, I'll clone+reassign the bug. Samuel -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500

Bug#960928: gcc-9: Do not pass --with-arch=i586 on hurd-i386.

Matthias Klose, le lun. 18 mai 2020 15:25:41 +0200, a ecrit: > On 5/18/20 2:59 PM, Samuel Thibault wrote: > > It seems hurd-i386 was left with building with --with-arch=i586, while > > there is no reason any more to do so. I checked building glibc, hurd, > > gnumach, without

Bug#960928: gcc-9: Do not pass --with-arch=i586 on hurd-i386.

Matthias Klose, le lun. 18 mai 2020 15:49:40 +0200, a ecrit: > On 5/18/20 3:28 PM, Samuel Thibault wrote: > > Matthias Klose, le lun. 18 mai 2020 15:25:41 +0200, a ecrit: > >> On 5/18/20 2:59 PM, Samuel Thibault wrote: > >>> It seems hurd-i386 was left with buildin

Bug#960928: gcc-9: Do not pass --with-arch=i586 on hurd-i386.

te us sooner or later. We don't want to make the hurd-i386 toolchain use special cases compared to linux and kfreebsd, just let it use the same way as linux-i386 and kfreebsd-i386. Samuel

Bug#960928: gcc-9: Do not pass --with-arch=i586 on hurd-i386.

Matthias Klose, le lun. 18 mai 2020 16:43:06 +0200, a ecrit: > the kfreebsd bits are configured explicitly as well. You mean CONFARGS += --with-arch-32=i686 is not only for the 32bit-target-built-in-64bit-host? Then ok, and sorry for the noise. Samuel

Bug#970614: gcc-10: Please disable systemtap-sdt-dev build-dep on non-Linux

Package: gcc-10 Version: 10.2.0-7 Severity: important Tags: patch Hello, systemtap is a Linux thing, and doesn't currently build on non-Linux ports, could you disable the dependency as the attached patch does? Thanks, Samuel -- System Information: Debian Release: bullseye/sid APT pr

Re: Bug#970614: gcc-10: Please disable systemtap-sdt-dev build-dep on non-Linux

Svante Signell, le sam. 19 sept. 2020 22:51:10 +0200, a ecrit: > On Sat, 2020-09-19 at 22:05 +0200, Samuel Thibault wrote: > > systemtap is a Linux thing, and doesn't currently build on non-Linux > > ports, could you disable the dependency as the attached patch does? >

Bug#1035614: gcc-13: hurd-amd64 support

Package: gcc-13 Version: 13.1.0-1 Severity: important Tags: patch Hello, We're starting the hurd-amd64 port :) Here is a patch to add support to the gcc package (here against the master branch). Samuel -- System Information: Debian Release: 12.0 APT prefers testing APT policy:

Bug#1040071: libelf-dev: Missing dep from libelf-dev to libzstd-dev

Package libzstd was not found in the pkg-config search path. Perhaps you should add the directory containing `libzstd.pc' to the PKG_CONFIG_PATH environment variable Package 'libzstd', required by 'libelf', not found thus breaking various packages that use libelf, e.g. gl

Bug#1057004: gcc-13: hurd-amd64 support

commits, which will thus be included in gcc 14. The parts in hurd-multiarch.diff and hurd-multilib-multiarch.diff are for long term, like gcc-multiarch.diff and gcc-multilib-multiarch.diff for other archs. Thanks, Samuel -- System Information: Debian Release: trixie/sid APT prefers testing APT

Bug#1063642: gcc-13: Fix disabling go and m2 according to OS

(kfreebsd-gnu, gnu), and indeed all other foo_no_systems variables are compared against DEB_TARGET_GNU_SYSTEM. This was making the hurd-i386 build get stuck while building m2, the attached patch fixes it. Samuel -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990

Bug#1063643: gcc-14: Fix disabling go and m2 according to OS

(kfreebsd-gnu, gnu), and indeed all other foo_no_systems variables are compared against DEB_TARGET_GNU_SYSTEM. This was making the hurd-i386 build get stuck while building m2, the attached patch fixes it. Samuel -- System Information: Debian Release: trixie/sid APT prefers testing APT policy

Bug#1063643: gcc-14: Fix disabling go and m2 according to OS

Samuel Thibault, le sam. 10 févr. 2024 13:07:44 +0100, a ecrit: > There was a typo in rules.defs concerning go_no_systems and > m2_no_systems: they are still compared against DEB_TARGET_ARCH_OS, > while their content is gnu-system-like (kfreebsd-gnu, gnu), and > indeed all other fo

Bug#1066932: gcc-14: Please enable m2 on hurd-any

Source: gcc-14 Version: 14-20240303-1 Severity: normal Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, Now that upstream has fixed the m2 portability (available in the 20240303 snapshot), could you enable m2 on hurd-any, as the attached patch does? Thanks, Samuel -- System

Re: Update: Hurd port for gcc-7 go : 7.3.0-8+ for glibc 2.26+

bian, thanks! Samuel

Bug#893676: hurd: internal compiler error building petsc

((mpfr_prec_t)((mpfr_uprec_t)(~(mpfr_uprec_t)0)>>1)) > /<>/petsc-3.8.3+dfsg1/src/vec/vec/interface/vector.c: In function > 'VecSetInf': > /<>/petsc-3.8.3+dfsg1/src/vec/vec/interface/vector.c:1860:1: > internal compiler error: Aborted >} Well, perhaps it's just because the current version of gcc-7 isn't built. Samuel

Bug#893676: hurd: internal compiler error building petsc

Drew Parsons, on mer. 21 mars 2018 19:25:21 +0800, wrote: > On Wed, 2018-03-21 at 09:19 +0100, Samuel Thibault wrote: > > Drew Parsons, on mer. 21 mars 2018 12:44:03 +0800, wrote: > > > The build of PETSc 3.8 triggers an internal compiler error on hurd: > > > > >

Bug#894080: gcc-8: FTBFS on hurd-i386

Control: tags -1 + pending Hello, Svante Signell, le lun. 26 mars 2018 11:55:17 +0200, a ecrit: > Attached are patches to enable gccgo to build properly on Debian > GNU/Hurd on gcc-8 (8-8-20180321-1 and earlier). Fixed and applied, thanks! Samuel

Bug#1073830: gcc-14: Missing build dependency on cargo on hurd-i386

working. And conversely, rust was actually ported to hurd, so we can enable rs on it. The attached patch achieves both. Samuel diff --git a/debian/control b/debian/control index 3ae16fd6..a7e40296 100644 --- a/debian/control +++ b/debian/control @@ -15,7 +15,7 @@ Build-Depends: debhelper (>= 11), dpkg-

Bug#148529: gnat-3.1: sin/cos is random exception/result generator

ersions). Brian> Is the quality of the Gnat compiler likely to improve any time Brian> in the not-too-distant future, or should I be concentrating my Brian> efforts for the moment at least on other languages? The GNAT compiler based on GCC 2.8.1 is a top quality compiler. There are some

Bug#148529: gnat-3.1: sin/cos is random exception/result generator

On 3/06, Brian May wrote: | However, when I copied the routine to my code, it instantly stopped | working at all (it turned the Asm call into a NOP), and I half suspected | at the time that maybe I was doing something wrong (do I need to use a | special compiler flag or something to get Asm code

Bug#170352: GNAT 4.1 issues a warning

fixed 170352 4.1.2-17 close 170352 thanks GNAT 4.1 properly issues the warning.

Bug#123468: Autodesk 3D Studlo Max 9 for XP 149, Retails @ 6720 (u save 6590)

adobe contribute cs3 - 39 ulead mediastudio pro v8.0 with extras - 79 symantec norton antivirus 10.1 for mac - 29 avid newscutter xp 6.7.2 - 69 adobe acrobat 8.0 professional - 79 zend studio - 49 adobe acrobat 3d - 59 propellerhead reason 3 - 69 type "kunchakoem . net" in your |nternet Explorer

Bug#472334: gcc-4.3: FTBFS on hurd-i386 because of symbol list

truct __pthread_mutex pthread_mutex_t; in its pthread.h) Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2

Bug#472334: gcc-4.3: FTBFS on hurd-i386 because of symbol list

Matthias Klose, le Sun 23 Mar 2008 17:35:40 +0100, a écrit : > Samuel Thibault writes: > > Package: gcc-4.3 > > Version: 4.3.0-1 > > Severity: important > > > > Hello, > > > > gcc-4.3 currently FTBFS because of differing symbol lists: > >

Bug#483609: gcc-4.1: on hurd-i386 -fstack-protector tries to link with libssp_nonshared

GNU/kfreebsd) __stack_chk_fail is available from glibc. Cheers, Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i6

Bug#483612: gcc-4.2: on hurd-i386 -fstack-protector tries to link with libssp_nonshared

GNU/kfreebsd) __stack_chk_fail is available from glibc. Cheers, Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i6

Bug#483613: gcc-4.3: on hurd-i386 -fstack-protector tries to link with libssp_nonshared

GNU/kfreebsd) __stack_chk_fail is available from glibc. Cheers, Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i6

Re: gcc-4.[1-3] on hurd-i386 -fstack-protector tries to link with libssp_nonshared

fixed 483612 4.2.4-2 found 483613 thanks Hello, gcc-4.2=4.2.4-2 closed the bug which was intended for gcc-4.3, so reopening that and closing the proper one. Could you please fix the gcc-4.1 changelog into closing bug #483609? Thanks, Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Bug#485395: gcc-4.3: Should use GNU locales on hurd-i386 too

the C locale to be considered as gnu type (which makes sense :) ) Please apply. Thanks, Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Arc

Bug#483612: Bug#483613: gcc-4.3: on hurd-i386 -fstack-protector tries to link with libssp_nonshared

found 483613 4.3.1-1 found 483612 4.2.4-2 thanks Eerf, the libssp_gnu.dpatch isn't getting applied because hurd-i386 is in ssp_no_archs, please apply attached patch to gcc-[1-3]. Samuel Index: debian/rules.defs === --- d

Bug#487109: gdc-4.2: Please upgrade to 4.2.4-1

Package: gdc-4.2 Version: 4.2.3-1 Severity: wishlist Hello, gcc-4.2 upgraded to 4.2.4-1, could you do the same for gdc? That would actually fix bug 482519. It would also permit to install gdc on hurd-i386: for now gcc-defaults' gdc depends on gdc-4.2 (>= 4.2.4-1) there. Samuel -

software speech synthesis in d-i?

les kernel wedge. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#524671: gcj-4.3: Fix gcj build on hurd-i386

can be applied to gcj-4.2, if you consider uploading another it. For gcj-4.4, the patch will be different and maybe we'll already have it applied upstream actually, so let's not handle that one immediately. Samuel -- System Information: Debian Release: squeeze/sid APT prefers tes

Bug#524671: closed by Matthias Klose (Bug#524671: fixed in gcj-4.3 4.3.3-8)

Hello, Debian Bug Tracking System, le Sun 19 Apr 2009 16:06:12 +, a écrit : > #524671: gcj-4.3: Fix gcj build on hurd-i386 > It has been closed by Matthias Klose . Cool! > [Samuel Tardieu] >* Fix gcj build on hurd-i386. Closes: #524671. Errr, no, Samuel Tardieu is s

Bug#525083: gcc-defaults: Please enable java on hurd-i386

Package: gcc-defaults Version: 1.80 Severity: normal Tags: patch Hello, Now that hurd-i386 has gcj-4.3, could you enable java for it as per attached patch? Thanks Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500,

Bug#525083: gcc-defaults: Please enable java on hurd-i386

Oops, I overwrote the patch with something else in between, here is the proper patch. Samuel Index: debian/control === --- debian/control (révision 3602) +++ debian/control (copie de travail) @@ -4,7 +4,7 @@ Maintainer

Bug#525591: libffi: can't find ffi.h on hurd-i386

ut it shouldn't. Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cor

Re: DSO linking changes for wheezy

o, > where Cairo had been linked to glitz which is now useless and gone. Not a problem, if Cairo was properly exposing the dep. > So > when people upgraded Cairo, all the software that linked against it > (and also unnecessarily linked against glitz) Why did it get linked against glitz?

Re: DSO linking changes for wheezy

structed, but shows a silent change > of run-time behaviour if --as-needed is passed. I wouldn't say it's really "constructed". The behavior it examplifies makes sense. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscri

Re: DSO linking changes for wheezy

on the second part, but the change of behavior makes it unacceptable as default, thus making the second part void. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.

Re: DSO linking changes for wheezy

initializers of libfoo.so run, whether or not I called anything in it. > > So it's more like static linking. 8-) ?! Initializers are called dynamically, and if you upgrade the library, the new initializers will be called (and new ones will be called as well!). I don't see what you

gcc plugins and rebuilds

mean that we have to rebuild the package on each gcc upload. Some other packages shipping plugins, such as dragonegg, bypass the test if some environment variable is set by the user, but that is really not safe. I'm afraid we will just have to rebuild each time? Samuel -- To UNSUBSCRIBE, ema

Re: gcc plugins and rebuilds

Ricardo Mones, le Wed 21 Mar 2012 18:16:04 +0100, a écrit : > On Wed, Mar 21, 2012 at 05:33:23PM +0100, Samuel Thibault wrote: > > Hello, > > > > One of my packages (starpu) will ship a gcc plugin (already in > > experimental). The problem is that the gcc plugin in

Re: gcc plugins and rebuilds

Another way would be similar to dkms & co. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120321225041.gc10...@type.famille.thibault.fr

Re: gcc plugins and rebuilds

Samuel Thibault, le Wed 21 Mar 2012 23:50:41 +0100, a écrit : > Another way would be similar to dkms & co. That could also answer the question: how to make sure that the plugins are built for all installed versions of gcc. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.deb

Bug#668425: Add support Ada for GNU/Hurd

I will handle these, as well as commiting your latest working Ada patch, which thus does not need a bug report. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.

Bug#668426: Add support Ada for GNU/Hurd

Svante Signell, le Thu 12 Apr 2012 14:46:22 +0200, a écrit : > On Thu, 2012-04-12 at 14:14 +0200, Samuel Thibault wrote: > > I will handle these, as well as commiting your latest working Ada patch, > > which thus does not need a bug report. > > Are you also submitting th

Re: Bug#670422: libstarpu-dev: uninstallable in sid: too strict gcc dependency

ugin system enforces strict version dependency. Discussion happened to have a way to rebuild plugins automatically on gcc package upgrade etc. through a dpkg trigger, but nothing has actually happened yet. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of &

Bug#657962: gcc-defaults: Add gcc-plugin-dev?

Matthias Klose, le Mon 30 Apr 2012 12:41:49 +0200, a écrit : > On 30.01.2012 16:10, Samuel Thibault wrote: > > Samuel Thibault, le Mon 30 Jan 2012 11:17:42 +0100, a écrit : > >> I have a package which would like to build a gcc plugin. I should > >> however not make it b

Re: Bug#670422: libstarpu-dev: uninstallable in sid: too strict gcc dependency

sons (not only this), I'll actually probably drop the plugin support, because gcc 4.6 doesn't work with nvcc for part of our code, 4.7 neither for other reasons, and 4.6 is needed for plugins... Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of &qu

Bug#691074: gcc-doc: Depends on docs for wrong gcc version

Package: gcc-doc Version: 5:3 Severity: serious Dear Maintainer, I've noticed that gcc-doc is still depending on the documentation for the aging GCC 4.4... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimenta

Bug#691074: gcc-doc: Depends on docs for wrong gcc version

On Oct 21, 2012, at 12:34 AM, Guo Yixuan wrote: The packages in unstable are updated to 4.7 (or 4.6 on some archs)[1], I actually knew this; I can't think why I didn't say so in the report. and waiting for release team's unblock grant. This part I didn't know. Thanks! Thanks, also, for pic

Bug#691476: gcc-doc: Another DMUA to zap?

Package: gcc-doc Version: 5:4 Severity: normal Dear Guo, It looks like you've got another DMUA flag to get rid of ... hopefully Steffen gets you into soon :-). Oh, and it looks like you've come up with a clever trick for determining the appropriate packages

Bug#692538: gcc-snapshot: FTBFS on hurd-i386: hurd-pthread.diff applied upstream

Package: gcc-snapshot Version: 20121106-1 Severity: important Tags: patch Hello, hurd-pthread.diff was applied upstream, so please remove it from gcc-snapshot, see attached change in rules.patch Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990

Re: Switch on compiler hardening defaults

but it doesn't prevent references to __stack_chk_fail either, and it even produces TLS references, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29838 Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#562802: gcc-4.5: FTBFS on hurd-i386

Package: gcc-4.5 Severity: important Tags: patch Hello, gcc-4.5 FTBFS on hurd-i386 because hurd-changes.diff needs a small update, see attached patch. Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'u

Bug#584454: gcc-snapshot: FTBFS on hurd-i386 due to long-term difference in Debian

pping almost all Hurd hooks but the renaming of /include into /usr/include (which as documented is not to be forwarded upstream), and moving that patch to the list of patches that are always applied, even for gcc-snapshot. Samuel (I'm checking gcc 4.5 ATM, the patch will probably be also to remove e

Bug#584819: gcc-4.5: FTBFS on hurd-i386

that hurd-changes.diff only contain long-term changes (GNU /include -> Debian GNU /usr/include) Could you apply it? Thanks, Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, '

Bug#584819: gcc-4.5: FTBFS on hurd-i386

long-term changes. Thanks, Samuel Index: debian/patches/hurd-pthread.diff === --- debian/patches/hurd-pthread.diff(révision 4569) +++ debian/patches/hurd-pthread.diff(copie de travail) @@ -58,7 +58,7 @@ # i

Bug#388268: gcc-4.2: doesn't provide libgomp1-dev any more

Package: gcc-4.2 Version: 4.2-20060905-1 Severity: important Hi, Version 4.2-20060709-1 of gcc-4.2 used to ship libgomp1-dev, needed for compiling OpenMP programs, but now version 4.2-20060905-1 doesn't any more. Samuel -- System Information: Debian Release: testing/unstable APT pr

Re: GCC-4.5 as the default for (at least some) architectures

ibc/hurd/gnumach) already use a fixed version and can be handled independently. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110426204147.gs4...@const.famille.thibault.fr

Bug#624632: libgcj-bc uninstallable

Package: libgcj-bc Version: 4.6.0-4 Severity: grave Justification: renders package unusable Hello, The latest upload of gcc-defaults made libgcj-bc depend on libgcj10 (>= 4.6.0-1) but that version doesn't exist, only libgcj12 exists with such version. Samuel -- System Information

Bug#624743: cannot reproduce

ooks like gcc-4.6 is here erroneously optimizing __builtin___memmove_chk into a memcpy call! Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110523215927.ga3...@const.famille.thibault.fr

Bug#629866: gcc-4.6: --no-add-needed disturbs weak references

;s supposed to be brought in by libA.so. In case you wonder where that testcast comes from, it's actually gcc itself, the __gthread_active_p() function, which gets inlined into applications. Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, &

Re: Bug#606309: trang ends with Bus error on kfreebsd-amd64

l => 0x000803cfa2c7 <+7>: retq i.e. the segfault is triggered from the kernel itself. Does anybody has any idea? I'd tend to reassign this to libgcj12 or kfreebsd-8, since there doesn't seem to be anything specific to trang in this backtrace. Samuel -- To UNSUBSCRIB

Re: please update and check the multiarch patches for gcc-4.5

tion on mips*. > > Basically either MULTIARCH_DIRNAME or MULTILIB_OSDIRNAMES has to be set > accordingly in gcc/config/*/t-, maybe introducing new t-files. Sorry I got caught with other things so didn't handle it. What you have commited does work on hurd-i386. Thanks, Samuel -- To UNSUBS

Bug#619933: gcc-4.6-doc: please upload to unstable

We appreciate that the Debian project is even more zealous about free software than RMS himself, and recognize that the GFDL, when used with invariant sections and/or cover texts, is not totally free. Nevertheless, for practical reasons, we really do want that manual. So, pretty please (with a ch

Re: please update patches / investigate build failures for gcc-4.7 snapshot builds

ready, patch pending submission. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111219002121.gd4...@type.famille.thibault.fr

Bug#652693: gcc-4.7: FTBFS on hurd-i386

being used. Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Local

Fwd: RFS: gcc-4.5-doc-non-dfsg

Dear GCC Maintainers, Perhaps I should have CC'd you in the first place, but here's a copy now: -- Forwarded message ------ From: Samuel Bronson Date: Sat, Jan 21, 2012 at 12:38 AM Subject: RFS: gcc-4.5-doc-non-dfsg To: debian-ment...@lists.debian.org Dear mentors, I

Re: Fwd: RFS: gcc-4.5-doc-non-dfsg

On Wed, Jan 25, 2012 at 2:10 PM, Matthias Klose wrote: > Samuel, thanks for doing this. However, I'm trying to get gcc-4.5 removed > from unstable soonish, so I would like to see this for gcc-4.6 (and 4.7 as > found in experimental). Could you do this?  Nikita, could you sponsor

Re: Fwd: RFS: gcc-4.5-doc-non-dfsg

On Wed, Jan 25, 2012 at 3:17 PM, Samuel Bronson wrote: > On Wed, Jan 25, 2012 at 2:10 PM, Matthias Klose wrote: >> Samuel, thanks for doing this. However, I'm trying to get gcc-4.5 removed >> from unstable soonish, so I would like to see this for gcc-4.6 (and 4.7 as >

Bug#657962: gcc-defaults: Add gcc-plugin-dev?

package? Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Locale

Bug#657962: gcc-defaults: Add gcc-plugin-dev?

Samuel Thibault, le Mon 30 Jan 2012 11:17:42 +0100, a écrit : > I have a package which would like to build a gcc plugin. I should > however not make it build-depend on a particular gcc-4.[567]-plugin-dev > package as the default version changes over time. Could gcc-defaults > also p

Re: Fwd: RFS: gcc-4.5-doc-non-dfsg

On Sun, Jan 29, 2012 at 1:49 PM, Nikita V. Youshchenko wrote: >> On Wed, Jan 25, 2012 at 3:17 PM, Samuel Bronson > wrote: >> > On Wed, Jan 25, 2012 at 2:10 PM, Matthias Klose > wrote: >> >> Samuel, thanks for doing this. However, I'm trying to get gcc-4.5 &

Re: Fwd: RFS: gcc-4.5-doc-non-dfsg

On Sun, Feb 5, 2012 at 7:17 AM, Nikita V. Youshchenko wrote: >> > I will try to look sometime soon, but can't promise when. > > Hello Samuel > > The gcc-doc thing you've done looks great, however it is incomplete. > > Complete solution consists of gcc-doc-defa

Re: Fwd: RFS: gcc-4.5-doc-non-dfsg

On Tue, Feb 7, 2012 at 2:59 PM, Samuel Bronson wrote: > On Sun, Feb 5, 2012 at 7:17 AM, Nikita V. Youshchenko > wrote: >> In good old days when I had time and motivation to maintain gcc-doc, I've >> used git repos to managed entire thing. >> I've just creat

Bug#661362: gcc-4.6: FTBFS on hurd-i386

Package: gcc-4.6 Version: 4.6.2-15 Severity: important Tags: patch Hello, The #652693 bug of gcc-4.7 was introduced in gcc-4.6 too, making it FTBFS on hurd-i386. Could you backport the hurd-fixes.diff patch to the 4.6 branch as the attached patch does? Thanks, Samuel -- System Information

Fwd: Bug#660955: RFS: gcc-4.6-doc-non-dfsg/4.6.2-1 -- documentation for GCC 4.6

I asked the BTS to CC debian-gcc on this, but the message seems to have gotten lost or something, so: -- Forwarded message -- From: Samuel Bronson Date: Thu, Feb 23, 2012 at 12:31 AM Subject: Bug#660955: RFS: gcc-4.6-doc-non-dfsg/4.6.2-1 -- documentation for GCC 4.6 To: Debian

Bug#661859: gcc-snapshot: FTBFS on hurd-i386

Package: gcc-snapshot Version: 4.7-20120226-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, The src/libgcc/generic-morestack.c issue was fixed upstream, so please drop hurd-fixes.diff from gcc-snapshot as the attached patch does. Samuel -- System

  1   2   >