Following this advice, I add -static-link-runtime-shared-libraries=true, and my swf loads without an error... but this means I am loading in the pieces of the flex framework I wanted to omit (and the file size says so too).

thank you for this -- returned to this problem today months later. I was using a fake mx swc for various projects which ... for unknown reasons ... when compiled using flex4 and used in flex4 projects would not work. I moved the files into the different projects themselves and everything works fine. Thanks for the sanity check o this. Much appreciated.
–
jedierikbMar 11 '11 at 23:27

also, is it an actionscript or a flex project? Maybe for flex projects it defaults to using BitmapAsset
–
George ProfenzaApr 20 '10 at 9:27

Yes, that is the technique for embedding assets when compiling as3 projects using the command line tools provided with flex. Assets embedded this way require some classes from the flex framework. This first link in my post reveals a technique to trim down the size of those classes, resulting in smaller file swf files. Embedding assets with flex4 has resulted in slightly larger swf files and the old technique from the first link no longer works.
–
jedierikbApr 21 '10 at 0:23

1

@jdierkb I wonder if Joa Ebert's Reducer works on flex4 generated swfs(blog.joa-ebert.com/2009/08/08/reducer). Should be something like java -jar reducer.jar -input old.swf -output new.swf from Terminal/Command Prompt. You will need java 1.6, so you should be fine on the PC, but on osx you will need the java update from apple and it might be handy to export the path in ~/.bash_profile (export PATH=/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Commands:$PATH). If this works, it would be a solution for the filesize, but not for the mx.* issue.
–
George ProfenzaApr 21 '10 at 6:08

not too fond of type errors - just fyi the image type comes out as Bitmap
–
JTtheGeekFeb 24 '12 at 21:34