Re: CI Builds
Sergio Durigan Junior via Gdb <[email protected]>
| Newsgroups | gmane.comp.gdb.devel |
|---|---|
| Message-ID | <878s1kg2mq.fsf@paluero> |
On Saturday, July 31 2021, Jan-Benedict Glaw wrote: > Hi! > > On Mon, 2021-07-26 23:11:01 +0200, Jan-Benedict Glaw <[email protected]> wrote: >> Hi! >> >> I'm running some CI builds and noticed that, when building GDB with >> quite recent GCC versions, it breaks. >> >> With ie. this "gcc-snapshot" GCC from Debian: >> >> /usr/lib/gcc-snapshot/bin/gcc --version >> gcc (Debian 20210630-1) 12.0.0 20210630 (experimental) [master revision 6bf383c37e6:93c270320bb:35da8a98026849bd20d16bbf9210ac1d0b44ea6a] > > [...] > > I just wanted to add a few thoughts. > > There's this machine running, doing test compiles for > Binutils/GAS/GDB as well as GCC, Linux kernel, SIMH simulator and > NetBSD (cross-compiled from Linux and from a NetBSD host running in > KVM.) I'm usually building with gcc-snapshot (except Linux kernel, > which cross-compiles from my last matching GCC build for that target, > so it's nearly master.) > > When I detect issues like this (either individual targets or global > breakages like this non-null attribution issue), shall I report them > to the GDB list? Open a ticket? Most of the time, I think I'd be able > to pin-point a causing commit. If you're able to pinpoint a commit, then the best IMO would be to reply to the email thread where the patch was discussed (on gdb-patches@). This is what I was doing when I was reporting regressions on behalf of the GDB Buildbot. Not all developers pay attention to gdb@. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/
signature.asc
(application/pgp-signature, 832 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEI3pUsQKHKL8A7zH00Ot2KGX8XjYFAmEHL60ACgkQ0Ot2KGX8 XjYRWhAAmamno7zjbcEDBG4DBDrDcuVp/qpP5WeTW0dDQfO/SypCjW3uZxf1HGxR VoqFb5CgYc11mAbAbA1mbKKecsBLyYH+Zq2684tZytkjgjt+uKyUVnxl/SejVDpq WMox1wUJUJIbhm94WoX8p6GxKWqDRT1UFsF+B4WCt2Q5DZo9VWTgeSMcuZXpmVHS t0FnFwYbW66oZ1JQhoQ3DipJbHGtorWHZCtN8FrmlI3UaqJaKt7UrRD4GTJRo0HO NPLTEEK6ArgGwunAIIh6QnbG1JO6MOM1Hy1vV5LL5zDEV1gt9RKcTSco3wOqJvXm naG9XxPdqDEsvVUdzmmLdG6cV55KjJGr9AC4+GqxSoT9xssUv1AJwgrlGR40YnpB w0A5WLWeu9q7fLKvNawCAzCpnlqv97N1icNs5PT7tWjynDPBCLGSFWZotsfCtWXA bwiWm4lPxBXwhrE93r4094vZXUII26olU+GG/DVwOQ+0Q2KfzjRKiRht3dsSq5M3 7OwDis+LYopYLp7ZpKui5QcBzbrWTi1sEWB+kkWJrlmN++CYcv0YFrLOpFizVMd4 dovAonyL14X2BytsEv1JIHtE1dC69XWqRyekwsejCRgMgqaOBaCDS+Kkuzx1doHn 9wLkneWmOtvmlKEeRjzpVtHjtndH9fgmRE64z70I5iCkDNg6UOI= =aOsw -----END PGP SIGNATURE-----