manual bash

2007-01-01 Thread Exal de Jesus Garcia Carrillo
RT ticket #325629 says:

The web page http://www.gnu.org/software/bash/manual/bashref.html.gz
has its relative links to bashref.html#SECfoo.
Therefore, if we follow the links, we must dowlnoad the document
bashref.html
of 600K...

I think that writing  and not

would be sufficient?





Also the the manual is also quite out of
date (July 2002) and should be regenerated from scratch.  The gendocs.sh
script (http://www.gnu.org/prep/maintain/html_node/Invoking-gendocs_002esh.html)
is a convenient way to generate all the various output formats.

The HTML will have relative links with current versions of either
makeinfo or texi2html, so regenerating should take care of the original
bug report, too.


Thanks.

-- 
Exal de Jesus Garcia Carrillo <[EMAIL PROTECTED]>
GNU Webmaster




.


___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash


make -j6 fails in bash-3.2.9

2007-01-01 Thread Mike Stump
make -j6 fails in bash-3.2.9:

make[1]: *** No rule to make target `/tmp/bash-3.2/lib/intl/libintl.h', needed 
by `mkbuiltins.c'.  Stop.
make: *** [builtins/builtext.h] Error 1


___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash


[PATCH] Fix /dev/fd detection on FreeBSD

2007-01-01 Thread Roy Marples
Chet Ramey wrote:

> The configure test for /dev/fd succeeds on FreeBSD
> (testing for /dev/fd/3 after `exec 3 It should only succeed if you have the fdescfs file system mounted.
> The problem is that `configure' concludes that /bin/sh's $LINENO
> handling is deficient and uses bash to execute the configure script.
> The bash builtin `test' interprets pathnames beginning with /dev/fd
> internally, using fstat on the appropriate file descriptor, so this
> test succeeds.
>
> This should affect only FreeBSD 5 and 6.
> 
> You can fix this in a couple of ways:  Edit config.h to #undef
> HAVE_DEV_FD after configure finishes, or set `CONFIG_SHELL=/bin/sh'
> before running configure.
>
> I will need to figure out a better test for future versions.

Attached is a patch to aclocal.m4 (and the auto-generated
configure) that finds the test binary and runs that directly for this
test only.

Fixes the described issue nicely on Gentoo/FreeBSD-6

We also change the test to -e instead of -r due to Gentoo Bug
http://bugs.gentoo.org/show_bug.cgi?id=131875

Thanks

Roy--- bash-3.2.orig/aclocal.m4	2006-09-12 22:18:07.0 +0100
+++ bash-3.2/aclocal.m4	2006-12-31 10:51:39.0 +
@@ -1538,13 +1538,18 @@
 ])
 
 AC_DEFUN(BASH_CHECK_DEV_FD,
-[AC_MSG_CHECKING(whether /dev/fd is available)
+[AC_PATH_PROG(TEST, test, test)
+AC_MSG_CHECKING(whether /dev/fd is available)
 AC_CACHE_VAL(bash_cv_dev_fd,
 [bash_cv_dev_fd=""
 if test -d /dev/fd  && test -r /dev/fd/0 < /dev/null; then
 # check for systems like FreeBSD 5 that only provide /dev/fd/[012]
exec 3&5
+echo $ECHO_N "checking for $ac_word... $ECHO_C" >&6
+if test "${ac_cv_path_TEST+set}" = set; then
+  echo $ECHO_N "(cached) $ECHO_C" >&6
+else
+  case $TEST in
+  [\\/]* | ?:[\\/]*)
+  ac_cv_path_TEST="$TEST" # Let the user override the test with a path.
+  ;;
+  *)
+  as_save_IFS=$IFS; IFS=$PATH_SEPARATOR
+for as_dir in $PATH
+do
+  IFS=$as_save_IFS
+  test -z "$as_dir" && as_dir=.
+  for ac_exec_ext in '' $ac_executable_extensions; do
+  if $as_executable_p "$as_dir/$ac_word$ac_exec_ext"; then
+ac_cv_path_TEST="$as_dir/$ac_word$ac_exec_ext"
+echo "$as_me:$LINENO: found $as_dir/$ac_word$ac_exec_ext" >&5
+break 2
+  fi
+done
+done
+IFS=$as_save_IFS
+
+  test -z "$ac_cv_path_TEST" && ac_cv_path_TEST="test"
+  ;;
+esac
+fi
+TEST=$ac_cv_path_TEST
+if test -n "$TEST"; then
+  echo "$as_me:$LINENO: result: $TEST" >&5
+  echo "${ECHO_T}$TEST" >&6
+else
+  echo "$as_me:$LINENO: result: no" >&5
+  echo "${ECHO_T}no" >&6
+fi
+
 
 echo "$as_me:$LINENO: checking whether /dev/fd is available" >&5
 echo $ECHO_N "checking whether /dev/fd is available... $ECHO_C" >&6
@@ -27179,7 +27219,11 @@
 if test -d /dev/fd  && test -r /dev/fd/0 < /dev/null; then
 # check for systems like FreeBSD 5 that only provide /dev/fd/[012]
exec 3___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash


[gnu.org #325629] gzip problem in bash tutorial

2007-01-01 Thread Exal de Jesus Garcia Carrillo via RT
> [EMAIL PROTECTED] - Mie. Dic. 27 14:19:25 2006]:
> 
> Hello,
> 
> The web page http://www.gnu.org/software/bash/manual/bashref.html.gz
> has its relative links to bashref.html#SECfoo.
> Therefore, if we follow the links, we must dowlnoad the document
> bashref.html
> of 600K...
> 
> I think that writing  and not
> 
> would be sufficient?
> 
> Hope it can help.
> 


I have sent a email to [EMAIL PROTECTED]

 
-- 
Exal de Jesus Garcia Carrillo <[EMAIL PROTECTED]>
GNU Webmaster



___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash


Re: [PATCH] Fix /dev/fd detection on FreeBSD

2007-01-01 Thread Chet Ramey
Roy Marples wrote:

> Attached is a patch to aclocal.m4 (and the auto-generated
> configure) that finds the test binary and runs that directly for this
> test only.

Thanks for posting the patch.  I fixed it a different way, but this
will work.  (Actually, the easiest thing to do is to run the following
command before building bash the first time:

echo 'bash_cv_dev_fd=${bash_cv_dev_fd=absent}' >> config.cache

and just not worry about whether or not fdescfs is mounted.  In the
end, it's probably not the best thing for this decision to be made
at configure/compile time.)

Chet
-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
   Live Strong.  No day but today.
Chet Ramey, ITS, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/


___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash