Re: [Qbs] Binary stripping
On Tue, Apr 14, 2020 at 10:28:17AM +0200, Christian Kandeler wrote: On Thu, 9 Apr 2020 22:49:48 +0300 Alberto Mardegan wrote: Is there a reason why "strip" is not invoked when in release mode? This has come up before, and I vaguely remember there was some counter argument, but I don't kow anymore what it was. the only reason not to run strip if no debug info is wanted would be if the unnecessary sections were not generated in the first place (note that iirc strip removes a bit more than the debug info, but these other sections are small). Anyway, qmake, I believe, runs strip for mingw only (perhaps because of the extreme code size issues mentioned above?). strip is not necessary with msvc, as the debug info is separate anyway. in other cases, it should run strip if the mkspec defines a command and the build type asks for it. note that this is an *install* time feature, so in-builddir-deployment never strips. there are release_with_debuginfo builds, which obviously don't want stripping (note the separate_debug_info mode, though). ___ Qbs mailing list Qbs@qt-project.org https://lists.qt-project.org/listinfo/qbs
Re: [Qbs] building android aab package help
On Tue, 14 Apr 2020 21:27:18 +0200 Raphael Cotty wrote: > I am struggling to find a way to build the aab package (non runnable > package required by google store) on the android platform. > For this platform the default qbs product type is changed from application > to android.apk (runnable package). > What I am trying to achieve is allowing the user to just set a property in > his project to enable the build of the aab package: Note that the property should most probably be in the Android.sdk module instead. > Building an aab is similar to building apk. They both take the same inputs > (including java files) and generate a java file (R.java) but in a different > way. > > I first tried to add the android.aab type to the product type property in > order to build both types. > But I can't find a way to redirect all java files + the R.java apk to the > next apk rule and all the java files + R.java aab to the next aab rule > (without changing the java module). I don't understand this part. What is a "next rule"? What do you mean by "redirect"? > // Let's gather all compiled java classes and generate the > classes.dex > // If running in the apk context then we have all project java > classes and the > // R.java generated in the apk context > // If running in the aab context then we have all project java > classes and the > // R.java generated in the aab context And what is the apk/aab "context"? Are you saying you need to build both the APK and the AAB file? If so, what is the relationship between them? Christian ___ Qbs mailing list Qbs@qt-project.org https://lists.qt-project.org/listinfo/qbs