> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes:
Kevin> EXTRA_HEADERS = foo.h
Kevin> don't get into a "make dist". Is this meant to work?
I don't think this was ever done. It is a bit confusing, I'll admit.
Kevin> It did in recent cvs versions but I guess noinst_HEADERS might
K
> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes:
Kevin> I think it'd be good if automake checked its support files like
Kevin> "missing" and "ansi2knr.c" are up-to-date, not just that they exist.
I agree, but I don't think we should put this in 1.5.
Could you submit a PR for this?
Kevin>
> "Attila" == Attila Csosz <[EMAIL PROTECTED]> writes:
Attila> I'm successfully generated system dependent dependency info in
Attila> the ".dep" directorys with the following commands:
Attila> 'automake;configure;make', after extracting the packages. How
Attila> could I get 'Makefile.in' file
> "Maciej" == Maciej W Rozycki <[EMAIL PROTECTED]> writes:
Maciej> This fixes the configure-time error, indeed, but is it
Maciej> correct? I believe dependencies should only be controlled by
Maciej> the "no-dependencies" setting in AUTOMAKE_OPTIONS and thus my
Maciej> fix is correct and your
> "Maciej" == Maciej W Rozycki <[EMAIL PROTECTED]> writes:
Maciej> INSTALL_PROGRAM='${INSTALL} -s' ./configure
Maciej> make
Maciej> make install
Maciej> which I actually use for plain autoconf packages, which have
Maciej> no idea of install-strip. Still, it's more like a workaround
Maciej>
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> Note that I'm writing of a performance. Install-sh is a serious
>> performance hit for non-trivial installs.
Alexandre> How about only use install-sh for install-strip on cross builds?
I'm ok with this idea. Can it be easily
On May 24, 2001, "Maciej W. Rozycki" <[EMAIL PROTECTED]> wrote:
> On 23 May 2001, Tom Tromey wrote:
>> This is possible, but we don't recommend it. Instead we try to
>> approach cross builds the "autoconf way": we assume that configure
>> will use things like AC_CHECK_TOOL, etc.
> Note that I'
> On Fri, 25 May 2001 10:39:14 + (GMT), Martin Hollmichel
><[EMAIL PROTECTED]> said:
> really multiplatform. And I think at the moment the autotools don't
> want/can to support native non Unix platforms.
For my own needs, I've written a tool, `am2msdev', which creates MS
Dev Studio p
I think it'd be good if automake checked its support files like
"missing" and "ansi2knr.c" are up-to-date, not just that they exist.
A warning if they differ from the /usr/share/automake versions would
probably be enough, since there's at least a chance of intentional
local modifications. I guess
In 1.4f files given as
EXTRA_HEADERS = foo.h
don't get into a "make dist". Is this meant to work? It did in
recent cvs versions but I guess noinst_HEADERS might be the right way
to do it. A bit of a test below if it is meant to work.
EXTRA_HEADERS also don't seem to get into $(HEADER
Hi,
I'm working with a project using autoconf, automake.
I'm successfully generated system dependent dependency info in the ".dep"
directorys with the following commands: 'automake;configure;make', after
extracting the packages. How could I get 'Makefile.in' files in the
corresponding subdirs h
On 25 May 2001, Alexandre Duret-Lutz wrote:
> Maciej> Note that I'm writing of a performance. Install-sh is a serious
> Maciej> performance hit for non-trivial installs.
>
> Then maybe you could bypass install-strip using something like
> ./configure LDFLAGS=-s
> make
> make install
We are looking for new faces for TV & Movie productions. All ages and
looks. All countries.
If you are interested, Please email or fax us your:
--
-Name:
-Age:
-Country:
-City:
-email address:
--
If yo
>>> "Maciej" == Maciej W Rozycki <[EMAIL PROTECTED]> writes:
Maciej> On 23 May 2001, Tom Tromey wrote:
>> This is possible, but we don't recommend it. Instead we try to
>> approach cross builds the "autoconf way": we assume that configure
>> will use things like AC_CHECK_TOOL, etc.
Maciej>
> Before I address your points, or at least the ones I plan to address,
> I thought first I would write my own critique of the auto tools.
> While I do think that these tools have deep problems, I also think you
> largely avoided mentioning them.
Yes, you're right, I avoided that. if you're looki
15 matches
Mail list logo