Jack already handles multi-dexing both natively and for legacy mode. There's nothing to do manually.
Doing post-jack transformation would be error prone as you could add methods that would break the computation of the multi-dex. On Sun, Sep 20, 2015 at 11:45 PM, Ariel Cattan <[email protected]> wrote: > I see. Can we at least count on Jack generating the file that contains the > list of all classes that must go into the main dex file? > We can then do Dex transformations, but still rely on the list of classes > in that file. > > Thanks, > Ariel > > On Monday, September 21, 2015 at 1:18:02 AM UTC+3, Xavier Ducrohet wrote: >> >> There's no current plan to do this directly in the dex format. >> >> >> >> On Sun, Sep 20, 2015 at 3:43 AM, Ariel Cattan <[email protected]> wrote: >> >>> Hey guys, >>> >>> I was wondering whether as part of the Transform API in the Android >>> Gradle plugin 1.4.0-beta2, there was any intention of providing some tools >>> to handle multidex. >>> To elaborate - since the Transform API allows requesting and performing >>> Dex transformations, and since eventually I assume most developers will >>> want to use Jack to speed up their build times, it leads to favouring Dex >>> transformations over Java class transformations. This imposes one problem - >>> handling multidex, i.e. analyzing and deciding which classes should reside >>> in the main dex file. >>> Are there any plans to convert the existing Android tool >>> (MainDexClasses) to a tool that can provide the same functionality over dex >>> files? >>> It would be awesome if we could perform dex transformations without >>> worrying about which class resides in which dex file, and have the Android >>> build system adjust it after the transformation. >>> >>> Thanks :-) >>> Ariel Cattan >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "adt-dev" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> Xavier Ducrohet >> Android SDK Tech Lead >> Google Inc. >> http://developer.android.com | http://tools.android.com >> >> Please do not send me questions directly. Thanks! >> > -- > You received this message because you are subscribed to the Google Groups > "adt-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- Xavier Ducrohet Android SDK Tech Lead Google Inc. http://developer.android.com | http://tools.android.com Please do not send me questions directly. Thanks! -- You received this message because you are subscribed to the Google Groups "adt-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
