Return-Path: Subject: Re: [PATCH 1/2] Automake AM_CFLAGS, AM_LDFLAGS fixups From: Marcel Holtmann To: Alon Bar-Lev Cc: linux-bluetooth@vger.kernel.org Date: Sun, 13 Nov 2011 08:15:12 +0900 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Message-ID: <1321139715.15441.438.camel@aeonflux> Mime-Version: 1.0 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Alon, > Reference: "Flag Variables Ordering"[1] > > In automake, if you modify CFLAGS or LDFLAGS of a target you > actually override the autoconf supplied flags. This is highly > none standard and may lead to undesired results, as some > targets will be compiled with the autoconf supplied flags and > some won't. > > This patch adds AM_CFLAGS, AM_LDFLAGS to any flags override. > > Some notes: > > 1. Remove none common flags: > -DBLUETOOTH_PLUGIN_BUILTIN -DPLUGINDIR=\""$(build_plugindir)"\" > Moved to bluetoothd only, as BLUETOOTH_PLUGIN_BUILTIN should effect > only sources compiled within it. > And PLUGINDIR is used only by the daemon. > > 2. More targets now will be compiled with: > @DBUS_CFLAGS@ @GLIB_CFLAGS@ @CAPNG_CFLAGS@ > If this is a problem I will add these to specific targets. > > 3. I am not sure there is a reason to set specific trivial CFLAGS for > simple includes in target specific. Simpler is to put all at AM_CFLAGS. > > 4. All @XXX_XXFLAGS@ can actually be used as make macros $(XXX_XXFLAGS), > Since AC_SUBST are automatically generated as make macros. > > 5. Why don't you split up the Makefile.am into smaller by > directory/library? It would be easier to control the setup. > > [1] http://www.gnu.org/software/automake/manual/automake.html#Flag-Variables-Ordering > > Signed-off-by: Alon Bar-Lev please no Signed-off-by lines, we are not using them for the userspace parts. And also please send patches inline and via attachments. I also prefer that you split this into two patches, one for CFLAGS and one for LDFLAGS. Regards Marcel