We use SUBDIRS to specify the sub directories in Makefile.am file like
SUBDIRS = src doc examples bindings
Run make will compile the makefile under these directories by default.
But I want to remove doc from default option like it will run by make
doc target only.
Which variable or step works
On Wed, Jun 12, 2013 at 10:30 PM, Avneet Kaur kauravneet...@gmail.com wrote:
But I want to remove doc from default option like it will run by make
doc target only.
Which variable or step works
For this, DIST_SUBDIRS is a right solution?
--
Avneet Kaur
www.avneetkhasla.wordpress.com
tags 14560 - moreinfo
tags 14560 + patch
severity 14560 minor
stop
[+cc automake-patches, -cc automake]
On 06/11/2013 01:29 PM, Ralf Corsepius wrote:
On 06/05/2013 12:03 PM, Stefano Lattarini wrote:
[+cc bug-automake, so this will be registered in the bug tracker]
On 06/05/2013 07:16 AM,
Will push this to 'micro' by tomorrow if there is no objection.
On-field testing would be appreciated.
Stefano Lattarini (2):
tests: expose automake bug#14560
lang, suffix rules: don't require C stuff needlessly
NEWS | 11 ++
automake.in
This change fixes automake bug#14560: when two or more user-defined suffix
rules were present in a single Makefile.am, automake would needlessly
include definition of some make variables related to C compilation in the
generated Makefile.in.
* automake.in (handle_languages): Fix logic to decide
Automake needlessly generates definition of make variables related
to C compilation when two or more user-defined suffix rules are
present in a single Makefile.am.
* t/suffix-extra-c-stuff-pr14560.sh: New test, exposing the bug.
This test is still xfailing.
* t/no-extra-c-stuff.sh: New test,
tags 14594 notabug
close 1459
stop
Hi Jeff. Thanks for the report, but I don't think there is a real
bug here.
On 06/12/2013 01:42 AM, Jeff Squyres (jsquyres) wrote:
Attached is a trivial reproducer showing that Automake is not including
depcomp
in the generated Makefile.in, which therefore
On Jun 12, 2013, at 9:18 AM, Stefano Lattarini stefano.lattar...@gmail.com
wrote:
Hi Jeff. Thanks for the report, but I don't think there is a real
bug here.
Short version: yes, you're right; with your suggestion, I did more testing (via
make distcheck rather than checking for depmod in the
On 06/12/2013 06:47 PM, Jeff Squyres (jsquyres) wrote:
On Jun 12, 2013, at 9:18 AM, Stefano Lattarini stefano.lattar...@gmail.com
wrote:
Hi Jeff. Thanks for the report, but I don't think there is a real
bug here.
Short version: yes, you're right; with your suggestion, I did more
On 06/12/2013 04:14 PM, Ralf Corsepius wrote:
On 06/12/2013 12:25 PM, Stefano Lattarini wrote:
Thanks, this is exactly what I needed, and your diagnosis seems spot-on.
I will soon post a couple of patches that should first expose and then
fix the issue.
I gave your patches some life-testing
tags 14560 - moreinfo
tags 14560 + patch
severity 14560 minor
stop
[+cc automake-patches, -cc automake]
On 06/11/2013 01:29 PM, Ralf Corsepius wrote:
On 06/05/2013 12:03 PM, Stefano Lattarini wrote:
[+cc bug-automake, so this will be registered in the bug tracker]
On 06/05/2013 07:16 AM,
Automake needlessly generates definition of make variables related
to C compilation when two or more user-defined suffix rules are
present in a single Makefile.am.
* t/suffix-extra-c-stuff-pr14560.sh: New test, exposing the bug.
This test is still xfailing.
* t/no-extra-c-stuff.sh: New test,
Will push this to 'micro' by tomorrow if there is no objection.
On-field testing would be appreciated.
Stefano Lattarini (2):
tests: expose automake bug#14560
lang, suffix rules: don't require C stuff needlessly
NEWS | 11 ++
automake.in
This change fixes automake bug#14560: when two or more user-defined suffix
rules were present in a single Makefile.am, automake would needlessly
include definition of some make variables related to C compilation in the
generated Makefile.in.
* automake.in (handle_languages): Fix logic to decide
On 06/12/2013 04:14 PM, Ralf Corsepius wrote:
On 06/12/2013 12:25 PM, Stefano Lattarini wrote:
Thanks, this is exactly what I needed, and your diagnosis seems spot-on.
I will soon post a couple of patches that should first expose and then
fix the issue.
I gave your patches some life-testing
tags 14560 - moreinfo
tags 14560 + patch
severity 14560 minor
stop
[+cc automake-patches, -cc automake]
On 06/11/2013 01:29 PM, Ralf Corsepius wrote:
On 06/05/2013 12:03 PM, Stefano Lattarini wrote:
[+cc bug-automake, so this will be registered in the bug tracker]
On 06/05/2013 07:16 AM,
On 06/12/2013 12:25 PM, Stefano Lattarini wrote:
Thanks, this is exactly what I needed, and your diagnosis seems spot-on.
I will soon post a couple of patches that should first expose and then
fix the issue.
I gave your patches some life-testing - AFAICT so far, they seem to
resolve the issue.
17 matches
Mail list logo