Thorsten Glaser writes: > Reto Buerki dixit: > >>Ludovic Brenta schrieb: >>> Actually, since the patch applies to some C sources, not Ada, I do >>> not think BinNMUs are required anymore. The BinNMUs are only >>> required if changing Ada source because of Ada's rules about >>> consistency at the source level. These rules do not apply to C, >>> obviously. >>> >>> I'll upload a new version of gnat-4.4 with this fix during the >>> weekend. >> >>gsocket.h is included by s-oscons-tmplt.c which is used generate >>s-oscons.ads. This Ada file changes on kfreebsd. > > Yes, but as soon as a source file changes, my understanding is that > you need an NMU not a binNMU, because the Debian source package must > be exactly what was used to compile it. Or a new upload, of course.
We were talking about BinMNUs of packages that build-depend on gnat-4.4, i.e. all Ada packages. Such BinNMUs are necessary if any Ada source file changes in the Ada run-time library. So, I'm still willing to upload a fixed gnat-4.4 if and only if some other DD is willing to then rebuild all the reverse build-dependencies and re-upload them. Here is the current list of affected packages: asis adabrowse (b-d on asis) adacontrol (b-d on asis) ahven gprbuild (just reached unstable today, still building) libaunit libflorist libgmpada gnade libgtkada2 opentoken polyorb libtemplates-parser libaws (b-d on libtemplates-parser) libtexttools libxmlada The alternative is to add (admittedly ugly) workarounds in polyorb and libaws. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
