>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
[...]
pds> I don't know whether automake currently works correctly
pds> for Java with any other version of make, but this would
pds> definitely cause that not to be the case going forward.
adl> I believe $-filenames works only wit
Hi,
On Sun, Jul 10, 2005 at 12:19:03PM -0400, Paul D. Smith wrote:
> The other alternative is to do away with backward compatibility and just
> say that as of release automake XXX you need GNU make 3.81 if your
> makefiles have $ in the names.
that sounds reasonable. Perhaps there should be an A
> However, apparently there is no choice but to support them since Java
> requires it. It really confuses me how a company like Sun could create
> a language that is so difficult to use with standard UNIX tools. If
> you're going to invent a language, why not make it easy to work with?
I may be
%% Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> So any solution that require a syntax that is different in
adl> prerequisites than it is in the commands seems wrong to me.
pds> I definitely agree that this incongruity is disturbing, but
pds> that's the way it is.
adl> Don't re
>>> "pds" == Paul D Smith <[EMAIL PROTECTED]> writes:
[...]
adl> So any solution that require a syntax that is different in
adl> prerequisites than it is in the commands seems wrong to me.
pds> I definitely agree that this incongruity is disturbing, but that's the
pds> way it is.
Don't read
Hi,
On Tue, Jul 05, 2005 at 10:24:55AM -0400, [EMAIL PROTECTED] wrote:
> [...] For example the version of SysV make that comes
> with Solaris (and probably other UNIX systems) works identically to the
> new behavior of GNU make: the prerequisites list is evaluated twice, so
> any $ that appears on
%% Stepan Kasal <[EMAIL PROTECTED]> writes:
sk> But it's sad that the vendor of the non-portable implementation
sk> here is GNU.
It's NOT non-portable. There are other versions of make which do this
sort of thing already. For example the version of SysV make that comes
with Solaris (and pro
Hello,
On Tue, Jul 05, 2005 at 09:31:10AM -0400, [EMAIL PROTECTED] wrote:
> ifeq (,$(filter second-expansion,$(.FEATURES)))
> # GNU make <3.81
> PRE_D := $$
> else
> # GNU make >=3.81
> PRE_D :=
> endif
...
> install-dist_myDATA: $(subst $$,$(PRE_D),$(dist_my_DATA)
%% Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> The user lists filenames in variables, and Automake uses these
adl> variables in both prerequisite lists or commands. For instance
adl> see $(dist_my_DATA) in the last excerpt of
adl> http://lists.gnu.org/archive/html/automake/2005
%% Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> Is there a way to disable this feature? That might be the
adl> simplest solution.
No, there is no way to disable this at the moment.
pds> I don't know whether automake currently works correctly
pds> for Java with any other version
>>> "pds" == Paul D Smith <[EMAIL PROTECTED]> writes:
pds> FYI, here's one way to handle it (obviously requires GNU make):
pds> ifeq (,$(filter second-expansion,$(.FEATURES)))
pds> # GNU make <3.81
pds> PRE_D := $$
pds> else
pds> # GNU make >=3.81
pds> PRE_D :=
pds> endif
pds> # Now
>>> "pds" == Paul D Smith <[EMAIL PROTECTED]> writes:
pds> Hi all;
pds> I got no real response to this. This release of GNU make (3.81) is
pds> coming up (one hopes!) and this seems like a real problem that we need
pds> to come up with a solution for. If we don't it seems like automake and
FYI, here's one way to handle it (obviously requires GNU make):
ifeq (,$(filter second-expansion,$(.FEATURES)))
# GNU make <3.81
PRE_D := $$
else
# GNU make >=3.81
PRE_D :=
endif
# Now use PRE_D in prerequisites
all: foo$(PRE_D)bar ; @echo '$@: $<'
foo$$bar: ; @
Hi all;
I got no real response to this. This release of GNU make (3.81) is
coming up (one hopes!) and this seems like a real problem that we need
to come up with a solution for. If we don't it seems like automake and
GNU make 3.81 and Java simply will not be usable together.
Anyone have any tho
>>> "pds" == Paul D Smith <[EMAIL PROTECTED]> writes:
[...]
pds> I'm interested in discussing the issue and possible solutions. The one
pds> I added to the bug report involves using :=, since simply-expanded
pds> variables in GNU make are always only expanded one time, no matter how
pds> man
%% "Dmitry V. Levin" <[EMAIL PROTECTED]> writes:
dvl> Upcoming version of GNU Make introduces new incompatibility.
dvl> The NEWS file says:
dvl> * WARNING: Backward-incompatibility!
dvl> GNU make now implements a generic "second expansion" feature on the
dvl> prerequisites of both ex
Hi,
Upcoming version of GNU Make introduces new incompatibility.
The NEWS file says:
* WARNING: Backward-incompatibility!
GNU make now implements a generic "second expansion" feature on the
prerequisites of both explicit and implicit (pattern) targets. After
the rule has been parsed, the pr
17 matches
Mail list logo
