On Wed, Jul 05, 2000 at 11:38:14AM +0200, Akim Demaille wrote:
: It is definitely stabilizing. Sure things will probably change a bit
: before the first snapshot, but it should happen ``soon'' :)
Take the Be line: "when it's ready"... :)
Lars J
>>>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> Is the present state of the CVS version of autoconf "stable
Harlan> enough" for production use?
Harlan> It looks like a couple of folks are getting ready to start
Harlan> cros
On Tue, 4 Jul 2000, Harlan Stenn wrote:
> Is the present state of the CVS version of autoconf "stable enough" for
> production use?
>
> It looks like a couple of folks are getting ready to start cross-compile
> efforts for new releases of NTP, and I need to decide if I
Is the present state of the CVS version of autoconf "stable enough" for
production use?
It looks like a couple of folks are getting ready to start cross-compile
efforts for new releases of NTP, and I need to decide if I should upgrade or
hold still...
H
| + grep '^#[a-z]*[ ][ ]*GIIPATHTAG[ ]*$' /tmp/ah20650.out
| + echo 'autoheader: No template for symbol `GIIPATHTAG'\'''
| autoheader: No template for symbol `GIIPATHTAG'
| + status=1
Your problem is here. autoheader, when checking if all the symbols
have a template has a pattern whi
John Fortin wrote:
>
> John Fortin wrote:
> >
> > Russ Allbery wrote:
> > >
> > > Akim Demaille <[EMAIL PROTECTED]> writes:
> > >
> > > > | help2man requires perl (which I have), but also requires the POSIX.pm
> > > > | module, which does not seem to be available.
> > >
> > > > OK, thanks, this w
John Fortin <[EMAIL PROTECTED]> writes:
> Hmmm. I may be wrong about the ActiveState port. I just found POSIX.pm.
> I'll have to do some more testing.
Be aware that POSIX is normally an XS module and the .pm is just the
loader code for what's normally a DLL or shared object of some sort.
--
R
John Fortin wrote:
>
> Russ Allbery wrote:
> >
> > Akim Demaille <[EMAIL PROTECTED]> writes:
> >
> > > | help2man requires perl (which I have), but also requires the POSIX.pm
> > > | module, which does not seem to be available.
> >
> > > OK, thanks, this will have to be tested.
> >
> > The POSIX
Russ Allbery wrote:
>
> Akim Demaille <[EMAIL PROTECTED]> writes:
>
> > | help2man requires perl (which I have), but also requires the POSIX.pm
> > | module, which does not seem to be available.
>
> > OK, thanks, this will have to be tested.
>
> The POSIX module has been a standard part of Per
Akim Demaille <[EMAIL PROTECTED]> writes:
> | help2man requires perl (which I have), but also requires the POSIX.pm
> | module, which does not seem to be available.
> OK, thanks, this will have to be tested.
The POSIX module has been a standard part of Perl 5 since I believe 5.000.
I'm not sure
A
> make check CC=gcc (or whatever the name of your compiler).
>
Done. Works...
> | configure.in:131: warning: AC_C_CONST was called before AC_PROG_CC_STDC
> | configure.in:133: warning: AC_STRUCT_ST_RDEV is obsolete; replace it with
> | AC_CHECK_MEMBERS((struct stat.st_rde
| help2man requires perl (which I have), but also requires the POSIX.pm
| module, which does not seem to be available.
OK, thanks, this will have to be tested.
| checking for working help2man... missing
Huh? We have a communication problem here, I consider a success that
help2man is conside
Akim Demaille wrote:
>
> > "John" == John Fortin <[EMAIL PROTECTED]> writes:
>
> John> Yes, I can. Unfortunately, I am at work and my log files are at
> John> home. I'll post them tonight.
>
> Thanks!
>
> John> autoconf built fine ( except for the man files ). I ran the
>
> What proble
> "John" == John Fortin <[EMAIL PROTECTED]> writes:
John> Yes, I can. Unfortunately, I am at work and my log files are at
John> home. I'll post them tonight.
Thanks!
John> autoconf built fine ( except for the man files ). I ran the
What problem did you meet with man pages? It's a failu
Akim Demaille wrote:
> | Hi,
> | I have a question about the stability of the current cvs version of
> | autoconf. Currently I am using autoconf-2.13 under cygwin.
> | I am trying to bulld libGGI. Unfortunately, autoheader fails because of
> | the problem described by Eanie
| Hi,
| I have a question about the stability of the current cvs version of
| autoconf. Currently I am using autoconf-2.13 under cygwin.
| I am trying to bulld libGGI. Unfortunately, autoheader fails because of
| the problem described by Eanie Boyd described in a previous posting
Hi,
I have a question about the stability of the current cvs version of
autoconf. Currently I am using autoconf-2.13 under cygwin.
I am trying to bulld libGGI. Unfortunately, autoheader fails because of
the problem described by Eanie Boyd described in a previous posting.
http
On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
"Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]>
writes:
Alexandre> I often recomme
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]>
>>> writes:
Alexandre> I disagree. In fact, I often recommend that people start
Alexandre> their ow
On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> I disagree. In fact, I often recommend that people start
Alexandre> their own macros with AC_uid_, so that autoconf prints an
Alexandre> error if the macro fails
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> I disagree. In fact, I often recommend that people start
Alexandre> their own macros with AC_uid_, so that autoconf prints an
Alexandre> error if the macro fails to be properly expanded in the
Alexandre> configure script
On Feb 17, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> defined. BTW, personally I would complain to its author: AM_ and
> actually all the `A[A-Z]_' are reserved by Autoconf and Co. Unless it
> is planed that this macro becomes an official Automake macros, it is
> misleading to name it AM_
Akim Demaille wrote:
| Gabor> In glib source I have an acglib.m4 file, but no AC_PATH_GLIB
| Gabor> defined or used in it, so I think it isn't usable. MC guys
| Gabor> didn't answer for my report.
|
| You said AM_PATH_GLIB the first time, but I suppose that's what you
Yes, I misspelled. :(
| m
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> In glib source I have an acglib.m4 file, but no AC_PATH_GLIB
Gabor> defined or used in it, so I think it isn't usable. MC guys
Gabor> didn't answer for my report.
You said AM_PATH_GLIB the first time, but I suppose that's what you
Akim Demaille wrote:
| Gabor> There is an acglib.m4 but no related are defined.
|
| Sorry, I don't understand.
In glib source I have an acglib.m4 file, but no AC_PATH_GLIB
defined or used in it, so I think it isn't usable. MC guys
didn't answer for my report.
BTW, I just compiled libtool. I in
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> When I have a new.m4 file, and I want use with autoconf, its
Gabor> enough to copy to the autoconf directory?
No. look where there are other m4 files, and place it there.
Otherwise read the documentation of Automake, look for `acl
Akim Demaille wrote:
| well, it is *not* defined, it is *used* in your second configure.in.
| I suppose glib.m4 or so must be available somewhere. Do you have the
| sources of glib? You probably should. Ask help to the MC guys, your
| problem does not appear to have anything to do with a bad A
Akim Demaille wrote:
| well, it is *not* defined, it is *used* in your second configure.in.
| I suppose glib.m4 or so must be available somewhere. Do you have the
| sources of glib? You probably should. Ask help to the MC guys, your
| problem does not appear to have anything to do with a bad A
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> It is defined in configure.in, and I don't know how can I tell
Gabor> to the script, that glib is installed in /usr/local
well, it is *not* defined, it is *used* in your second configure.in.
I suppose glib.m4 or so must be availabl
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> | Take the definition of the macro, paste it in a file
Gabor> m4/glibpath.m4. | | That's all :)
Gabor> Heh, but how? What is the definition of macro? And I don't
Gabor> have m4 directory. It is /usr/share/aclocal? Please, make m
| Take the definition of the macro, paste it in a file m4/glibpath.m4.
|
| That's all :)
Heh, but how? What is the definition of macro?
And I don't have m4 directory. It is /usr/share/aclocal?
Please, make me the glibpath.m4 and in the future I know,
how must I do a new one. :)
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> Can you please explain me how can I add AM_GLIB_PATH into a
Gabor> sample m4 file? Thanks.
Take the definition of the macro, paste it in a file m4/glibpath.m4.
That's all :)
Akim
Akim Demaille wrote:
| Gabor> Midnight Commander CVS. I delete every autoconf/automake
| Gabor> related files from my host, and install the last releases. Let
| Gabor> see, what happend.
|
| I don't see any commands here. What is it that you run? If it is
| `make', could you try to do it step
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> Midnight Commander CVS. I delete every autoconf/automake
Gabor> related files from my host, and install the last releases. Let
Gabor> see, what happend.
I don't see any commands here. What is it that you run? If it is
`make', co
Akim Demaille wrote:
| You also need to find where all the macros AM_PATH_GLIB etc. are
| defined. BTW, personally I would complain to its author: AM_ and
| actually all the `A[A-Z]_' are reserved by Autoconf and Co. Unless it
| is planed that this macro becomes an official Automake macros, it
Akim Demaille wrote:
| I doesn't seem to be related to Autoconf. Are you sure you run the
| current Autoconf? I see it tries to access
| /usr/local/share/autoconf/acconfig.h, which is not the way the current
| Autoconf behaves (it no longer use it).
I don't have other version of autoconf insta
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> I have this problem configuring midnight commender cvs tree,
Gabor> and I think the problem is with my bad autoconf install. My
Gabor> question is, that how can I install glib and other packages
Gabor> that have glib.m4 and other a
I have this problem configuring midnight commender cvs tree,
and I think the problem is with my bad autoconf install.
My question is, that how can I install glib and other
packages that have glib.m4 and other autoconf related files?
I don't like make install, and I do everything manually, but
it s
38 matches
Mail list logo
