> On Mar 2, 2012, Stefano Lattarini wrote:
>
...
> Is perhaps your file system a case-insensitive HFS+? If yes, does
> the attached patch fix the failure?
>
> Thanks,
> Stefano
Yes it's case sensative, and your patch fixes the failure for
java-uninstall
My filesystem is the default
On 03/01/2012 10:45 PM, P. Martin wrote:
> FAIL: txinfo30
> ==
>
> Running from installcheck: no
> Using TAP: no
> PATH = /private/tmp/homebrew-automake-HEAD-DUdI/tests/ax:...
> ++ pwd
> /private/tmp/homebrew-automake-HEAD-DUdI/tests/txinfo30.dir
> + echo info_TEXINFOS = bar.texi
> + e
On 03/01/2012 10:45 PM, P. Martin wrote:
> FAIL: vala-mix2
> ===
>
> Running from installcheck: no
> Using TAP: no
> PATH = /private/tmp/homebrew-automake-HEAD-DUdI/tests/ax:...
> vala-mix2: running valac --version
> Vala 0.15.2
> vala-mix2: determine whether make is GNU make
> GNU Mak
On 03/01/2012 10:45 PM, P. Martin wrote:
FAIL: java-uninstall.test
==
Running from installcheck: no
Using TAP: no
PATH =
/private/tmp/homebrew-automake-HEAD-DUdI/tests/ax:/private/tmp/homebrew-automake-HEAD-DUdI/tests/wrap:/usr/local/Cellar/libffi/3.0.10/bin:/usr/local/Ce
On 03/01/2012 10:45 PM, P. Martin wrote:
>
>
>> On Feb 29, 2012, Stefano Lattarini wrote:
>> ...
>> Thanks for the confirmation. The attached patch should fix this issue.
>> I will wait a couple of days before pushing, in case you want to give
>> it a try.
>>
>> Thanks,
>> Stefano
>
>
> The
On 01/11/2012 07:16 PM, Stefano Lattarini wrote:
> tags 10462 minor
> thanks
>
> Hi Robert, thanks for the report.
>
> On 01/09/2012 08:19 AM, ROBERT JONES wrote:
>> See below. The bottom line is the reset of CFLAGS to remove the -m64 for
>> compiles that link Tests that didn't fail didn't
tags 10720 notabug
close 10720
thanks
No reply after one month. I'm assuming my hypotesis was correct, and
I'm thus closing this report.
Regards,
Stefano
severity 10925 minor
tags 10925 wontfix
thanks
On 03/02/2012 09:12 PM, Paul Eggert wrote:
> On 03/02/2012 07:08 AM, Eric Blake wrote:
>> Paul, would it be okay if for autoconf we borrow the same
>> configure check as automake is using, and globally bump
>> the requirement to be consistent across t
tags 10930 notabug
close 10930
thanks
Hi Bruce. By writing to bug-automake, you have automatically opened
a new report in the Automake bug tracker; still, in your mail, you only
ask a question, and don't report any actual bug AFAICS. To avoid extra
noise in the tracker, I'm thus closing the repo
On 03/02/2012 07:08 AM, Eric Blake wrote:
> Paul, would it be okay if for autoconf we
> borrow the same configure check as automake is using, and globally bump
> the requirement to be consistent across the autotools?
Sure. If I understand things correctly, that means
'configure' will complain tha
Hi Eric.
On 03/02/2012 04:08 PM, Eric Blake wrote:
> On 03/02/2012 07:15 AM, Stefano Lattarini wrote:
>> Also, note that the workaround removed in c3797b86ccbd9 was severely
>> broken to begin with (that is explained in the commit message);
>> re-introducing it only to make autoconf buildable out-
This is a autoconf, automake and make question, rebuffed in gnulib.
It's partly autoconf because autoconf stages dummy dependency files
so the make include function won't choke. It is partly make because
I find it a bit tricky getting the dependencies just right. It is,
I think, mostly an automa
On 03/02/2012 07:15 AM, Stefano Lattarini wrote:
> Also, note that the workaround removed in c3797b86ccbd9 was severely
> broken to begin with (that is explained in the commit message);
> re-introducing it only to make autoconf buildable out-of-the box on
> an obsolescent Solaris box seems a very b
Hi Paul, Eric.
> Paul Eggert wrote:
>
>> Solaris 8 ships with Perl 5.005_03. This satisfies Autoconf 'configure',
>> which requires only 5.005_03 or better. But
>> lib/Autom4te/Getopt.pm and lib/Autom4te/General.pm
>> require 5.006_002.
>
As I can test with at most with perl 5.6.2 (and no older
[adding bug-automake]
On 03/01/2012 11:23 PM, Paul Eggert wrote:
> I tried to build Autoconf 2.68b on our production Solaris 8 sparc host
> (yes, we still have some in production), and the build failed as follows:
>
> autom4te_perllibdir='..'/lib
> AUTOM4TE_CF
15 matches
Mail list logo
