Other than font embedding, I think Falcon has code to handle just about
everything else MXMLC can handle.  The FB integration is sort of a hack
right now, but it isn't clear to me that all the things MXMLC does when
integrated with FB is worth replicating.  I'd rather just focus on making
Falcon faster, then you wouldn't need to attempt some sort of compilation
unit cache that has ruined the day of many a Flex developer when it fails
to work.  Just search forums for "it only compiles after I clean the
project and/or restart FB".

There's probably some other missing feature I'm not remembering.  Maybe
Erik will hit it as he explores VJS or Gordon will recall it.

I keep hoping some volunteer will step up to take on the font embedding
work.

-Alex

On 7/14/14 2:11 AM, "Christofer Dutz" <christofer.d...@c-ware.de> wrote:

>I think the problem with this is that nobody is maintaining FlashBuilder
>anymore, so if we want to switch the Compiler, we have to trick it into
>beleaving it's the old compiler.
>I bet the IntelliJ guys would take about 5 minutes to implement support
>for both compilers at the same time, but as long as we can't change the
>FlashBuilder this seems to be the best solution.
>
>Chris
>
>
>
>________________________________________
>Von: Erik de Bruin <e...@ixsoftware.nl>
>Gesendet: Sonntag, 13. Juli 2014 19:25
>An: dev@flex.apache.org
>Betreff: Re: Mavenizing Falcon
>
>Ideally, we would have both the 'old compiler' and Falcon in the normal
>SDK. This would, I think, benefit all three projects - yours, FlexJS/VF2JS
>and the normal SDK itself (the latter because it would help start the
>transition from 'old' to 'new'.
>
>EdB
>
>
>
>
>On Sun, Jul 13, 2014 at 7:03 PM, Christofer Dutz
><christofer.d...@c-ware.de>
>wrote:
>
>> Just forgot to ask,
>>
>> Another question ... when using Falcon, is there any difference in the
>> Framework part? Are the swcs the same as in the normal SDK? If yes, what
>> exactly is different?
>>
>> At least this would be what I am currently expecting. I know I will have
>> to reference other things when starting to use FlexJS, but at the
>>moment I
>> just want to have my application compiled using the new Compiler.
>>
>> Chris
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Alex Harui [mailto:aha...@adobe.com]
>> Gesendet: Sonntag, 13. Juli 2014 17:54
>> An: dev@flex.apache.org
>> Betreff: Re: Mavenizing Falcon
>>
>> Gordon or Darrell might know the real answer.
>>
>> If you build the Falcon repo or unpack a binary package, you should see
>>a
>> compiler/lib folder.  In it are the external dependencies require by the
>> build.  Antlr, Commons-io, Commons-cli, guava, Jburg, Jflex, LZMA.
>>
>> Pretty sure Jburg is need to build, but not to run.  Pretty sure
>> Commons-io and Commons-cli is need to run as well as LZMA.
>>
>> Not sure about Antr and Jflex.  Might only be build tools.
>>
>> In generated/dist/sdk/lib are the jars that result from the build.  They
>> are:
>> Compiler.jar
>> Falcon-asc.jar
>> Falcon-compc.jar
>> Falcon-mxmlc.jar
>> Falcon-optimizer.jar
>> Falcon-swfdump.jar
>> Flex-oem-compiler.jar
>>
>> Pretty sure you want the first 5, although really, I think falcon-asc,
>> falcon-compc, falcon-mxmlc use call compiler.jar.  Not sure how the
>> optimizer works.  The 5 jars can be moved into a lib folder with the
>> compiler/lib jars so they are all in one place.
>>
>> You don't need falcon-swfdump unless you want to dump SWFs, and
>> flex-oem-compiler.jar is only for FB integration.
>>
>> AFAIK, these jars do not have dependencies on the current Flex SDK.
>>When
>> we build up an overlaid SDK we move the current SDK compiler to a
>> bin-legacy and lib-legacy folder, but that's just so folks can revert
>>back
>> if Falcon isn't working.  Also, the old SWFDump is much better, IMO.
>>
>> HTH
>> -Alex
>>
>> On 7/13/14 7:42 AM, "Christofer Dutz" <christofer.d...@c-ware.de> wrote:
>>
>> >Hi,
>> >
>> >After my latest Mavenizer and Flexmojos changes seem to compile all of
>> >my Flex projects without problems, I wanted to get started on adding
>> >Falcon support.
>> >Now instead of re-deploying the entire compiler, I would much more like
>> >to have the falcon-compiler depend on the normal compiler by
>> >referencing the falcon libs and adding a dependency on the normal
>> >compiler artifact and exclude the old compiler libs.
>> >
>> >Could someone here on the list please describe me exactly which libs
>> >Falcon consists of and where I can get them from as well as which libs
>> >in the classic sdk are needed? I think being able to switch the
>> >compilers by changing a dependency in maven would make experimenting a
>> lot easier.
>> >
>> >Chris
>>
>>
>
>
>--
>Ix Multimedia Software
>
>Jan Luykenstraat 27
>3521 VB Utrecht
>
>T. 06-51952295
>I. www.ixsoftware.nl

Reply via email to