Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com Message-ID: <038f01c0a96b$0b2bf980$9865fea9@edward> From: "edward" To: Cc: References: <022b01c0a86a$d09a8080$9865fea9 AT edward> <002801c0a94a$e8e80e10$0200a8c0 AT lifelesswks> Subject: Re: ok, new libtool for cygwin updates Date: Sat, 10 Mar 2001 09:04:36 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Apparently-From: Swiftnsavv AT aol DOT com ----- Original Message ----- From: "Robert Collins" To: "edward" ; Sent: Saturday, March 10, 2001 5:14 AM Subject: Re: ok, new libtool for cygwin updates > Hi edward, > I'm not sure whether you want blow by blow bug reports, or a > summary? > > So far, I've pulled down CVS HEAD automake, extracted your archives > automake directory into the automake source tree, done > autoconf > autoheader > ./configure --prefix=/usr > make > make check > > (this was to get your hacked automake installed rather than fiddle round > with calling a non-installed one.. > > and had the following tests fail: > XFAIL: cond3.test cond3.test fails for three reasons. 1) variable_conditions_permutations generates multiple conditions w/o embedded spaces 2) spaces are not *globally* replaced, just the first one --- automake.in.orig Sat Mar 10 07:14:42 2001 +++ automake.in Sat Mar 10 08:59:53 2001 @@ -5487,7 +5487,7 @@ unless $res; $res = '@' . $res . '@'; - $res =~ s/ /@@/; + $res =~ s/ /@@/g; return $res; } @@ -5869,8 +5869,8 @@ my @ret; foreach my $sub (&variable_conditions_permutations (@comps)) { - push (@ret, $comp . $sub); - push (@ret, $neg . $sub); + push (@ret, $comp . ' ' . $sub); + push (@ret, $neg . ' ' . $sub); } if (! @ret) { 3) cond3.test has an incorrect comparison test function (the sed script skips a line!) sorry, i'm not a big fan of sed. oh well. --- cond3.test.orig Sat Mar 10 09:02:59 2001 +++ cond3.test Sat Mar 10 09:03:42 2001 @@ -40,15 +40,10 @@ $AUTOMAKE || exit 1 -sed -n -e '/am_targ_OBJECTS =.*\\$/ { - :loop - p - n - /\\$/ b loop - p - n - }' -e '/am_targ_OBJECTS =/ p' Makefile.in >produced - +awk ' +/am_targ_OBJECTS [^\\]+$/;/am_targ_OBJECTS =.*\\$/,/[^\\]$/{ + print; +}' Makefile.in >produced > FAIL: pr19.test pr19.test fails for two reasons. 1) foo.exe isn't cleaned properly (automake.in patch enclosed as automake-cygwin-exeext.patch) --- automake.in.orig Sat Mar 10 07:14:42 2001 +++ automake.in Sat Mar 10 07:15:21 2001 @@ -1048,7 +1048,7 @@ # If OBJEXT/EXEEXT were not set in configure.in, do it, it # simplifies our task, and anyway starting with Autoconf 2.50, it # will always be defined, and this code will be dead. - $output_vars .= "EXEEXT =\n" + $output_vars .= "EXEEXT = \@EXEEXT\@\n" unless $seen_exeext; $output_vars .= "OBJEXT = o\n" unless $seen_objext; 2) lines 4946-4947 of automake.in version 1.977 # FIXME: nodist. &push_dist_common ($pfx . $base . '.' . $ext); commenting out the last line removes foo.c (which is a temporary file) from the make distdir target, which fails because according to automake, foo.c is supposed to be redistributed. however, (gnu) make removes temporary files like foo.c (generated from foo.l). in my opinion, this is correct and should not be redistributed. the Makefile.am writer can always explicitly include foo.c if they really want to. from the comment in the automake.in file, it seems the automake peeps are aware of this. there are similar comments in automake.in with other generated files as well. > FAIL: pr87.test > FAIL: subdirbuiltsources.test > XFAIL: yaccvpath.test I haven't looked at those yet. > > I don't know if that's expected on cygwin, with or without your patch, > but I figured you'd like to know. > > I'm running a fairly standard cygwin install, a few mount points (all > binary at the moment) here and there, and CYGWIN=ntsec. Oh, no > networking, all file paths are local. > > Let me know if you want a cygcheck etc. > > I'm going to have a quick look at why these fail, and then onto libtool. > > Rob >