Also, we almost certainly do want to be having our new apps load the flex runtime shared libraries, because the text layout engine and framework libraries are pretty large, and it seems dumb to have them linked statically, unless there's some reason to believe that those libs will not be present in Flash 10 client installs by default. How do we find out whether that's the case?
So we need to figure out how to make the preloader work properly with the updated flex compiler. On Thu, Jun 3, 2010 at 3:28 PM, Henry Minsky <[email protected]> wrote: > OK, so the flex compiler was helpfully trying to tell me what was wrong, > but i was not looking at it's error output, since the SWF9External driver > seems to just discard it. > > The flex compiler said > > [java] Stray error string from external compiler: > /private/var/folders/xh/xhmdrA41HCKjjiditeqN1k+++TI/-Tmp-/lzswf9/build/explore-nav/LzPreloader.as: > Warning: This compilation unit did not have a factoryClass specified in > Frame metadata to load the configured runtime shared libraries. To compile > without runtime shared libraries either set the > -static-link-runtime-shared-libraries option to true or remove the > -runtime-shared-libraries option. > > > And so I added in "-static-link-runtime-shared-libraries" to the compiler > command line, and it > worked. > > So they question remains, why does the Preloader cause the runtime to > instantiate something from the > "mx.core" package, and why did it not used to do that in earlier version of > the flex compiler and > framework .swc libs. > > > > > > > On Thu, Jun 3, 2010 at 1:23 PM, Henry Minsky <[email protected]>wrote: > >> I downloaded a much more recent flex compiler milestone build (March 2010, >> flex_sdk_4.0.0.14159) >> in order to get the updated Text Layout Framework class libraries, as well >> as numerous compiler >> fixes. >> >> However, when I compile an app now, and try to run it, I get this error >> during startup >> >> VerifyError: Error #1014: Class mx.core::MovieClipLoaderAsset could not be >> found. >> >> at flash.display::MovieClip/nextFrame() >> at >> LzPreloader/enterFrame()[/Users/hqm/openlaszlo/lib/jakarta-tomcat-5.0.30/temp/lzswf9/Users/hqm/openlaszlo/trunk2/test/tlf/build/edit/LzPreloader.as:20] >> >> >> Something in the preloaded is trying to reference a class that we don't >> have compiled into the app? >> >> Does this ring a bell with anyone? >> >> note, the preloader code lives in >> WEB-INF/lps/lfc/kernel/swf9/LzPreloader.as, but a copy of it that actually >> gets inserted into the >> app is hardcoded into SWF9Writer#makeApplicationPreamble >> >> >> >> >> -- >> Henry Minsky >> Software Architect >> [email protected] >> >> >> > > > -- > Henry Minsky > Software Architect > [email protected] > > > -- Henry Minsky Software Architect [email protected]
