Hi Stefan,
Sorry for the huge delay. I waited a while for comments, and then
forgot about this.
* Stefan Seefeld wrote on Sat, Nov 12, 2005 at 04:24:39PM CET:
> Ralf Wildenhues wrote:
> >
> >Not that I know of. You can always define your own macro, for example
> >a fixed version with the same n
Hi David,
* David Thompson wrote on Thu, Jan 05, 2006 at 11:52:13PM CET:
> That didn't fix it for me, but if I used the following definition--it does.
>
> 'extern "C" __declspec(dllimport) void exit (int);' \
OK. I have applied the patch below.
Cheers,
Ralf
2006-01-11 David Thompson <[EMAIL
Hi Bruce,
Sorry for a late reply.
* Bruce Korb wrote on Sun, Oct 30, 2005 at 05:51:43PM CET:
>
> Attached is a log of a couple of runs of autoreconf and the
> resulting consequences. Things of note:
>
> 1. with the ``--debug'' option, autoreconf exits with status "0"
> but without it, "1"
[ again, please follow up to automake@gnu.org only ]
* Matt Hull wrote on Wed, Jan 11, 2006 at 01:30:40AM CET:
> i am going to take a break from this i think. i have been reading
> examples manuals for at least 2 weeks on this. too much time. and i
> still can not get it to work.
I am sorry.
* Bruce Korb wrote on Wed, Jan 11, 2006 at 06:15:58PM CET:
> Ralf Wildenhues wrote:
>
> >Which system are you on? Where is mktemp(1) from?
>
> This is the crux of the issue: ``Where is mktemp(1) from?''
> The code assumes that:
> f=`mktemp -d -q x`
> leaves the environment variable "f" co
Ralf Wildenhues wrote:
Which system are you on? Where is mktemp(1) from?
This is the crux of the issue: ``Where is mktemp(1) from?''
The code assumes that:
f=`mktemp -d -q x`
leaves the environment variable "f" containing the name of the
directory. "mktemp(1)" is not a well-establishe
Ralf Wildenhues wrote:
* Bruce Korb wrote on Wed, Jan 11, 2006 at 06:15:58PM CET:
Ralf Wildenhues wrote:
Which system are you on? Where is mktemp(1) from?
This is the crux of the issue: ``Where is mktemp(1) from?''
The code assumes that:
f=`mktemp -d -q x`
leaves the environment var
Hi,
For gnulib-tool, it would be useful if 'autoreconf' had an option
--no-recurse or --no-recursion or --no-recursive
that would avoid recursive self-invocations of autoreconf.
The use case is: gnulib-tool creates many directories with each a
Makefile.am and configure.ac and configure file, an
Hi folks-
First of all thanks for your work on this very important piece of
software. You probably just hear gripes and bug reports (here's
another ;)), so I want to say thanks for your efforts. They are very
commendable.
I'm working with a few of the alt-gentoo developers who are trying to
get
Hello,
> > f=`mktemp -d -q x`
actually, the example code in autoconf.texi doesn't contain -q,
while te actual code (m4sh.m4, General.pm, and config.guess) has it.
In any case, we should synch these.
Have a nice day,
Stepan
___
Autocon
Hi Matt,
* m h wrote on Wed, Jan 11, 2006 at 08:26:02PM CET:
>
> I'm working with a few of the alt-gentoo developers who are trying to
> get portage (the gentoo linux build framework) to work on non-gentoo
> systems.
(I hope they understand that their libtool patches need to go on other
systems.
On 1/11/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Matt,
>
> * m h wrote on Wed, Jan 11, 2006 at 08:26:02PM CET:
> >
> > I'm working with a few of the alt-gentoo developers who are trying to
> > get portage (the gentoo linux build framework) to work on non-gentoo
> > systems.
>
> (I hope t
12 matches
Mail list logo
