Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9A757DD5B for ; Thu, 1 Nov 2012 19:35:23 +0000 (UTC) Received: (qmail 40938 invoked by uid 500); 1 Nov 2012 19:35:22 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 40890 invoked by uid 500); 1 Nov 2012 19:35:22 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 40882 invoked by uid 99); 1 Nov 2012 19:35:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 19:35:22 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [80.67.31.28] (HELO smtprelay01.ispgateway.de) (80.67.31.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 19:35:17 +0000 Received: from [10.128.0.22] (helo=exchange.df.eu) by smtprelay01.ispgateway.de with esmtps (TLSv1:RC4-MD5:128) (Exim 4.68) (envelope-from ) id 1TU0XX-00031E-1T for flex-dev@incubator.apache.org; Thu, 01 Nov 2012 20:34:55 +0100 Received: from ECCR06PUBLIC.exchange.local ([10.128.2.55]) by efe07.exchange.local ([10.128.0.22]) with mapi; Thu, 1 Nov 2012 20:34:55 +0100 From: "christofer.dutz@c-ware.de" To: "flex-dev@incubator.apache.org" Date: Thu, 1 Nov 2012 20:34:54 +0100 Subject: AW: AW: Compiler Arguments Thread-Topic: AW: Compiler Arguments Thread-Index: Ac24GiJLB31/HNoyRIGDAQJLIQPFlwANtKk4AAF9fVAAAlKKcAABwBcA Message-ID: <66E38C42347D6446BF7FCB22C3D3878072E0695C4E@ECCR06PUBLIC.exchange.local> References: <66E38C42347D6446BF7FCB22C3D3878072E0695C4B@ECCR06PUBLIC.exchange.local> In-Reply-To: Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Hi Alex, well the goal oft he project isn't to do anything "sensible" from view of t= he resulting SWF, but it's part of the Flexmojos Unit-Test suite. In this case the maven config is this: net.flexmojos.oss flexmojos-maven-plugin %{flexmojos.version} true en_US es_MX,es_ES,en_US Which should instruct the compiler to add en_US as compiled locale, and to = add es_MX as runtime locale while defaulting back to es_ES or en_US if the = corresponding properties are not defined in those locales. This test worked= for every FDK up to 4.5.1 but fails randomly in 4.6 and 4.8. As I mentioned ... somebody doing a real project wouldn't do such a thing, = but that projects sole test is to to test the compiler-configuration and it= seems that we have an issue here ... unfortunately I have never ever used = the commandline compiler therefore I currently don't know if this is a Flex= mojos issue or a Flex-Issue that I have to build some workaround for. Chris -----Urspr=FCngliche Nachricht----- Von: Alex Harui [mailto:aharui@adobe.com]=20 Gesendet: Donnerstag, 1. November 2012 19:39 An: flex-dev@incubator.apache.org Betreff: Re: AW: Compiler Arguments On 11/1/12 10:33 AM, "christofer.dutz@c-ware.de" wrote: > Well it is used several times ... >=20 > -metadata.language=3Des_MX,es_ES,en_US > -metadata.language+=3Den_US >=20 > I've never touched that part of Flexmojos code and I just wanted to=20 > know what those lines should be and what has changed before startig to=20 > implement anything. >=20 I have never used metadata, so I don't really know, but it looks like it sh= ould be a single string (whereas locale takes an array of strings). So I t= hink the parser just gets fooled and thinks there is a comma separator betw= een arguments. I saw a comment about having to guess when parsing about th= e end of a list. This also makes me wonder if the following line where you do +=3D is going = to work either since this isn't a list. You can try a simple app and compiling it from the command line with these = options and see what works and what doesn't. Is there logic or a config that is causing the +=3Den_US? It seems like it= would be better to concat them on one single string without duplicates and= without comma as the separator. I don't know if quoting will work or not = but you can try that as well. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui