Re: troubles with autoreconf

2006-09-14 Thread Guillaume Rousse
Stepan Kasal wrote: > Hello, > > On Wed, Sep 13, 2006 at 05:07:32PM +0200, Guillaume Rousse wrote: >> autoconf works perfectly, but not autoreconf: > > please not that these two tools are very different: > - autoconf builds configure from configure.ac > - autoreconf is similar to a ``bootstrap''

Bug report

2006-09-14 Thread Tony Jennings - Jensoft Ltd
The attached log shows a bug reported during running configure in coreutils-5.0 The output asks to have this reported to gnu.org Kind regards, Tony Jennings Jensoft Ltd 0870 285 6038 moonraker> tar xf coreutils-5.0.tar moonraker> cd coreutils-5.0 moonraker> ./configure checking build system type

Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Philipp Marek
Hello everybody! I'm currently on my way to get my project a bit more portable, and I'm currently stuck on a problem where I don't see an nice way to solve it. Maybe autoconf has an easy answer, that's why I'm asking here. (Please keep me CC:ed, I'm already on too many mailings lists :-) The p

Newbee : configure.in:618: error: m4_popdef: undefined macro: AC_Dest

2006-09-14 Thread Karl Schmitt
Dear Folks, I am completly new to automake and autoconf and I am porting an automake/autoconf based build system from CVS to ClearCase. I checked out all files; however, I am not able to configure and build in clearcase: [EMAIL PROTECTED]:/vobs/old_cvs_stuff7> autoconf configure.in:618: error:

Please Ignore it is just a test ...

2006-09-14 Thread Karl Schmitt
test! ___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Philipp Marek on 9/13/2006 1:05 PM: > If I'm doing > ino_t ino; > char *name; > sprintf("%Lu %s", ino, name); > that works fine for 64bit systems, but writes trash for sizeof(ino_t) == 4. Gnulib provides umaxtostr.c, wh

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Andreas Schwab
Philipp Marek <[EMAIL PROTECTED]> writes: > If I'm doing > ino_t ino; > char *name; > sprintf("%Lu %s", ino, name); Note that "L" is not a valid length modifier for integer formats. > that works fine for 64bit systems, but writes trash for sizeof(ino_t) == 4. > > Is there an e

Re: Newbee : configure.in:618: error: m4_popdef: undefined macro: AC_Dest

2006-09-14 Thread Ralf Wildenhues
Hello Karl, * Karl Schmitt wrote on Thu, Sep 14, 2006 at 11:12:11AM CEST: > > [EMAIL PROTECTED]:/vobs/old_cvs_stuff7> autoconf > configure.in:618: error: m4_popdef: undefined macro: AC_Dest > /usr/src/packages/BUILD/autoconf-2.59/tests/../lib/autoconf/status.m4:848: > AC_CONFIG_FILES is expanded

Re: Bug report

2006-09-14 Thread Ralf Wildenhues
Hello Tony, * Tony Jennings - Jensoft Ltd wrote on Thu, Sep 14, 2006 at 12:40:08AM CEST: > The attached log shows a bug reported during running configure in > coreutils-5.0 Thanks for the bug report. > moonraker> cd coreutils-5.0 > moonraker> ./configure > checking build system type... sparc-su

Re: Newbee : autoconf -Wall + configure.in

2006-09-14 Thread Karl Schmitt
Thanks thousand times Ralf for your response, here is the autoconf -Wall: [EMAIL PROTECTED]:/vobs/old_cvs_stuff7> autoconf -Wall configure.in:618: error: m4_popdef: undefined macro: AC_Dest /usr/src/packages/BUILD/autoconf-2.59/tests/../lib/autoconf/status.m4:848: AC_CONFIG_FILES is expanded fro

Re: Newbee : configure.in tar ball

2006-09-14 Thread Karl Schmitt
Dear Ralf, here comes the configure.in tar ball, I zipped it to keep it as small as possible, and here some additioal information: [EMAIL PROTECTED]:/vobs/old_cvs_stuff7> m4 --version GNU m4 1.4o - [EMAIL PROTECTED]:/vobs/old_cvs_stuf

Re: Newbee : autoconf -Wall + configure.in

2006-09-14 Thread Ralf Wildenhues
* Karl Schmitt wrote on Thu, Sep 14, 2006 at 03:58:30PM CEST: > AC_OUTPUT([ > Makefile [...] > dnl src/plandisp/Makefile [...] Please remove the line within the first AC_OUTPUT argument that is commented out with dnl. Then autoconf should succeed. If it moans about macros such as AM_INIT_AUTOMA

Re: Newbee : back to square (problem) one

2006-09-14 Thread Karl Schmitt
Dear Ralf, thanks for the reply, it was actually me who added that nasty "dnl" :-( I did as you told and got the next or prior problem which was the reason why I added that nasty "dnl" [EMAIL PROTECTED]:/vobs/old_cvs_stuff7> vi configure.in [EMAIL PROTECTED]:/vobs/old_cvs_stuff7> aclocal configu

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Philipp Marek
On Thursday 14 September 2006 15:01 Andreas Schwab wrote: > Philipp Marek <[EMAIL PROTECTED]> writes: > > If I'm doing > > ino_t ino; > > char *name; > > sprintf("%Lu %s", ino, name); > Note that "L" is not a valid length modifier for integer formats. For gnu libc it is: http://www.gnu

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Philipp Marek
On Thursday 14 September 2006 14:49 Eric Blake wrote: > According to Philipp Marek on 9/13/2006 1:05 PM: > > If I'm doing > > ino_t ino; > > char *name; > > sprintf("%Lu %s", ino, name); > > that works fine for 64bit systems, but writes trash for sizeof(ino_t) == > > 4. > > Gnulib provi

Re: Newbee : back to square (problem) one

2006-09-14 Thread Ralf Wildenhues
* Karl Schmitt wrote on Thu, Sep 14, 2006 at 04:37:53PM CEST: > > it was actually me who added that nasty "dnl" :-( > I did as you told and got the next or prior problem > which was the reason why I added that nasty "dnl" Why didn't you say so right away? > [EMAIL PROTECTED]:/vobs/old_cvs_stuff7

Re: questions about AC_CONFIG_MACRO_DIR

2006-09-14 Thread Stepan Kasal
On Wed, Sep 13, 2006 at 04:22:10PM -0700, Paul Eggert wrote: > Stepan Kasal <[EMAIL PROTECTED]> writes: > > > * lib/autoconf/general.m4 (AC_CONFIG_MACRO_DIR): Remove a > > mistaken comment: the path has to be relative; do not use > > the path at runtime. > > The revised patch

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Andreas Schwab
Philipp Marek <[EMAIL PROTECTED]> writes: > On Thursday 14 September 2006 15:01 Andreas Schwab wrote: >> Note that "L" is not a valid length modifier for integer formats. > For gnu libc it is: > http://www.gnu.org/software/libc/manual/html_node/Integer-Conversions.html#Integer-Conversions It's b

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Philipp Marek
On Thursday 14 September 2006 17:41 Andreas Schwab wrote: > Philipp Marek <[EMAIL PROTECTED]> writes: > > On Thursday 14 September 2006 15:01 Andreas Schwab wrote: > >> Note that "L" is not a valid length modifier for integer formats. > > > > For gnu libc it is: > > http://www.gnu.org/software/libc

Re: Newbee : back on trak -> Thank you!

2006-09-14 Thread Karl Schmitt
Thanks thousand times, you put me back on trak. There was a similar issue and I was able to resolve it my self. I can run the configure script right now and have to continue to debug from here. Thanks, Karl Ralf Wildenhues wrote: * Karl Schmitt wrote on Thu, Sep 14, 2006 at 04:37:53PM CEST:

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Ben Pfaff
Philipp Marek <[EMAIL PROTECTED]> writes: > On Thursday 14 September 2006 14:49 Eric Blake wrote: >> Gnulib provides umaxtostr.c, which is a convenient way of printing any >> integer of unknown width: >> >> char buf[INT_BUFSIZE_BOUND (uintmax_t)]; >> sprintf("%s %s", umaxtostr(ino, buf), name); >

Re: Question regarding sscanf() vs. off_t and similar

2006-09-14 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ben Pfaff on 9/14/2006 10:19 AM: > Philipp Marek <[EMAIL PROTECTED]> writes: > >> On Thursday 14 September 2006 14:49 Eric Blake wrote: >>> Gnulib provides umaxtostr.c, which is a convenient way of printing any >>> integer of unknown widt