Commit v1.11-1848-gb3f34ca accidentally specified LDFLAGS
for libbaz even when built as a static library, which is
not allowed.
* tests/depcomp.sh (src/Makefile.am): Don't add any LDFLAGS
when libbaz is built as a static library.
---
tests/depcomp.sh |6 --
1 files changed, 4 insertions(+
When running the dependency tests without libtool, it's
not meaningful to run the tests three-fold, the libtool
configure options are simply ignored anyway.
* tests/depcomp.sh: Only run the tests three-fold when
libtool is in use.
---
tests/depcomp.sh | 23 ++-
1 files chang
Peter Rosin skrev 2012-02-14 00:56:
> Stefano Lattarini skrev 2012-02-12 15:59:
>> I have cloned 'master' into a temporary branch 'yl-work-for-master',
>> merged master in there, and pushed. You can find the resulting branch
>> here:
>>
>> http://git.savannah.gnu.org/cgit/automake.git/log/?h=yl-
Stefano Lattarini skrev 2012-02-12 15:59:
> I have cloned 'master' into a temporary branch 'yl-work-for-master',
> merged master in there, and pushed. You can find the resulting branch
> here:
>
> http://git.savannah.gnu.org/cgit/automake.git/log/?h=yl-work-for-master
>
> Below are the commit
* tests/tap-signal.tap: Add a "strategically placed" extra 'echo'
command and a temporary silencing of xtraces; they are required
to avoid possible garbled output with NetBSD make, which would
miss some final newlines in the expected places and thus mess up
our TAP output.
---
tests/tap-signal.tap
* tests/test-driver-is-distributed.test: Rewrite to avoid having to
edit configure.in; such editing was subtly botched on NetBSD (the
'AC_CONFIG_AUX_DIR' call got misplaced, ending up *before* the
'AC_INIT' call), and that caused an hard-to-track bug. Since we
are at it, extend coverage a little.
* tests/parallel-tests-fd-redirect-exeext.test (configure.in): Tweak
so that we don't end up with the generated configure script having
two nested subshells that start with '((':
((./conftest$EXEEXT 9>&1) | grep "^foobar") >&5 2>&5
which is unportable and could confuse some shells (e.g., NetBSD
Stefano Lattarini skrev 2012-02-13 21:13:
> On 02/13/2012 09:05 PM, Peter Rosin wrote:
>> On platforms requiring that no undefined symbols exist in order
>> to build shared libraries (e.g. Windows DLLs), you have to
>> explicitly declare that the libtool library you are building
>> does not actuall
Stefano Lattarini skrev 2012-02-13 21:07:
> On 02/13/2012 08:14 PM, Peter Rosin wrote:
>> Stefano Lattarini skrev 2012-02-13 18:54:
>>> On 02/13/2012 04:28 PM, Peter Rosin wrote:
Ah well, sorry for the noise (but some of the typos
could still be picked out of that patch I suppose).
>
On 02/13/2012 09:05 PM, Peter Rosin wrote:
> On platforms requiring that no undefined symbols exist in order
> to build shared libraries (e.g. Windows DLLs), you have to
> explicitly declare that the libtool library you are building
> does not actually have any undefined symbols, for libtool to
> e
On 02/13/2012 08:14 PM, Peter Rosin wrote:
> Stefano Lattarini skrev 2012-02-13 18:54:
>> On 02/13/2012 04:28 PM, Peter Rosin wrote:
>>> Ah well, sorry for the noise (but some of the typos
>>> could still be picked out of that patch I suppose).
>>>
>> Yes. Will you do that, or should I? If you do
On platforms requiring that no undefined symbols exist in order
to build shared libraries (e.g. Windows DLLs), you have to
explicitly declare that the libtool library you are building
does not actually have any undefined symbols, for libtool to
even try to build it as a shared library. Without tha
Stefano Lattarini skrev 2012-02-13 18:54:
> On 02/13/2012 04:28 PM, Peter Rosin wrote:
>> Ah well, sorry for the noise (but some of the typos
>> could still be picked out of that patch I suppose).
>>
> Yes. Will you do that, or should I? If you do, the resulting patch
> is pre-approved of course.
* tests/defs (useless_vpath_rebuild): Fix botched logic that
was causing this function to always diagnose non-GNU make
implementations as being affected by the "useless rebuilds
in VPATH setup" bug (that affects FreeBSD make and causes
automake bug#7884).
---
tests/defs | 22
On 02/13/2012 04:28 PM, Peter Rosin wrote:
>
>> * NEWS: Make it clear that it's the derived C code that has
>> to be non-distributed for it to be removed by "make clean",
>> not the Yacc/Lex source. Also fix some grammaros and typos.
>
> I apparently got that backwards. I deluded myself by think
On 02/13/2012 10:45 AM, Stefano Lattarini wrote:
> On 02/13/2012 04:47 PM, Peter Rosin wrote:
>>
>> I have pushed the following as obvious:
>>
>> From: Peter Rosin
>> Date: Mon, 13 Feb 2012 16:43:34 +0100
>> Subject: [PATCH] fixup: remove double news entry
>>
>> * NEWS: Remove double (stale) news
On 02/13/2012 04:47 PM, Peter Rosin wrote:
>
> I have pushed the following as obvious:
>
> From: Peter Rosin
> Date: Mon, 13 Feb 2012 16:43:34 +0100
> Subject: [PATCH] fixup: remove double news entry
>
> * NEWS: Remove double (stale) news entry introduced by a botched
> merge.
>
Thanks.
And I t
Peter Rosin skrev 2012-02-13 16:44:
> Oh, I also noticed that the merge into yl-work-for-master is bad with regard
> to NEWS, as it still contains the old entry w/o lex (which appears to be the
> origin of the confusing wording):
>
> - C source and header files derived from non-distributed Yacc
Peter Rosin skrev 2012-02-13 13:50:
> Stefano Lattarini skrev 2012-02-12 15:59:
>> I have cloned 'master' into a temporary branch 'yl-work-for-master',
>> merged master in there, and pushed. You can find the resulting branch
>> here:
>>
>> http://git.savannah.gnu.org/cgit/automake.git/log/?h=yl-
Peter Rosin skrev 2012-02-13 13:50:
> Stefano Lattarini skrev 2012-02-12 15:59:
>> I have cloned 'master' into a temporary branch 'yl-work-for-master',
>> merged master in there, and pushed. You can find the resulting branch
>> here:
>>
>> http://git.savannah.gnu.org/cgit/automake.git/log/?h=yl-
Stefano Lattarini skrev 2012-02-12 15:59:
> I have cloned 'master' into a temporary branch 'yl-work-for-master',
> merged master in there, and pushed. You can find the resulting branch
> here:
>
> http://git.savannah.gnu.org/cgit/automake.git/log/?h=yl-work-for-master
>
> Below are the commit
21 matches
Mail list logo
