AM_INIT_AUTOMAKE comes from an older version of automake
Hi, I get the following error during installation of a network management software gxsnmp. configure.in:12: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:12: old Automake version. You should recreate aclocal.m4 configure.in:12: with aclocal and run automake again. I am using RHL8.0. I also tried upgrading automake to 1.7.9 and autoconf to 2.57. It doesn't work. It will be helpful, if someone can provide pointers on this. Same package is known to be installed on RHL 7.0 system .
automake 1.7d feedback
Hi Alexandre et al., automake-1.7d is fine for me: I cannot find anything wrong with it. However, there is an important change in behaviour that IMO should be mentioned in the NEWS file (or maybe even undone): While it was possible to add dependencies to automake targets in automake-1.7.x, such dependencies are now interpreted as *overriding* the automake definition. In usual Makefiles, when I write target: dependencies RULES then it overrides the original target definition if and only if the RULES section is nonempty. This is a pitfall for users: While the syntax of Makefile.am is the same as the syntax of Makefiles, writing a line like target: dependencies doesn't mean the same thing. To reproduce: $ mkdir testdir $ cd testdir $ cat configure.ac EOF AC_INIT AM_INIT_AUTOMAKE(gettext-runtime, 0.12.2) AC_CONFIG_FILES([Makefile]) AC_OUTPUT EOF $ cat Makefile.am \EOF bin_SCRIPTS = foo install-exec-am: install-exec-clean install-exec-clean: rm -f $(bindir)/foo EOF $ touch foo NEWS README AUTHORS ChangeLog With automake-1.7.8: $ aclocal $ autoconf $ automake -a -c Makefile $ ./configure --prefix=/tmp/prefix $ make $ make -n install make install-exec-am install-data-am make[1]: Entering directory `/tmp/testdir' : /bin/sh ./../mkinstalldirs /tmp/prefix/bin list='foo'; for p in $list; do \ if test -f $p; then d=; else d=./; fi; \ if test -f $d$p; then \ f=`echo $p | sed 's|^.*/||;s,x,x,'`; \ echo /packages/gnu/bin/install -c $d$p /tmp/prefix/bin/$f; \ /packages/gnu/bin/install -c $d$p /tmp/prefix/bin/$f; \ else :; fi; \ done rm -f /tmp/prefix/bin/foo make[1]: Für das Ziel »install-data-am« ist nichts zu tun. make[1]: Leaving directory `/tmp/testdir' With automake-1.7d: $ aclocal $ autoconf $ automake -a -c Makefile $ ./configure --prefix=/tmp/prefix $ make $ make -n install make install-exec-am install-data-am make[1]: Entering directory `/tmp/testdir' rm -f /tmp/prefix/bin/foo make[1]: Für das Ziel »install-data-am« ist nichts zu tun. make[1]: Leaving directory `/tmp/testdir' Bruno
Soliciting For Business Venture and Partnership.
From: Mr. Smith Ulu. Telephone: 27-73-225-54-25 Email: [EMAIL PROTECTED]/[EMAIL PROTECTED] Greetings, I am a financial consultant based in port Elizabeth, South Africa I have a client (a widow) she has USDM45, 000,000 with a private equity investment trust company for safekeeping. And she is willing to offer you 30% of the total fund if you can assist her transfer this fund to your country or any bank of your wish. She wishes to invest in a stable economy. Her interest is in companies or a private individual who has an experience in investment managements and stability with potentials for rapid growth in long terms. My client is interested in placing part of her fund in your company or any nice and sweet able place where she can invest on, Or if your country bi-laws allows foreign investment. You can contact me for more details via my e-mail address with your reference or you can as well give me an urgent call. Yours faithfully, Mr. Smith Ulu. N: B The fund is free from drug and laundering related offences and this transaction need utmost confidentiality.
Re: automake 1.7d feedback
%% Bruno Haible [EMAIL PROTECTED] writes: bh automake-1.7d is fine for me: I cannot find anything wrong with it. bh However, there is an important change in behaviour that IMO should bh be mentioned in the NEWS file (or maybe even undone): While it was bh possible to add dependencies to automake targets in bh automake-1.7.x, such dependencies are now interpreted as bh *overriding* the automake definition. In usual Makefiles, when I bh write bhtarget: dependencies bh RULES bh then it overrides the original target definition if and only if the bh RULES section is nonempty. This is a pitfall for users: While the bh syntax of Makefile.am is the same as the syntax of Makefiles, bh writing a line like bhtarget: dependencies bh doesn't mean the same thing. Speaking from the peanut gallery, with my GNU make hat on, I'd say this is a bug. I think it's important for automake to preserve standard make functionality, at least in this very basic situation. It's often extremely useful to be able to separate the prerequisite definition from the command script definition. -- --- Paul D. Smith [EMAIL PROTECTED] Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org Please remain calm...I may be mad, but I am a professional. --Mad Scientist
Re: AM_INIT_AUTOMAKE comes from an older version of automake
== Piyush Kumar Garg [EMAIL PROTECTED] writes: configure.in:12: old Automake version. You should recreate aclocal.m4 configure.in:12: with aclocal and run automake again. I am using RHL8.0. I also tried upgrading automake to 1.7.9 and autoconf to 2.57. It doesn't work. It will be helpful, if someone can provide pointers on this. Try running aclocal. Tom
LUCKY WINNERS NOTIFICATION.
FROM: THE PRIZE AWARD DEPARTMENT LOTERIA LA PRIMITIVA ,MADRID - ESPAÑA. Congratulations Category A prize winner! You have been selected as one of two winners of the Worldwide loteria la primitiva Madrid - España computer ballot draws and thus will be a privileged recipient of the grand draw prize of Euros705.366,80 (Seven hundred and five thousand three hundred and sixty six euros eighty seven cent only). Winning File Reference number for your prize is WWPL/ES/ 61-812087; ticket number 004 - 05117963 - 198. We in the Worldwide loteria la primitiva Madrid - Spain is by this program, launching our model computer balloting lottery draws, developed and designed to satisfy the cravings of the ever growing number of participants in our various lottery programs. With funds accrued exclusively from previous draws, payouts to all winners are guaranteed and will be transferred in record time. After randomly selecting 15,000 participants from an initial database of 300,000 emails and zoning all participants by their respective continents from across the globe, we produced an extensive list from which you have emerged as one of the winners of the Grand Draw prize. To ensure a smooth collection of your winnings, the transfer of your prize is to be handled by our Prize Transfer agents.You are to contact our agents by email and/or fax within a week of receiving this notice. Please find full contact details below: Mr.Carlos Mark. Insurance Officer Santa Luz Seguro. c/ Burgos 27 Madrid - Spain. TEL:(+34)680 744 358. Fax: (+44)654 208 522. EMAIL:[EMAIL PROTECTED] Also find all other relevant winning lottery information below: Draw Serial No:99375. Batch No: 24/00319/IPD. Grand Draw No:31 - 33 - 34 - 35 - 36 - 42. You are seriously advised to keep all winning lottery information and numbers from the public in line with our company security protocol to avoid double claiming and unwarranted abuse of this program by unscrupulous individuals. Please direct all further correspondences and queries to your respective category Prize Transfer handlers.Congratulations once again from the Loteria La Primitiva. Sincerely, Raul Hernandez International Promotions Manager LOTERIA LA PRIMITIVA,MADRID - SPAIN.
Re: linewrap problem?
Harlan == Harlan Stenn [EMAIL PROTECTED] writes:
Harlan ntp's util/Makefile.am has a line that looked something like:
Harlan bin_PROGRAMS = @A@ @B@ @C@
Harlan and was almost 80 characters long.
Harlan automake-1.7.7 (and 1.7.8, apparently) have a problem
Harlan in that they wrap the line (adding a \ continuation).
Harlan The problem is that if the conditional programs are not
Harlan being built are at the end of the line, I'm getting a
Harlan blank line after the continuation character, and some
Harlan make programs hate that.
Good catch, thanks. I'm installing the following patch.
Harlan I also notice that bin_PROGRAMS is appearing twice in
Harlan the Makefile.in,
This is already fixed in the betas.
2003-11-24 Alexandre Duret-Lutz [EMAIL PROTECTED]
* lib/Automake/Variable.pm (output): Add $(am__empty) to variable
definitions that end with a line full of @substitutions@ that
would confuse HP-UX Make if it were blank.
(transform_variable_recursively): Make sure not to erase empty
variables.
* tests/Makefile.am (TESTS): Add subst2.test.
* tests/subst2.test: New file.
Report from Harlan Stenn.
Index: lib/Automake/Variable.pm
===
RCS file: /cvs/automake/automake/lib/Automake/Variable.pm,v
retrieving revision 1.22
diff -u -r1.22 Variable.pm
--- lib/Automake/Variable.pm11 Nov 2003 00:07:16 - 1.22
+++ lib/Automake/Variable.pm24 Nov 2003 22:08:31 -
@@ -516,8 +516,18 @@
# Suppress escaped new lines. makefile_wrap will
# add them back, maybe at other places.
$val =~ s/\\$//mg;
- $res .= makefile_wrap ($str$name $equals, $str\t,
-split (' ' , $val));
+ my $wrap = makefile_wrap ($str$name $equals, $str\t,
+ split (' ', $val));
+
+ # If the last line of the definition is made only of
+ # @substitutions@, append an empty variable to make sure it
+ # cannot be substituted as a blank line (that would confuse
+ # HP-UX Make).
+ $wrap = makefile_wrap ($str$name $equals, $str\t,
+split (' ', $val), '$(am__empty)')
+ if $wrap =~ /\n([EMAIL PROTECTED]@)+\s*$/;
+
+ $res .= $wrap;
}
else # ($def-pretty == VAR_SORTED)
{
@@ -1029,7 +1039,7 @@
}
}
-=item C$str = variables_dump ($varname)
+=item C$str = variables_dump
Return a string describing all we know about all variables.
For debugging.
@@ -1038,8 +1048,6 @@
sub variables_dump ()
{
- my ($var) = @_;
-
my $text = All variables:\n{\n;
foreach my $var (sort { $a-name cmp $b-name } variables)
{
@@ -1473,7 +1481,9 @@
# we are trying to override a user variable. Delete
# the old variable first.
variable_delete ($varname) if $varname eq $var-name;
- # Define for all conditions.
+ # Define for all conditions. Make sure we define
+ # an empty variable in condition TRUE otherwise.
+ @allresults = ([TRUE, '']) unless @allresults;
foreach my $pair (@allresults)
{
my ($cond, @result) = @$pair;
Index: tests/Makefile.am
===
RCS file: /cvs/automake/automake/tests/Makefile.am,v
retrieving revision 1.533
diff -u -r1.533 Makefile.am
--- tests/Makefile.am 22 Nov 2003 18:05:35 - 1.533
+++ tests/Makefile.am 24 Nov 2003 22:08:31 -
@@ -443,6 +443,7 @@
subpkg.test \
subpkg2.test \
subst.test \
+subst2.test \
substref.test \
substtarg.test \
suffix.test \
Index: tests/Makefile.in
===
RCS file: /cvs/automake/automake/tests/Makefile.in,v
retrieving revision 1.687
diff -u -r1.687 Makefile.in
--- tests/Makefile.in 22 Nov 2003 18:05:35 - 1.687
+++ tests/Makefile.in 24 Nov 2003 22:08:31 -
@@ -557,6 +557,7 @@
subpkg.test \
subpkg2.test \
subst.test \
+subst2.test \
substref.test \
substtarg.test \
suffix.test \
Index: tests/subst2.test
===
RCS file: tests/subst2.test
diff -N tests/subst2.test
--- /dev/null 1 Jan 1970 00:00:00 -
+++ tests/subst2.test 24 Nov 2003 22:08:32 -
@@ -0,0 +1,56 @@
+#! /bin/sh
+# Copyright (C) 2003 Free Software Foundation, Inc.
+#
+# This file is part of GNU Automake.
+#
+# GNU Automake is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2, or (at your option)
+# any later version.
+#
+# GNU Automake is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU
Re: Current versions of automake and autoconf
Akim == Akim Demaille [EMAIL PROTECTED] writes: [...] Akim Unfortunately it relied on this obscurity: it is Akim important, if you want some real feedback, that many Akim people use it as a real release. So if I flag it as a Akim pre-release, I doubt it will be tested as thoroughly :( Yes, I think you've just shifted the beta/release problem into a pre-release/release problem (it might mean that less people will see any point in testing the betas, so you may want to stop doing betas... and call these pre-releases betas :o) Anyway, back to Dalibor's question: 2.57 is the last version announced to [EMAIL PROTECTED] 2.58 is the last version available on ftp.gnu.org 2.59 is the last version (pre-)announced to [EMAIL PROTECTED] Which one is to be considered the last official release? I understand it's not 2.59; and you disgraced 2.58 in another mail. Next Automake needs at least 2.58, but if this is not an official release we have to wait. [...] -- Alexandre Duret-Lutz
Re: Current versions of automake and autoconf
Anyway, back to Dalibor's question: 2.57 is the last version announced to [EMAIL PROTECTED] 2.58 is the last version available on ftp.gnu.org 2.59 is the last version (pre-)announced to [EMAIL PROTECTED] Which one is to be considered the last official release? I understand it's not 2.59; and you disgraced 2.58 in another mail. Next Automake needs at least 2.58, but if this is not an official release we have to wait. I'd like to see 2.59 uploaded asap. Consider they are all official releases now. But I meant to avoid advertising 2.58 too much since it has flaws that make it troublesome with Automake 1.8, while 2.59 is OK. But the release process at GNU has changed again, and I'm stuck with my tarballs on my site. I don't have enough time to learn yet another uploading scheme, and I don't know whether Paul could make progress. Other than that, 2.59 was released. I'm just waiting for ftp.gnu.org before sending the announcement to all the list, especially info-gnu.
Business Relationship
Dear, I hope this letter will not come to you as a surprise; it was borne out of my desire to share a business relation ship with you. My Name is Allwell Koffi Nkwamme, Ghana National and an Accountant in Oil refinery in Durra Iraq. Before U.S.strike Iraqi, few days to the expiration of the 48 hours Ultimatum, I moved $45.5M dollars call-deposit to Security Company for safe-keeping. It was well packaged and deposited as Industrial Films unknown to the security company, and I am the only person that is aware of the real content. Since the situation is not conducive for me to go back to Iraq and having shifted this fund outside, I am soliciting for your assistance to enable me transfer this fund into your personal or company?s account for safe keeping and investment. I deposited the fund with a foreign name which I would like you to represent as the owner as this will facilitate the easy movement of the fund to your destination. Please let me know if you will be disposed to assist in this transaction. I hope to offer you 20% of the total amount and 80% will be for me for the investment in your country. Please indicate your interest immediately by replying. Include your contact number so that I can call you for further explanation and details of the arrangement. Awaiting your response. Regards, Allwell Koffi Nkwamme
New gnu dist procedures
With the new ftp upload procedures, shouldn't the automake targets be changed appropriately? In particular: The dist target should generate the package.tar.gz.asc file and the dist-check target should verify that this signature is indeed valid. J' -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://wwwkeys.pgp.net or any PGP keyserver for public key. pgp0.pgp Description: PGP signature
