-fllvm-llc-opt is ignored in -O3 without -emit-swf

Question

I've been figuring out why FlasCC doesn't allow me to use my AS3 library through inline assembly, and I seem to have isolated the cause. The content of -fllvm-llc-opt isn't passed over to llc.exe when using -O3 gcc flag and -emit-swf is not specified.
As a result, I can't use inline as3 with anything practical in source files that produce abc binaries instead of swf immediately.
The question is: is this a bug, intended operation, or me doing something wrong?
Testcase:
    Open samples/12_Stage3D/Makefile and remove -emit-swf parameter from compiler's command line.
    Try building this sample.
    Observe lots of compiler errors (1).
    Change -O4 to -O3 in the makefile and build.
    Observe everything builds correctly now.
    Add the following inline AS3 to the main function in stage3d.cpp: inline_as3 ("import flash.display.Sprite; var s:Sprite = new Sprite(); stage.add( s );" );
    Build. Observe a compilation error (2).
    Revert makefile changes and build. Observe the project builds even with the inline AS3 added.
Errors (1):
C:\Users\ilyal\AppData\Local\Temp\cc7gFxoR.lto.1.as:19570
Error: Type was not found or was not a compile-time constant: Stage.
import flash.display.Stage; var thiz:Stage = as3_id2rcv[i17].val; try { thiz.addEventListener(as3_id2rcv[i1].val, as3_id2rcv[i10].val, i6, i5, i4); i1 = -1 } catch(e:*) { i1 = as3_valAcquireId(e) }
                                     ^
C:\Users\ilyal\AppData\Local\Temp\cc7gFxoR.lto.1.as:23359
Error: Type was not found or was not a compile-time constant: Stage3D.
import flash.display.Stage3D; var thiz:Stage3D = as3_id2rcv[i14].val; try { thiz.requestContext3D(as3_id2rcv[i7].val, as3_id2rcv[i1].val); i1 = -1 } catch(e:*) { i1 = as3_valAcquireId(e) }
                                       ^
Errors (2):
Error: Type was not found or was not a compile-time constant: Sprite.
import flash.display.Sprite; var s:Sprite = new Sprite(); stage.add( s );
                                   ^
Why fllvm-llc-opt?
What made me think this has something to do with fllvm-llc-opt. When I looked into compiler stack trace at point 3 (O4, no swf), it seemed normal:
LLVM ERROR: Failed to run /cygdrive/c/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/bin/../../usr /bin/llc with args: -jvmopt -Xmx1500M -ascopt=-import -ascopt=C:/Work/ExternalLibrariesSource/FlasCC/1.0.0/samples/12_Stage 3D/AGAL.abc -as3tmp1 /cygdrive/c/Users/ilyal/AppData/Local/Temp/cc7gFxoR.lto.1.as -as3tmp2 /cygdrive/c/Users/ilyal/AppData/Local/Temp/ccMuEJqb.lto.2.as -jvm=C:\Work\ExternalLibraries\Java\jre7u9\x64\bin\java -filetype=obj C:\Users\ilyal\AppData\Local\Temp\ccd6t0cN.lto.bc -o C:\Users\ilyal\AppData\Local\Temp\cc69MRPb.lto.abc
Error:
LLVM ERROR: Failed to run C:/Work/ExternalLibraries/Java/jre7u9/x64/bin/java.exe with args: -Xmx1500M -jar C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/asc2.jar -merge -md -abcfuture -AS3 -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/builtin.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/shell_toplevel.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/BinaryData.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/Exit.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/LongJmp.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/ISpecialFile.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/IBackingStore.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/IVFS.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/CModule.abc -import C:/Work/ExternalLibrariesSource/FlasCC/1.0.0/samples/12_Stage3D/AGAL.abc -d C:/Users/ilyal/AppData/Local/Temp/ccMuEJqb.lto.2.as C:/Users/ilyal/AppData/Local/Temp/cc7gFxoR.lto.1.as -outdir . -out output
But at point 8 (O3, no swf, inline as3), there is no -import AGAL.abc in compiler command line anymore, which causes inline assembly to fail compiling:
cc1plus: error in backend: Failed to run /cygdrive/c/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/bin/../../usr /bin/llc with args: -jvm=C:\Work\ExternalLibraries\Java\jre7u9\x64\bin\java -filetype=obj C:\Users\ilyal\AppData\Local\Temp\cccFkuSo.o -o C:\Users\ilyal\AppData\Local\Temp\cccFkuSo.o -jvmopt -Xmx1500M
Error:
LLVM ERROR: Failed to run C:/Work/ExternalLibraries/Java/jre7u9/x64/bin/java.exe with args: -Xmx1500M -jar C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/asc2.jar -merge -md -abcfuture -AS3 -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/builtin.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/shell_toplevel.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/BinaryData.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/Exit.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/LongJmp.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/ISpecialFile.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/IBackingStore.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/IVFS.abc -import C:/Work/ExternalLibraries/Flascc/1.0.0/sdk/usr/lib/CModule.abc -d C:/Users/ilyal/AppData/Local/Temp/LLVM_7072/alctmp-687794.as C:/Users/ilyal/AppData/Local/Temp/LLVM_7072/alctmp-687793.as -outdir . -out output
Sorry for the wall of text. I hope the fix will be shorter than this explanation

Answer 1

Bumping the thread, because the issue is still very annoying. Passing "-ascopt=-import -ascopt=foo.abc" to gcc/g++, where foo.abc is a custom-built library, doesn't work unless -O4 compilation option is used. It should, but it doesn't.
Correction:
I may have found the workaround. It's -emit-llvm option that seems to be the culprit. Adding it to compiler options makes it compile inline AS3 blocks in a non-strict mode, and thus eliminating the need to pass -fllvm-llc-opt when compiling C++ sources containing inline AS3 with custom classes.
Test:
Go to sample 12_Stage3D and replace:
    "$(FLASCC)/usr/bin/g++" AGAL.cpp -c -emit-llvm &> AGAL.txt
with
    "$(FLASCC)/usr/bin/g++" AGAL.cpp -c &> AGAL.txt.
The build will fail, because suddenly the AS3 compiler will start caring about compile-time type checks (see error output in AGAL.txt).