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 2F80ED627 for ; Thu, 1 Nov 2012 23:38:23 +0000 (UTC) Received: (qmail 13430 invoked by uid 500); 1 Nov 2012 23:38:22 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 13401 invoked by uid 500); 1 Nov 2012 23:38: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 13392 invoked by uid 99); 1 Nov 2012 23:38:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 23:38:22 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of webdoublefx@hotmail.com designates 65.55.111.106 as permitted sender) Received: from [65.55.111.106] (HELO blu0-omc2-s31.blu0.hotmail.com) (65.55.111.106) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2012 23:38:11 +0000 Received: from BLU162-DS18 ([65.55.111.72]) by blu0-omc2-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 1 Nov 2012 16:37:50 -0700 X-Originating-IP: [82.247.153.175] X-EIP: [JIHsn/dQ7xItRXewVHYlwFH1lGGh+7oV] X-Originating-Email: [webdoublefx@hotmail.com] Message-ID: From: =?iso-8859-1?Q?Fr=E9d=E9ric_THOMAS?= To: References: <66E38C42347D6446BF7FCB22C3D3878072E0695C52@ECCR06PUBLIC.exchange.local> <66E38C42347D6446BF7FCB22C3D3878072E0695C55@ECCR06PUBLIC.exchange.local> <66E38C42347D6446BF7FCB22C3D3878072E0695C56@ECCR06PUBLIC.exchange.local> In-Reply-To: Subject: Re: Compiler Arguments Date: Fri, 2 Nov 2012 00:37:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-OriginalArrivalTime: 01 Nov 2012 23:37:50.0095 (UTC) FILETIME=[E7B399F0:01CDB889] X-Virus-Checked: Checked by ClamAV on apache.org oups, I thought you updated the air version but no :P -----Message d'origine----- From: Fr�d�ric THOMAS Sent: Friday, November 02, 2012 12:23 AM To: flex-dev@incubator.apache.org Subject: Re: AW: AW: AW: AW: AW: Compiler Arguments Good news, especialy for the themes, I've seen as well from the dump file you reported that you updated the air version to the one of the sdk, I reported this change manualy in the generator but I did it quickly, hard coding the version number which is bad, I hope you'll send me a copy as soon as you'll finish. For the namespace, I stayed on com.adobe as otherwize I've been in trouble with some exlusions, I hope I won't run into this problem anymore with the new version. -----Message d'origine----- From: christofer.dutz@c-ware.de Sent: Thursday, November 01, 2012 11:53 PM To: flex-dev@incubator.apache.org Subject: AW: AW: AW: AW: AW: Compiler Arguments Well I did a lot of little stuff. - I re-activated the creation oft he config-zip, but left out the themes directory - I finally activated generating the lib-artifacts with their real versions (This is what's causing quite some trouble in FM but without it the FDKs wouldn't be 100% correct) - Now I copy every swc theme and compile every non-swc theme to a swc-theme so all themes are now swc themes - Apache FDKs are generated into the Apache namespace "org.apache.flex" - There were a few glitches with the poms generated for air application ... now all should be good :-) Still 2 tests failling in the testsuite, but I simply have to find a way to automatically get the version of the framework.swc in a given lib. Shouldn't be that hard using my dependency-management extra-poms. So hopefully I'll be able to finish everything on Sunday. Chris -----Urspr�ngliche Nachricht----- Von: Fr�d�ric THOMAS [mailto:webdoublefx@hotmail.com] Gesendet: Donnerstag, 1. November 2012 23:17 An: flex-dev@incubator.apache.org Betreff: Re: AW: AW: AW: AW: Compiler Arguments Chris, What kind of changes did you do in the generator ? If they are importants, I'll be happy to get a fresh copy. For the Apache Con Europe, unfortunatly, I can't (I have to work). -----Message d'origine----- From: christofer.dutz@c-ware.de Sent: Thursday, November 01, 2012 10:35 PM To: flex-dev@incubator.apache.org Subject: AW: AW: AW: AW: Compiler Arguments Am I understanding you correctly, that the handling of "-compiler.locale" is correct that way, but the "-metadata.language" should probably only contain the first segment (In this case " es_MX")? Sounds sensible. Think I'll have a look at why this is some times generated. @Mike ... I get failures about every 10 runs of the entire Testsuite (And yes ... having to run it that often really sucks ... but I want to have my new FDKs up and running) By the way ... I did do quite some work on the Flexmojos6 and FDK Generator on the last few days and I think I might be able to finish FM6 and the new Flex FDKs before going zo the Apache Con Europe :-) (See you there?) Chris -----Urspr�ngliche Nachricht----- Von: Alex Harui [mailto:aharui@adobe.com] Gesendet: Donnerstag, 1. November 2012 21:57 An: flex-dev@incubator.apache.org Betreff: Re: AW: AW: AW: Compiler Arguments On 11/1/12 1:17 PM, "christofer.dutz@c-ware.de" wrote: > Nope, > > This would be the case if you wanted to add 3 different locales. > If you define es_MX,es_ES,en_US this is more a locale-chain (I reverse > learned this from the unit-test code. Hmm, is there really a difference from in the SDK code-paths for this? I didn't think there was, but I'm not the expert on locales. Anyway, I want to point out your error is not in the locale handling. The arguments to -locale look like they are being handled correctly, but somehow, the same list ends up in -metadata.language. How is that happening? If it is automatically being set up by something, that might need to be changed to create a single string. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui