Re: autoconf bug

2006-04-19 Thread Ralf Wildenhues
Hi Chris, * Chris Gillum wrote on Thu, Apr 20, 2006 at 12:56:31AM CEST: > > checking for sched.h... yes > checking sys/sched.h usability... no > checking sys/sched.h presence... yes > configure: WARNING: sys/sched.h: present but cannot be compiled > configure: WARNING: sys/sched.h: check for miss

autoconf bug

2006-04-19 Thread Chris Gillum
Hi, I'm trying to compile the xmms-esound-1.2.10_4 port on my FreeBSD 6.0machine, and I'm seeing the following output from the makefile during configuration. I believe the version of autoconf I have on my system is 2.59. I downloaded the sources using FreeBSD's portsnap utility just today. The f

Re: mkdir -p -- minor cleanup

2006-04-19 Thread Paul Eggert
Stepan Kasal <[EMAIL PROTECTED]> writes: > I think it is more practical to have $(mkdir_p) set to 'mkdir -p --'. Yes, that is a possibility. > And you can often write > $(mkdir_p) $(directory_list) > without knowing exactly the names of the directories. It's natural to > forget that the d

testsuite performance (was: [GNU Autoconf 2.59c] testsuite: 75 78 89 102 failed)

2006-04-19 Thread Ralf Wildenhues
Hi Paul, * Paul Eggert wrote on Wed, Apr 19, 2006 at 09:32:59PM CEST: > > On a related topic, I tried to reproduced Dalibor Topic's problem on > Solaris 8 with CONFIG_SHELL=/bin/ksh. I didn't reproduce it, as > Solaris 8 uses ksh88 whereas NetBSD evidently uses a clone. Yes, I think so. I just

Re: [GNU Autoconf 2.59c] testsuite: 75 78 89 102 failed

2006-04-19 Thread Paul Eggert
Ralf Wildenhues <[EMAIL PROTECTED]> writes: > OK to apply? I applied that fix (my fault I think, since I introduced that bug). Thanks for tracking this down and fixing it. > one underlying issue -- that the testsuite already exports CONFIG_SHELL > and thus may skew testsuite results -- may need

Re: mkdir -p -- minor cleanup

2006-04-19 Thread Stepan Kasal
Hello, On Wed, Apr 19, 2006 at 01:02:30AM -0700, Paul Eggert wrote: > [...], but now that > $(mkdir_p) is intended to mean 'mkdir -p' I think it's more consistent > for the expansion to not include the '--'. I think it is more practical to have $(mkdir_p) set to 'mkdir -p --'. And you can often

Re: moving $(mkdir_p) from automake to autoconf

2006-04-19 Thread Paul Eggert
Stepan Kasal <[EMAIL PROTECTED]> writes: > I second this proposal. I think this could be added right now, even though > we are in a freeze. I tend to agree, since it's taken from Automake. Assuming my minor patch to Automake for leading "-" is accepted I'd like that change put into Autoconf as

Re: moving $(mkdir_p) from automake to autoconf

2006-04-19 Thread Ralf Wildenhues
Hello, I'm still undecided with this. I see the benefit, but I see quite a few subtle issues with it as well. I'd like to see a more evolved patch before judging. * Bruno Haible wrote on Tue, Apr 18, 2006 at 02:43:42PM CEST: > > + @defmac AC_PROG_MKDIR_P > + @acindex{AC_PROG_MKDIR_P} > + @ov

mkdir -p -- minor cleanup

2006-04-19 Thread Paul Eggert
In reviewing Bruno Haible's proposed patch to move $(mkdir_p) from Automake to Autoconf I noticed an inconsistency in how $(mkdir_p) is set. Normally it is set to 'mkdir -p --', but it might be set to '$(install_sh) -d' or to '

Re: AC_C_TYPEOF documentation

2006-04-19 Thread Paul Eggert
Bruno Haible <[EMAIL PROTECTED]> writes: > Another proposal is: Thanks for the suggestion. I installed the following, which is your proposal (minus a couple of redundant words). 2006-04-19 Paul Eggert <[EMAIL PROTECTED]> * doc/autoconf.texi (C Compiler): Clarify AC_C_TYPEOF.

Re: aux directory name

2006-04-19 Thread Paul Eggert
Ralf Wildenhues <[EMAIL PROTECTED]> writes: > I'm undecided whether it should be done at all, so I'll leave that > decision to others. I'd like to make this change, for consistency (after 2.60 of course).