Return-Path: 
 <dev-return-23971-apmail-cordova-dev-archive=cordova.apache.org@cordova.apache.org>
X-Original-To: apmail-cordova-dev-archive@www.apache.org
Delivered-To: apmail-cordova-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 5C255CE98
	for <apmail-cordova-dev-archive@www.apache.org>;
 Fri, 21 Jun 2013 18:46:51 +0000 (UTC)
Received: (qmail 80320 invoked by uid 500); 21 Jun 2013 18:46:51 -0000
Delivered-To: apmail-cordova-dev-archive@cordova.apache.org
Received: (qmail 80288 invoked by uid 500); 21 Jun 2013 18:46:51 -0000
Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@cordova.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@cordova.apache.org>
List-Post: <mailto:dev@cordova.apache.org>
List-Id: <dev.cordova.apache.org>
Reply-To: dev@cordova.apache.org
Delivered-To: mailing list dev@cordova.apache.org
Received: (qmail 80280 invoked by uid 99); 21 Jun 2013 18:46:51 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jun 2013 18:46:51 +0000
X-ASF-Spam-Status: No, hits=-2.3 required=5.0
	tests=RCVD_IN_DNSWL_MED,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of fil@adobe.com designates
 64.18.1.29 as permitted sender)
Received: from [64.18.1.29] (HELO exprod6og112.obsmtp.com) (64.18.1.29)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Jun 2013 18:46:44 +0000
Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by
 exprod6ob112.postini.com ([64.18.5.12]) with SMTP
	ID DSNKUcSffhoYG9SC7APnhYVypXgTrHr+zhce@postini.com;
 Fri, 21 Jun 2013 11:46:23 PDT
Received: from inner-relay-2.corp.adobe.com (mail-321.sea.adobe.com
 [153.32.1.52])
	by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id
 r5LIkKAI008790
	for <dev@cordova.apache.org>; Fri, 21 Jun 2013 11:46:21 -0700 (PDT)
Received: from nacas01.corp.adobe.com (nacas01.corp.adobe.com [10.8.189.99])
	by inner-relay-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id
 r5LIkJw7003498
	for <dev@cordova.apache.org>; Fri, 21 Jun 2013 11:46:19 -0700 (PDT)
Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by
 nacas01.corp.adobe.com ([10.8.189.99]) with mapi; Fri, 21 Jun 2013 11:46:19
 -0700
From: Filip Maj <fil@adobe.com>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Date: Fri, 21 Jun 2013 11:46:17 -0700
Subject: Re: plugman iOS + compiler flags
Thread-Topic: plugman iOS + compiler flags
Thread-Index: Ac5ur54myynHL81KTkKe7L42IOHI/g==
Message-ID: <CDE9ED3C.2132D%fil@adobe.com>
In-Reply-To: <51C49D51.5050001@stasis.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.5.130515
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org

It makes sense to me although I'd like to hear what other committers think
about this as well.

Related question: are there any other platforms where compiler flags would
be helpful/useful?=20

On 6/21/13 11:37 AM, "aaron barnes" <aaron@stasis.org> wrote:

>I've really been enjoying the cordova cli/plugin.xml definition.
>
>I've been porting a bunch of old plugins to work with plugman's
>plugin.xml definition.  Generally it's been going well, however one
>problem I've come across a few times particularly when trying to apply
>it to old code or adapting 3rd party code is that the code isn't ARC
>compliant.  The preference would obviously be to make the code
>arc-compliant, but not being a pro in objective c, it's often easier to
>just add '-fno-objc-arc' as a compiler flag for the file in xcode.
>
>It would be great to add as an option for iOS builders, I'm thinking
>something like:
>
><source-file src=3D"src/ios/LegacyCode.m" compilerFlags=3D"-fno-objc-arc"/=
>
>
>in plugin.xml
>
>which would then insert something like :
>
>93803FD21768C79200CB4E50 /* LegacyCode.m in Sources */ =3D {isa =3D
>PBXBuildFile; fileRef =3D 93803FCF1768C79200CB4E50 /* LegacyCode.m */;
>settings =3D {COMPILER_FLAGS =3D "-fno-objc-arc"; }; }
>
>into the project.pbxproj.
>
>would anybody else find this useful as a feature-request?  can it be
>considered?
>
>--aaron
>
>