GNU bug report logs - #13002
directory variables in VALAFLAGS are expanded after cd

Previous Next

Package: automake;

Reported by: Daiki Ueno <ueno <at> unixuser.org>

Date: Mon, 26 Nov 2012 11:06:02 UTC

Severity: normal

Done: Karl Berry <karl <at> freefriends.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Karl Berry <karl <at> freefriends.org>
To: rrt <at> sc3d.org
Cc: 13002 <at> debbugs.gnu.org
Subject: bug#13002: Updated, fixed patch
Date: Thu, 29 Oct 2020 19:45:25 -0600
    install an acceptable version of my patch, as it improves the status
    quo, and include it in the next release. Then I'd think about
    whether it's possible to redo the Vala support entirely.

Sounds sensible.

I applied your change, but when running make distcheck (not make check) 
the new vala-libs-distcheck.sh test fails. Does that happen for you?

Most of the other vala tests are skipped, with the message:
vala-libs-vpath: skipped test: pkg-config m4 macros not found

I don't see anything especially different in vala-libs-distcheck than
the others. vala-libs-vpath has exactly the same list of required=
programs and it is skipped.

The failure output is:
./configure: line 4032: syntax error near unexpected token `0.22'
./configure: line 4032: `PKG_PROG_PKG_CONFIG(0.22)'
which is expected, but clearly it shouldn't be getting to that point if
it can't find pkg.m4. (I think make distcheck sets up an environment
where any system pkg.m4, among others, will not be found.) I note that
this is the only call to any PKG_ macro other than PKG_CHECK_MODULES,
although I don't see why that should matter.

I'll try to pursue further tomorrow/soon, but thought I'd report now and
see if you get the same ... --thanks, karl.





This bug report was last modified 4 years and 196 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.