On Fri, Aug 20, 2010 at 15:51:21 (CEST), Neil Williams wrote: > > To a point, but upstreams using stable also expect the dependencies to > build using the stable toolchain and there are still bugs outstanding > (one in my own package) where packages already in Squeeze fail to build > from source with gcc-4.5. gcc-4.5 can't be the default compiler for > Squeeze,
nobody suggested that > so why would it be suitable to be added for only a subset when > this could cause more breakage. > >> >> >At the moment, I'm still not sure on the actual advantage of >> >> >introducing this new package at this stage in the release cycle. >> >> >> >> well, currently I don't see any arguments against the upload, just >> >> some feelings that could apply to any package. >> >> >> > >> > That's kinda the point. These apply for any package, and especially so >> > for a toolchain. >> > >> > Given that there doesn't seem to be any compelling reason for gcc4.5 in >> > squeeze, I'm afraid it's not going to make it for this release. >> >> - gcc-4.5 brings many improvements (e.g., improved C++0x support) that >> help developers a lot during development. >> >> - applications developed with g++-4.5 require g++-4.5's runtime >> library, they won't *run* with g++-4.4's libstdc++6 package. >> >> The second point appears very compelling to me since a considerable >> demand during squeeze's lifetime can be expected because of the first >> point. > > To me, the second point actually counts against allowing gcc-4.5 > because it makes it a requirement that the entire dependency chain of a > C++ program using g++-4.5 would either generate new bugs or require > rebuilds using g++-4.5 merely to use the optional compiler. the reasoning if wrong. nothing in squeeze needs to be recompiled because of the inclusion of gcc-4.5 -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- 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/874oep754d....@faui44a.informatik.uni-erlangen.de