$(BASH_DIR)/.unpacked: $(DL_DIR)/$(BASH_SOURCE)
$(BASH_CAT) $(DL_DIR)/$(BASH_SOURCE) | tar -C $(BUILD_DIR) $(TAR_OPTIONS) -
- patch_level=-p0 toolchain/patch-kernel.sh $(BASH_DIR) package/bash/ bash??-???
+ toolchain/patch-kernel.sh $(BASH_DIR) package/bash/ bash??-???
# This is broken when -lintl is added to LIBS
$(SED) 's,LIBS_FOR_BUILD =.*,LIBS_FOR_BUILD =,g' \
$(BASH_DIR)/builtins/Makefile.in
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-001
-
-Bug-Reported-by: Karlheinz Nolte <kn@k-nolte.de>
-Bug-Reference-ID: <20040801200058.GA3311@mars.home.k-nolte.de>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00009.html
-
-Bug-Description:
-
- The following script triggers the segfault.
- This was found by Costa Tsaousis the author of FireHOL.
- He wrotes:
-
- "I think I have found the bug. The script bellow crashes at the
- third echo (UNSET). It seems to be a problem of the "unset" BASH
- function when erasing arrays. It leaves something behind so that if
- the array just unset is referenced, it produces a segmentation fault.
- According to the documentation the first and the third expansions
- should be exactly the same."
-
-Patch:
-
-*** ../bash-3.0/arrayfunc.c Fri Dec 19 00:03:09 2003
---- arrayfunc.c Sun Aug 1 20:43:00 2004
+*** bash-3.0/arrayfunc.c Fri Dec 19 00:03:09 2003
+--- bash/arrayfunc.c Sun Aug 1 20:43:00 2004
***************
*** 612,616 ****
}
-*** ../bash-3.0/subst.c Sun Jul 4 13:56:13 2004
---- subst.c Thu Aug 12 13:36:17 2004
+*** bash-3.0/subst.c Sun Jul 4 13:56:13 2004
+--- bash/subst.c Thu Aug 12 13:36:17 2004
***************
*** 4983,4987 ****
return -1;
{
vtype = VT_ARRAYMEMBER;
-*** ../bash-3.0/variables.c Sun Jul 4 13:57:26 2004
---- variables.c Wed Aug 4 15:28:04 2004
+*** bash-3.0/variables.c Sun Jul 4 13:57:26 2004
+--- bash/variables.c Wed Aug 4 15:28:04 2004
***************
*** 1420,1428 ****
! }
was_tmpvar = old_var && tempvar_p (old_var);
-*** ../bash-3.0/pcomplete.c Thu Jan 8 10:36:17 2004
---- pcomplete.c Tue Aug 3 23:15:41 2004
+*** bash-3.0/pcomplete.c Thu Jan 8 10:36:17 2004
+--- bash/pcomplete.c Tue Aug 3 23:15:41 2004
***************
*** 864,867 ****
--- 864,869 ----
+ VUNSETATTR (v, att_invisible);
a = array_cell (v);
-*** ../bash-3.0/array.c Thu May 6 08:24:13 2004
---- array.c Wed Aug 25 15:50:42 2004
+*** bash-3.0/array.c Thu May 6 08:24:13 2004
+--- bash/array.c Wed Aug 25 15:50:42 2004
***************
*** 452,456 ****
array_dispose_element(new);
return(0);
} else if (element_index(ae) > i) {
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
! #define PATCHLEVEL 1
#endif /* _PATCHLEVEL_H_ */
-*** ../bash-3.0/tests/dbg-support.tests Tue Mar 25 15:33:03 2003
---- tests/dbg-support.tests Tue Aug 3 23:09:29 2004
+*** bash-3.0/tests/dbg-support.tests Tue Mar 25 15:33:03 2003
+--- bash/tests/dbg-support.tests Tue Aug 3 23:09:29 2004
***************
*** 63,68 ****
trap 'print_return_trap $LINENO' RETURN
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-002
-
-Bug-Reported-by: "Ralf S. Engelschall" <rse@engelschall.com>
-Bug-Reference-ID: <20040728082038.GA31398@engelschall.com>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00262.html
-
-Bug-Description:
-
-After upgrading the OpenPKG "bash" package to 3.0, we had to discover
-that the prompt handling on Bash 3.0 / Readline 5.0 is broken if a
-multiline prompt (a string containing newlines) is used. The effect is
-that on the first input line (where the last line of the prompt is the
-prefix) the input line is wrapped N characters before the last column
-where N seems to be exactly the length (including newlines) of the
-prompt ($PS1) minus the characters on the last line of the prompt.
-
-Patch:
-
-*** ../bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
---- lib/readline/display.c Wed Jul 28 13:48:04 2004
+*** bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
+--- bash/lib/readline/display.c Wed Jul 28 13:48:04 2004
***************
*** 352,356 ****
&prompt_last_invisible,
*t = c;
return (prompt_prefix_length);
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-003
-
-Bug-Reported-by: Egmont Koblinger <egmont@uhulinux.hu>
-Bug-Reference-ID: <Pine.LNX.4.58L0.0407290044500.12603@sziami.cs.bme.hu>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00279.html
-
-Bug-Description:
-
-Bash no longer accepts the `trap signum' syntax when in POSIX mode. This
-patch restores a measure of backwards compatibility.
-
-Patch:
-
-*** ../bash-3.0/builtins/trap.def Thu May 27 22:26:19 2004
---- builtins/trap.def Thu Aug 5 08:55:43 2004
+*** bash-3.0/builtins/trap.def Thu May 27 22:26:19 2004
+--- bash/builtins/trap.def Thu Aug 5 08:55:43 2004
***************
*** 24,28 ****
$BUILTIN trap
! else if (posixly_correct == 0 && first_arg && *first_arg &&
(*first_arg != '-' || first_arg[1]) &&
signal_object_p (first_arg, opt) && list->next == 0)
-*** ../bash-3.0/doc/bashref.texi Sat Jun 26 14:26:07 2004
---- doc/bashref.texi Fri Aug 27 12:33:46 2004
+*** bash-3.0/doc/bashref.texi Sat Jun 26 14:26:07 2004
+--- bash/doc/bashref.texi Fri Aug 27 12:33:46 2004
***************
*** 5954,5958 ****
The @code{trap} builtin doesn't check the first argument for a possible
signal to the original disposition, they should use @samp{-} as the
first argument.
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
! #define PATCHLEVEL 3
#endif /* _PATCHLEVEL_H_ */
-*** ../bash-3.0/tests/errors.right Thu May 27 22:26:03 2004
---- tests/errors.right Sat Aug 7 22:35:10 2004
+*** bash-3.0/tests/errors.right Thu May 27 22:26:03 2004
+--- bash/tests/errors.right Sat Aug 7 22:35:10 2004
***************
*** 86,90 ****
./errors.tests: line 216: trap: NOSIG: invalid signal specification
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-004
-
-Bug-Reported-by: Stephane Chazelas <stephane_chazelas@yahoo.fr>
-Bug-Reference-ID: <20040902131957.GC1860@frhdtmp102861.morse.corp.wan>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00291.html
-
-Bug-Description:
-
-Calculation of lengths and offsets for parameter string length and substring
-expansion does not correctly account for multibyte characters.
-
-Patch:
-
- *** ../bash-3.0/subst.c Sun Jul 4 13:56:13 2004
---- subst.c Thu Aug 12 13:36:17 2004
+*** bash-3.0/subst.c Sun Jul 4 13:56:13 2004
+--- bash/subst.c Thu Aug 12 13:36:17 2004
***************
*** 4692,4695 ****
--- 4692,4715 ----
! len = MB_STRLEN (value);
break;
case VT_POSPARMS:
-*** ../bash-3.0/include/shmbutil.h Mon Apr 19 09:59:42 2004
---- include/shmbutil.h Thu Sep 2 15:20:47 2004
+*** bash-3.0/include/shmbutil.h Mon Apr 19 09:59:42 2004
+--- bash/include/shmbutil.h Thu Sep 2 15:20:47 2004
***************
*** 32,35 ****
--- 32,37 ----
#endif /* !HANDLE_MULTIBYTE */
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-005
-
-Bug-Reported-by: schwab@suse.de
-Bug-Reference-ID: <20040801085535.E83D41DB3FFE9@sykes.suse.de>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00004.html
-
-Bug-Description:
-
-Moving upwards in the history (with previous-history) and back again
-clobbers the last history line.
-
-Patch:
-
-*** ../bash-3.0/lib/readline/misc.c Wed Jul 7 08:56:32 2004
---- lib/readline/misc.c Sat Aug 7 22:38:53 2004
+*** bash-3.0/lib/readline/misc.c Wed Jul 7 08:56:32 2004
+--- bash/lib/readline/misc.c Sat Aug 7 22:38:53 2004
***************
*** 277,286 ****
_rl_saved_line_for_history->data = (char *)rl_undo_list;
return 0;
--- 277,280 ----
-*** ../bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004
---- lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004
+*** bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004
+--- bash/lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004
***************
*** 273,280 ****
--- 273,282 ----
rl_noninc_reverse_search (count, key);
break;
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-006
-
-Bug-Reported-by: alexander@skwar.name
- Tomohiro KUBOTA <debian@tmail.plala.or.jp>
-Bug-Reference-ID: <20040801124721.C69B8A2547A@server.bei.digitalprojects.com>
- <16688.41450.433668.480445@gargle.gargle.HOWL>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00006.html
- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=257540
-
-Bug-Description:
-
-Prompts with multibyte characters or invisible characters following a line
-wrap are displayed incorrectly.
-
-Patch:
-
-*** ../bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
---- lib/readline/display.c Mon Aug 30 11:55:02 2004
+*** bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
+--- bash/lib/readline/display.c Mon Aug 30 11:55:02 2004
***************
*** 202,206 ****
{
}
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-007
-
-Bug-Reported-by: Oliver Kiddle <okiddle@yahoo.co.uk>
- Tim Waugh <twaugh@redhat.com>
-Bug-Reference-ID: <10454.1091313247@athlon>
- <20040804100140.GX8175@redhat.com>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00313.html
- http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00056.html
-
-Bug-Description:
-
-Two bugs:
-
-How does it decide what characters are allowed. The following really
-looks like a bug to me:
-$ echo {<C4>..D}
-That's accepted and produces output that seems to wrap round to ^A and
-then goes up to D. Note that I'm using an ISO-8859-1 locale. If that
-works at all, it should surely descend.
-
-This short script:
-
-var=baz
-echo foo{bar,${var}.}
-echo foo{bar,${var}}
-
-gives the following output with bash-3.0:
-
-./test: line 2: foo${var.}: bad substitution
-foobar} foobaz
-
-Patch:
-
-*** ../bash-3.0/braces.c Thu Dec 4 11:09:52 2003
---- braces.c Wed Aug 4 14:34:33 2004
+*** bash-3.0/braces.c Thu Dec 4 11:09:52 2003
+--- bash/braces.c Wed Aug 4 14:34:33 2004
***************
*** 341,346 ****
if (lhs_t == ST_CHAR)
continue;
}
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-008
-
-Bug-Reported-by: uberlord@rsm.demon.co.uk
-Bug-Reference-ID: <1092327965.4233.1.camel@uberlaptop.ubernet>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00144.html
-
-Bug-Description:
-
-> Description:
-> Bash 3 breaks array expansion
->
-> Repeat-By:
-> #!/bin/bash
-> x=(one two)
-> echo ${x[@]:1}
-> # prints nothing in bash 3
-> # prints two in bash 2
-
-Patch:
-
-*** ../bash-3.0/subst.c Sun Jul 4 13:56:13 2004
---- subst.c Thu Aug 12 13:36:17 2004
+*** bash-3.0/subst.c Sun Jul 4 13:56:13 2004
+--- bash/subst.c Thu Aug 12 13:36:17 2004
***************
*** 4892,4896 ****
*e1p += len;
return (-1);
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-009
-
-Bug-Reported-by: Tim Waugh <twaugh@redhat.com>
-Bug-Reference-ID: <20040810083805.GT2177@redhat.com>
-Bug-Reference-URL: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=129526b
- http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00116.html
-
-Bug-Description:
-
--->
-Steps to Reproduce:
-1. Launch a bash shell
-2. Set editing mode to 'vi' with 'set -o vi'
-3. Type any command, but don't hit return
-4. Enter vi-command mode by hitting the escape key
-5. Go to the end of line with the '$' command
-6. Type 'r' to change the last character
-7. Type any character (other than what the character already is)
-
-The last two characters are inexplicably swapped
-after the last character is changed.
-<--
-
-Patch:
-
-*** ../bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004
---- lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004
+*** bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004
+--- bash/lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004
***************
*** 691,695 ****
wchar_t wc;
else
#endif
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-010
-
-Bug-Reported-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
-Bug-Reference-ID: <E1Bo8Sq-0004u5-00@bouh>
-Bug-Reference-URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=261142
-
-Bug-Description:
-
-When trying to auto-complete ~/../``/, I just get:
-malloc: bashline.c:1340: assertion botched
-free: start and end chunk sizes differ
-last command: kill -9 %2
-Stopping myself...
-
-
-Patch:
-
-*** ../bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
---- bashline.c Thu Sep 2 16:00:12 2004
+*** bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
+--- bash/bashline.c Thu Sep 2 16:00:12 2004
***************
*** 101,104 ****
--- 101,105 ----
/* Handle symbolic link references and other directory name
expansions while hacking completion. */
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-011
-
-Bug-Reported-by: Egmont Koblinger <egmont@uhulinux.hu>
-Bug-Reference-ID: <Pine.LNX.4.58L0.0407282151140.8088@sziami.cs.bme.hu>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00277.html
-
-Bug-Description:
-
-I've just upgraded to readline 5.0 and bash 3.0 and tried them with UTF-8
-encoding. I found line editing to be quite buggy:
-
-I type an accented letter, let's say <E1>. Then <E1> appears. I press the left
-arrow, the cursor goes back, it is now over <E1>. I press <E9>. Now <E9><E1> is
-visible, which is correct, but the cursor is past the two letters, though
-it should be over <E1>. Here only the first Left arrow takes affect, moves
-the cursor over <E1>, but the 2nd time I press Left, it just beeps, doesn't
-move to the first char (<E9>). Now a Right arrow doesn't move the cursor, but
-causes further Left and Right arrows to work as expected. To go on,
-similar bug occurs nearly every time that I insert an accented letter
-before or amongs other ones (but not at the end of the line). When the
-command line has about ten or twenty accented letters (and no or hardly
-any non-accented ones), line editing becomes a total chaos, where
-sometimes inserting another accented letter causes the cursor to jump many
-characters to the right, and pressing the Left arrow sometimes causes the
-cursor to jump back lots of characters at once.
-
-Patch:
-
-*** ../bash-3.0/lib/readline/mbutil.c Wed Jan 14 09:44:52 2004
---- lib/readline/mbutil.c Wed Aug 18 22:25:57 2004
+*** bash-3.0/lib/readline/mbutil.c Wed Jan 14 09:44:52 2004
+--- bash/lib/readline/mbutil.c Wed Aug 18 22:25:57 2004
***************
*** 127,135 ****
{
break;
}
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-012
-
-Bug-Reported-by: ben@ncipher.com
-Bug-Reference-ID: <E1BxQYe-0002p1-00@berdoo.ncipher.com>
-Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00215.html
-
-Bug-Description:
-
-When using the pipefail option, the following command:
- echo foo | false
-produces an exit status of 0, ignoring the exit status of false.
-
-Patch:
-
-*** ../bash-3.0/jobs.c Fri Apr 23 16:28:25 2004
---- jobs.c Wed Aug 18 11:15:07 2004
+*** bash-3.0/jobs.c Fri Apr 23 16:28:25 2004
+--- bash/jobs.c Wed Aug 18 11:15:07 2004
***************
*** 1779,1784 ****
{
return fail;
}
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
- BASH PATCH REPORT
- =================
-
-Bash-Release: 3.0
-Patch-ID: bash30-013
-
-Bug-Reported-by: Len Lattanzi <llattanzi@apple.com>
-Bug-Reference-ID: <556CE1CE-E1AC-11D8-A2D9-00039383EC60@apple.com>
-Bug-Reference-URL:
-
-Bug-Description:
-
-vi-mode filename completion/glob expansion should understand and perform
-tilde expansion.
-
-Patch:
-
-*** ../bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
---- bashline.c Thu Sep 2 16:00:12 2004
+*** bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
+--- bash/bashline.c Thu Sep 2 16:00:12 2004
***************
*** 2514,2518 ****
static int ind;
matches = shell_glob_filename (globtext);
-*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
---- patchlevel.h Thu Sep 2 15:04:32 2004
+*** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
+--- bash/patchlevel.h Thu Sep 2 15:04:32 2004
***************
*** 26,30 ****
looks for to find the patch level (for the sccs version string). */
projects / buildroot.git / commitdiff