c# - Monotouch bindings make my apps size huge -


i'm using monotouch create ios apps. i've created bindings chartboost, revmob , others.

the problem i'm having final app has size of 20mb. way such simple game app.

i've checked main app projects dll , 500kb large. binding dlls altogether 19mb.

i'm not sure i'm doing wrong i've done following things no luck: - link native sdks - use armv7 - use llvm - added linkersafe attribute binding projects.

can me out?

your settings sounds sane - there not many details in question can use you. if use several native libraries it's not surprising large applications.

note link native sdks only not exists. it's link sdk assemblies only , applies managed assemblies (not native). still managed linking important allow further optimizations possible.

when add [linkersafe] in binding project unused code removed (even if link sdk used). quite bit of optimizations on generated binding code (making smaller , faster). make sure (compare before , after sizes) bindings assemblies includes attribute.

you might want use link assemblies maximum savings. again compare before (link sdk) , after (link all) see gains (you might have [preserve] of code make work, e.g. if use reflection).

there very new feature, smartlink, remove --force_load requirement make easier remove native code (e.g. most native libraries). it's hard predict savings (not enough data) lot of binding samples (on github) saved between 250kb 400kb.

note: i'll update answer once video of evolve talk (about build optimizations) available online. in mean time there's quite few older blog post did (and other documents) can optimize size of applications.


Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

c++ - qgraphicsview horizontal scrolling always has a vertical delta -

Image
i've subclassed qgraphicsview custom canvas used in cad application. i've reimplemented qgraphicsview::wheelevent check keyboard modifiers control key and, if control key pressed, zoom. i'm trying implement horizontal scroll when user holds shift , uses wheel. the problem i'm having horizontal scrolling always scrolls 0.279. not huge problem, hugely annoying , points else being wrong. so, here questions: is right way implement horizontal scrolling? if not, is? how eliminate delta of 0.279? thanks in advance. code , sample output below void myview::zoom(int delta) { double factor = pow(1.2, delta/abs(delta)); this->scale(factor, factor); } void myview::scrollhorizontal(int level) { qpointf center = maptoscene(viewport()->rect().center()); qdebug() << "center: " << center.x() << ", " << center.y(); centeron(qpointf(center.x() - level, center.y())); } void myview::wheelevent(qwheeleve...
Read more