Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00C0_82D86A6B.D3377D24"
First, I will say that I have been given a task and I don't fully understand
everything that is going on with it.
As I understand it, the project in question is an embedded application so
production installs must be stripped to conserve space.
The strip options for programs are "too aggressive"
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00D5_07B05D6D.B6327A83"
For simple information on this offer please visit http://70194581.com
Hi,
I've got three problems, which may or may not be related. I'm not sure if it's
an automake, autoconf or gtk problem. I've just downloaded and installed the
latest automake (1.6.1) and autoconf (2.53) which has not made any improvement
(if fact I got a bit further slightly older release
> | autoconf handles AC_CONFIG_FILES($foo) properly.
>
> But I should say it is not recommended! The documentation asks for
> literals whenever it is possible.
Yes, and I agree with it in general.
> | A plain invocation of "automake" rightly complains that it has no idea what
> | it needs to l
On Thu, Apr 18, 2002 at 05:35:15PM +0200, Alexandre Duret-Lutz wrote:
>
> Support for sources in subdirectories is a new feature in
> Automake 1.5 and has been improved in Automake 1.6. Please,
> report any problem you have with this to (bug-)[EMAIL PROTECTED]
Hmm that's nice - unfortunatelly I
In a Makefile.am, we provide our own mostlyclean-aminfo rule, which is
identical to the default except that the dvi and ps files are not removed.
However, whilst this works with GNU make, Solaris make will still use the
original rule, because it is still in Makefile.in
Would it be possible not to
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> I _insist_, I'm asking you to change your code: I'm (i) asking
s/I'm asking/I'm *not* asking/ 8-)=)
Akim> for details to understand your needs, and (ii) _suggesting_ an
Akim> alternative.
| autoconf handles AC_CONFIG_FILES($foo) properly.
But I should say it is not recommended! The documentation asks for
literals whenever it is possible.
| A plain invocation of "automake" rightly complains that it has no idea what
| it needs to look at, but running "automake (some list of Makef
> -Original Message-
> From: Alexandre Duret-Lutz [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 18, 2002 6:58 PM
> Yes, it's fixed in 1.6.
Thanks.
Rob
>>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> w/ Automake 1.5, we have the following bug report. In summary, the
Robert> following shell code:
Robert> am_aux_dir=`CDPATH=:; cd $ac_aux_dir && pwd`
Robert> is not portable to MacOS X, and is causing a headache for folk bui
w/ Automake 1.5, we have the following bug report. In summary, the
following shell code:
am_aux_dir=`CDPATH=:; cd $ac_aux_dir && pwd`
is not portable to MacOS X, and is causing a headache for folk building
in the same dir tree. Can we change it to
am_aux_dir=`unset CDPATH; cd $ac_aux_dir && p
13 matches
Mail list logo
