On Monday 16 of April 2012, Markus Mohrhard wrote: > 2012/4/16 Lubos Lunak <l.lu...@suse.cz>: > > On Monday 16 of April 2012, Michael Meeks wrote: > >> Oh - and finally (Lubos) I pushed an item to the ESC agenda to > >> discuss whether we should be exposing tons of classes and their symbols > >> in the product, just to make unit tests work :-) ... > > Making the release > > build slower because of a debug build is kind of lame, but I don't think > > the number of symbols makes any noticeable difference. Including whole > > copies of sc/sd/sw libs directly into unittest libs could also make the > > size explode if we get more unittests. > > As mentionend above this is only for one test in sc, sw and sd. > > > We could possibly build debug builds with visibility > > disabled and link, and build release builds with object inclusion, but I > > don't know if that is worth it. > > I was really annoyed by the fact that is was changed without at least > asking and noticing the people who are affected by this change. There > were good reasons to have the old behaviour and I spend some ours > searching for a bug because I had to export a method for ucalc. IMHO > such basic things should not be changed without noticing and > discussing with the people who are directly working in that area.
Sorry, but I assumed that was the practice, only recently broken by gbuild, as sc exports many more than just 5 to 10 symbols. Why else are they exported? -- Lubos Lunak l.lu...@suse.cz _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice