I was planning to use com.ibm.icu.base as well for CDT’s stand-alone debugger. It will help shrink the size quite a bit.
Marc-André > On Oct 3, 2018, at 3:59 PM, Fred Bricon <[email protected]> wrote: > > FYI, jdt.ls <http://jdt.ls/> uses com.ibm.icu.base because the full package > represented about 25% of the jdt.ls <http://jdt.ls/> distro. > So keeping it is kind of a big deal for us. > > On Wed, Oct 3, 2018 at 2:04 PM Tom Schindl <[email protected] > <mailto:[email protected]>> wrote: > Hi, > > In the bug you reference I don't see that the platform has lifted any of > its version range so one can happily run the complete codebase on the > old icu.base version. > > In the end the right thing for the future is to get rid of ibm.icu from > the core platform (anything defining an e4 application) is the right way > forward. > > I understand that for a IDE it does not make a big difference if your > download is 12MB larger but for a small RCP application it can be. > > Anyways I'm packaging it into our target now so e(fx)clipse users are > not affected because they anyways point to our self-contained p2 repository. > > Tom > > On 03.10.18 17:25, Roland Grunberg wrote: > > On Wed, 2018-10-03 at 15:44 +0200, Tom Schindl wrote: > >> I'm late to this but while trying to bring our products up to 2018-09 I > >> found the removal of "com.ibm.icu.base" disturbing. > >> > >> The Mail from "Roland" says one should substitute "com.ibm.icu.base" > >> with "com.ibm.icu" which I think is a bad idea. > >> > >> The sole reason for "com.ibm.icu.base" was/is that you don't ship a 12MB > >> jar if you don't need any of the extra functionality "com.ibm.icu" > >> provides. > > > > Hey Tom, > > > > If people would like to have corresponding com.ibm.icu.base for any > > version of com.ibm.icu, that's fine. It would just be a matter of > > ensuring the "base" version is available for the latest one in use as > > I'd rather not accumulate many older versions. This is a similar > > situation to things like Batik or Lucene, where platform handles the > > set of bundles it cares about, but anyone wanting more has to do the > > extra work. > > > > The discussion for Platform to move to plain icu4j (from maven) was in > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=536411 > > <https://bugs.eclipse.org/bugs/show_bug.cgi?id=536411> (comments 11-17) > > so it made sense to have everyone using the same thing, but maybe other > > projects outside SimRel may still want a smaller version so I'm not > > opposing this. For those projects, there is also the Photon Orbit repo > > which has the older versions (containing icu.base) as well. > > > > Cheers, > > > > -- > Tom Schindl, CTO > BestSolution.at EDV Systemhaus GmbH > Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > _______________________________________________ > cross-project-issues-dev mailing list > [email protected] > <mailto:[email protected]> > To change your delivery options, retrieve your password, or unsubscribe from > this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev > <https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev> > > > -- > "Have you tried turning it off and on again" - The IT Crowd > And if that fails, then http://goo.gl/tnBgH5 > <http://goo.gl/tnBgH5>_______________________________________________ > cross-project-issues-dev mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe from > this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________ cross-project-issues-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
