FYI: HEAD: fix static.at glitch

[Ralf Wildenhues]

D'oh!  The good libraries were named liba[123]*, the bad ones lib[123]*.
Fixed as below.

I found out why the test fails on w32, too.  First, as hardcoding fails,
we need to adjust $PATH to find the non-libtool library.  Then, the
moving around of libraries also needs to take into account the
../bin/$dll thingy.  Still working on a nice and clean way for that.

Cheers,
Ralf

2007-02-18  Ralf Wildenhues  <address@hidden>

        * tests/static.at: Use the right names for the broken libs.

Index: tests/static.at
===================================================================
RCS file: /cvsroot/libtool/libtool/tests/static.at,v
retrieving revision 1.2
diff -u -r1.2 static.at
--- tests/static.at     12 Feb 2007 22:29:05 -0000      1.2
+++ tests/static.at     18 Feb 2007 15:03:21 -0000
@@ -1,5 +1,5 @@
 # Hand crafted tests for GNU Libtool.                         -*- Autotest -*-
-# Copyright 2006 Free Software Foundation, Inc.
+# Copyright 2006, 2007 Free Software Foundation, Inc.
 
 # This program is free software; you can redistribute it and/or modify
 # it under the terms of the GNU General Public License as published by
@@ -93,8 +93,8 @@
   echo 'int this_should_not_be_linked_against() { return 0; }' > a.c
   $LIBTOOL --mode=compile $CC $CPPFLAGS $CFLAGS -c a.c
   for i in 1 1dep 2 2dep 3 3dep; do
-    $LIBTOOL --mode=link $CC $CFLAGS $LDFLAGS -o lib$i.la a.lo -rpath 
$libdir_broken
-    $LIBTOOL --mode=install cp lib$i.la $libdir_broken/lib$i.la
+    $LIBTOOL --mode=link $CC $CFLAGS $LDFLAGS -o liba$i.la a.lo -rpath 
$libdir_broken
+    $LIBTOOL --mode=install cp liba$i.la $libdir_broken/liba$i.la
   done
 )