GNU bug report logs -
#13002
directory variables in VALAFLAGS are expanded after cd
Previous Next
To reply to this bug, email your comments to 13002 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-automake <at> gnu.org:
bug#13002; Package
automake.
(Mon, 26 Nov 2012 11:06:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Daiki Ueno <ueno <at> unixuser.org>:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org.
(Mon, 26 Nov 2012 11:06:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I see quite a few Vala projects setting VALAFLAGS as follows:
libfolks_eds_la_VALAFLAGS = \
--vapidir=. \
--vapidir=$(top_srcdir)/folks \
...
This is referred by the generated rule in Makefile.in as:
$(AM_V_VALAC)$(am__cd) $(srcdir) && $(VALAC) $(libfolks_eds_la_VALAFLAGS) $(VALAFLAGS) -C $(libfolks_eds_la_SOURCES)
Here, if $(srcdir) != $(builddir) and $(top_srcdir) is a relative path
from $(builddir), the --vapidir option will point to a wrong location.
Though this could be worked around by using $(abs_top_srcdir) instead of
$(top_srcdir), it looks to me a bit unintuitive. It would be nice that
automake handles this case nicely.
Regards,
--
Daiki Ueno
Information forwarded
to
bug-automake <at> gnu.org:
bug#13002; Package
automake.
(Thu, 28 Jul 2016 15:31:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 13002 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sorry this is the correct but this patch belongs to.
---------- Forwarded message ----------
From: Daniel Espinosa <esodan <at> gmail.com>
Date: 2016-07-28 10:16 GMT-05:00
Subject: Bug fix patch
To: 16341 <at> debbugs.gnu.org
Attached you'll find a patch for this bug, including some improvements to
Vala support.
--
This electronic message may contain privileged and confidential information
intended only for the use of the addressees named above. If you are not
the intended recipient of this email, we kindly ask you to delete this
message and any attachment. You are hereby notified that any use,
dissemination, distribution, reproduction of this email is prohibited. If
you have received this email in error, please notify sender immediately.
Any document, image or any other form of electronic representation of any
work attached to this email, is suitable to be protected by copyright
enforcement by applicable law in your or sender's Country's and
International Legislation
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los
cuates: LIBRE)
--
This electronic message may contain privileged and confidential information
intended only for the use of the addressees named above. If you are not
the intended recipient of this email, we kindly ask you to delete this
message and any attachment. You are hereby notified that any use,
dissemination, distribution, reproduction of this email is prohibited. If
you have received this email in error, please notify sender immediately.
Any document, image or any other form of electronic representation of any
work attached to this email, is suitable to be protected by copyright
enforcement by applicable law in your or sender's Country's and
International Legislation
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los
cuates: LIBRE)
[Message part 2 (text/html, inline)]
[0001-Vala-support:improvementsbugfixes.patch (text/x-patch, attachment)]
This bug report was last modified 1 year and 62 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.