libstdc++6 and libstdc++6-4.*-dev dependencies cross-compiler uses libc-dev for the bootstrapping compiler, but external libstdc++-dev is not needed for the bootstrapping because the compiler is the source for this anyway Preventing another copy of the same headers for each architecture for which a cross-compiler is needed. - because libstdc++6-4.7-dev-armhf-cross has the exact same contents as libstdc++6-4.7-dev:armhf, so why can't we use the copy that's already in the archive? - does this become more brittle in terms of dependencies? - C++ is being treated specially right now as a front end; Matthias intended to merge the libstdc++6-4.7-dev package *into* g++. Going the other way, we should look at all the frontends (objc, fortran) => This solution would cause some problems to clang (clang depends on libstdc++6-4.7-dev for the C++ headers). It would help clang to have libstdc++6-4.7-dev without the g++ dependency (idem for objc. See bug #680784) => However, clang needs object files from gcc (crt1.o etc.) Matthias also wants binaries to be moved to /usr/libexec instead of being in the gcc directory /usr/libexec - the search assumes there's libexec vs. lib, and gcc would maybe need patching upstream to look in right places So Someone needs to do the split and check it works for the native compiler still. Need libgcc-4.7-dev, libgobjc-4.7-dev, libgfortran-4.7 and libstdc++6-4.7-dev independently installed from gcc all .a, .h, and .so* files which are currently in gcc, gfortran or gobjc need to move into lib*-$version-dev packages. The gobjective C multilib libraries become pure dependency packages. gobjc++-4.7-multilib gobjc-4.7-multilib No c++ library should be linked to libc++ (the LLVM C++ implementation) Set /usr/bin/cc & /usr/bin/c++ explicitly and remove assumptions that this is gcc to increase support for clang and gcc-$triplet. Need more exact details of the work to be done - wookey & Thibg. List of files for which packages etc. Probably add another 20-25 binary packages built from gcc source.