Re: One step towards includes normalization (Was: Incremental default includes)

On Jun 18, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote: >> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: >>> int closedir (); Alexandre> This doesn't seem very C++-friendly. Do we care? > You tell me :) Alexandre> Perhaps we should enclose this in #ifdef _cplusplus/#endi

Re: RFC: Changing AC_DEFINE

On Jun 18, 2001, Tim Van Holder <[EMAIL PROTECTED]> wrote: > and $echo is set to 'echo -E' when needed? Libtool tries a number of alternatives to echo: ksh's print, `printf %s', a helper script as follows: cat

autoconf-2-13-branch is broken ?

rm -f autoreconf autoreconf.tmp sed -e 's,@''datadir''@,/usr/local/share/autoconf,g' -e 's,@''M4''@,/usr/bin/m4,g' -e 's,@''AWK''@,gawk,g' -e 's,@''SHELL''@,/bin/sh,g' /usr/local/src/CVS/GNU/autoconf-2.13/autoreconf.sh > autoreconf.tmp && chmod +x autoreconf.tmp && mv autoreconf.tmp autoreconf ma

Re: optimizing configure with resident sub-processes?

On Mon, Jun 18, 2001 at 10:39:33PM +0200, Tim Van Holder wrote: : > I know the above doesn't work, but could it be done in some other, : > hopefully portable, way? Wouldn't it speed up configure by a lot if : > we could apply it to the right sub-tasks? : > : > I was even thinking the "resident"

Re: _AC_CHECK_TYPE_REPLACEMENT_TYPE_P

Akim Demaille <[EMAIL PROTECTED]> writes: |> > "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes: |> |> Andreas> IMHO, _AC_CHECK_TYPE_REPLACEMENT_TYPE_P should treat words of |> Andreas> the form [a-z]*_t as types so that AC_CHECK_TYPE(__u8, |> Andreas> u_int8_t) does the right thing.

Re: autoconf-2-13-branch is broken ?

> "Frédéric" == Frédéric L W Meunier <[EMAIL PROTECTED]> writes: Frédéric> rm -f autoreconf autoreconf.tmp sed -e Frédéric> 's,@''datadir''@,/usr/local/share/autoconf,g' -e Frédéric> 's,@''M4''@,/usr/bin/m4,g' -e 's,@''AWK''@,gawk,g' -e Frédéric> 's,@''SHELL''@,/bin/sh,g' Frédéric> /usr/local

Re: doc dirs?

Rüdiger Kuhlmann wrote: > AC_SUBST([infodir],['${prefix}/info'])dnl > +AC_SUBST([htmldir],['${prefix}/share/doc/html'])dnl > +AC_SUBST([psdir], ['${prefix}/share/doc/ps'])dnl > +AC_SUBST([dvidir], ['${prefix}/share/doc/dvi'])dnl > +AC_SUBST([guidedir], ['${

Re: doc dirs?

Russ Allbery wrote: > > Rüdiger Kuhlmann <[EMAIL PROTECTED]> writes: > > > I'd like to re-kindle the discussion about options for where to put a > > programs documentation by suggesting the following patch: > > Wouldn't some sort of general facility for adding a new *dir switch for a > given pa

Re: bad config.h on Solaris 8

Hi! Sorry, but if you want help, you need to help us. We have little time. What version of Autoconf? Could you attach config.h.in? Could you send the two versions of config.h?

Re: bad config.h on Solaris 8

Akim Demaille <[EMAIL PROTECTED]> writes: > Hi! > > Sorry, but if you want help, you need to help us. We have little > time. Sure. :) (I know the feeling.) > What version of Autoconf? I used both 2.13 and 2.50 with the same results for both versions. ... > Could you send the two versions o

Re: Making configure.in so the good compiler is choose

David Burg wrote: > > Hello, > > Well, two weeks ago all was fine. A simple > > ./configure --host=arm-linux --build=i686-pc-linux-gnu > > was at last working correctly. Only if using autoconf > 2.13 > As you can see, it choose the wrong compiler unless I force it. But I have > check in cvs,

Re: Making configure.in so the good compiler is choose

Hello, Thank for the help. I was using 2.13 before, I will check if this is still the same currently. Best regards, David Burg. - Original Message - From: "Ralf Corsepius" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 19, 2001 5:28 PM Subject: Re: Making configure.in

Re: install script needs other permissions

Achim Gaedke writes: > There are two things, we would like to have: > a target, that writes all installed files to a logfile You can do this by writing a shell script which takes the same options as a regular 'install' program but instead of installing the file it logs it somewhere. > and an op

Re: Helping us

> Thanks Tim, please install! Will attempt to do so now :-)

Re: autoconf-2-13-branch is broken ?

> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes: Pavel> Which probably means that autoupdate.in,v was copied over Pavel> autoupdate.sh,v when the former was at the revision 1.11. After Pavel> that autoupdate.sh was removed by "cvs rm". :(

Problem with CVS setup on subversions?

When updating, I now get: cvs server: cannot open /root/.cvsignore: Permission denied and after a commit: [cvs server aborted] Cannot chdir(/root). This seems to be the 'no -f option passed to cvs server in inetd' problem (probably one of the most-reported CVS problems).

Re: A small test case for the AC_CONFIG_xxx problem

| AC_PREREQ(2.50) | AC_INIT | AC_CONFIG_SRCDIR([configure.ac]) | | echo > test1 | testsrc=test1 | testdest=test2 | AC_CONFIG_LINKS($testdest:test1 test3:$testsrc, [], | [testsrc=$testsrc |testdest=$testdest]) | | AC_OUTPUT Ah, now I understand. Well, it seems to me we are not referring

Re: Config.status on OS X

-- Akim Demaille <[EMAIL PROTECTED]> is rumored to have mumbled on Montag, 18. Juni 2001 20:27 Uhr +0200 regarding Re: Config.status on OS X: >> "Sebastian" == Sebastian Hagedorn <[EMAIL PROTECTED]> >> writes: > > Sebastian> Regarding autoconf: OS X comes with version 2.13. From what > S

Re: Config.status on OS X

|| On Tue, 19 Jun 2001 19:52:06 +0200 || Sebastian Hagedorn <[EMAIL PROTECTED]> wrote: sh> takes minutes between tests), but it is successful. Then, when I try sh> to run autoconf 2.50 with the configure.in from gnupg-1.0.5 I get this Autoconf 2.13 and 2.50 are not compatible. You can't ju

Re: Config.status on OS X

| Hmm, there's a chance that I don't have a clue what I'm doing, but | this is what happens: the test suite executes incredibly slowly (it | takes minutes between tests), but it is successful. zsh 3's memory allocation was guilty, but anyway autoconf is _very_ slow. | Then, when I try | to run

Re: Config.status on OS X

[Please take me out of the loop on replies. I'm reading both lists :)] Werner Koch writes: > || On Tue, 19 Jun 2001 19:52:06 +0200 > || Sebastian Hagedorn <[EMAIL PROTECTED]> wrote: > > sh> takes minutes between tests), but it is successful. Then, when I try > sh> to run autoconf 2.50 wit

Re: bad config.h on Solaris 8

The problem is back (probably it was a fluke that it went away), so I'm sending specifics. This is a Solaris 8 machine on SPARC in the sourceforge compile farm. Recap of problem: configure script doesn't generate config.h on the basis of results from tests. Removing config.cache and rerunning c

Re: [autoconf] doc dirs?

Hi! >--[Russ Allbery]--<[EMAIL PROTECTED]> > Rüdiger Kuhlmann <[EMAIL PROTECTED]> writes: > > I'd like to re-kindle the discussion about options for where to put a > > programs documentation by suggesting the following patch: > Wouldn't some sort of general facility for adding a new *dir switch

Re: Order significant wrt AM_PROG_LIBTOOL and AC_LANG_CPLUSPLUS

> "Mark" == Mark Coletti <[EMAIL PROTECTED]> writes: Mark> If AC_LANG_CPLUSPLUS precedes AM_PROG_LIBTOOL in configure.in, the Mark> executable extension becomes ".C" instead of "" on linux systems. Mark> Swapping the order yields correct behavior. I think this must be a bug in autoconf. In a

Re: Order significant wrt AM_PROG_LIBTOOL and AC_LANG_CPLUSPLUS

On 19 Jun 2001 18:51:05 MDT, Tom Tromey wrote: > > "Mark" == Mark Coletti <[EMAIL PROTECTED]> writes: > > Mark> If AC_LANG_CPLUSPLUS precedes AM_PROG_LIBTOOL in configure.in, the > Mark> executable extension becomes ".C" instead of "" on linux systems. > Mark> Swapping the order yields corre

Re: install script needs other permissions

> "Peter" == Peter Eisentraut <[EMAIL PROTECTED]> writes: Peter> make install INSTALL_PROGRAM='install -m 000' INSTALL_DATA='install -m 123' # etc. This is probably the only sort of thing we'll support in automake. I imagine you can set these variables in your config.site. Then any config

install script needs other permissions

Hello! At this institute we have groups for software installation, so the software should be writable for this group and not only for the installing person. But there is no option to change the default permissions, as set via configure and Makefile.in generated by automake. So we have to change