I've partially got my projects building but have a
few questions. I get the following error when building a program that relies on
a static lib.
...
Making all in consolesmake[1]: Entering
directory `/u/projects/LANE/Src/consoles'make[1]: *** No rule to make target
`all'. Stop.make[1]: L
Am Don, 2002-09-19 um 11.36 schrieb Alexandre Duret-Lutz:
> >>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> Ralf> This bug has been present with previous versions of automake and
> Ralf> autoconf (IIRC, it also has been reported several times before).
>
> I think this is the same
Can some one remind me why "configure"'s temporary directory is in
/tmp (or $TMPDIR) rather than in the current directory? If we put the
temporary directory in "." then this problem would go away.
> From: Bill Moseley <[EMAIL PROTECTED]>
> Date: Thu, 19 Sep 2002 19:53:57 -0700
>
> I suppose I should know this, but what is it that's making the guid of
> files created in /tmp the guid of "wheel" (guid:0) instead of the users
> guid? Is that just only on BSD?
Yes, it's the BSD tradition.
At 05:02 PM 09/19/02 -0700, Paul Eggert wrote:
> If the duplication of the file characteristics fails for any reason,
> mv shall write a diagnostic message to standard error, but this
> failure shall not cause mv to modify its exit status.
So it's an annoying yet expected message.
I suppose I
> From: Eric Siegerman <[EMAIL PROTECTED]>
> Date: Thu, 19 Sep 2002 19:50:29 -0400
>
> I wonder what POSIX has to say about this?
POSIX says that FreeBSD "mv" conforms, and that Solaris "/bin/mv" and
GNU "mv" do not conform. You can see the sad news in step 5 of:
http://www.opengroup.org/onlin
On Thu, Sep 19, 2002 at 04:51:01PM -0700, Paul Eggert wrote:
> (set X`ls -dln` && chgrp $4 $tmp) 2>/dev/null
Some versions of ls don't print the group name by default:
% /usr/ucb/ls -dln .
drwxr-xr-x 52 erics6656 Sep 19 19:50 .
You can add "-g" to fix that, but I bet the
> From: Bill Moseley <[EMAIL PROTECTED]>
> Date: Thu, 19 Sep 2002 15:12:33 -0700
> >It's a bad idea to rely on this, since it means that only you can
> >configure your package. I would put those .m4 files into an m4
> >subdirectory of your package, and distribute those .m4 files.
> >Then you can
> From: Bill Moseley <[EMAIL PROTECTED]>
> Date: Thu, 19 Sep 2002 15:01:50 -0700
> >is there some command you can issue after the mkdir but before the
> >touch, which will fix the problem?
>
> I'm not sure. Could chgrp the file in /tmp before moving, I suppose, but
> is that portable?
We can i
On Thu, Sep 19, 2002 at 03:01:50PM -0700, Bill Moseley wrote:
> It's more that the file in /tmp is created with group "wheel" which I am
> not a member of, so mv (cp -p across file systems) generates that message.
Bitch to the FreeBSD folks about their mv that prints pedantic
error messages compl
At 01:37 PM 09/19/02 -0700, Paul Eggert wrote:
>> From: Bill Moseley <[EMAIL PROTECTED]>
>> Date: Thu, 19 Sep 2002 00:13:31 -0700
>>
>> I wanted to use the AM_ICONV macro which is in the gettext package in a
>> configure.in file.
>
>You're a brave man; not many people use that.
>
>Why do you need
At 01:31 PM 09/19/02 -0700, Paul Eggert wrote:
>> From: Bill Moseley <[EMAIL PROTECTED]>
>> Date: Wed, 18 Sep 2002 23:56:20 -0700
>
>> config.status: creating Makefile
>> mv: Makefile: set owner/group (was: 1357/0): Operation not permitted
>
>You don't mention the Autoconf version. Was your "conf
> From: Bill Moseley <[EMAIL PROTECTED]>
> Date: Thu, 19 Sep 2002 00:13:31 -0700
>
> I wanted to use the AM_ICONV macro which is in the gettext package in a
> configure.in file.
You're a brave man; not many people use that.
Why do you need AM_ICONV? Are you using iconv directly? Typically,
th
> From: Bill Moseley <[EMAIL PROTECTED]>
> Date: Wed, 18 Sep 2002 23:56:20 -0700
> config.status: creating Makefile
> mv: Makefile: set owner/group (was: 1357/0): Operation not permitted
You don't mention the Autoconf version. Was your "configure" generated
by Autoconf 2.54? It has some fixes
On Thu, Sep 19, 2002 at 11:39:57AM -0700, Bill Moseley wrote:
>
> In my current configure.in I create new substitution variables for each
> library that may be optionally included. For example, a test might set:
>
> LIBFOO_CPPFLAGS = "-Ifoo/include"
> LIBFOO_LDFLAGS = "-Lfoo/lib"
> LIB_F
In my current configure.in I create new substitution variables for each
library that may be optionally included. For example, a test might set:
LIBFOO_CPPFLAGS = "-Ifoo/include"
LIBFOO_LDFLAGS = "-Lfoo/lib"
LIB_FOO_LIBS= "-lfoo"
The problem is then in Makefile.in I do something like
Alexandre Duret-Lutz wrote:
>> You should configure both packages using the same --prefix.
>> Choose either /usr or /usr/local, but don't mix both.
Thanks -- upgrading automake fixed that problem.
Am I required to use automake for my project? We already have configure.in
and Makefile.in (hand-b
At 09:34 AM 09/19/02 -0600, Bob Proulx wrote:
>Bill Moseley <[EMAIL PROTECTED]> [2002-09-18 23:56:20 -0700]:
>> bash-2.05a$ touch /tmp/foo
>> bash-2.05a$ mv /tmp/foo .
>> mv: ./foo: set owner/group (was: 3830/0): Operation not permitted
>> bash-2.05a$ ls foo
>> foo
>
>This seems to be a problem wi
Bill Moseley <[EMAIL PROTECTED]> [2002-09-18 23:56:20 -0700]:
> bash-2.05a$ touch /tmp/foo
> bash-2.05a$ mv /tmp/foo .
> mv: ./foo: set owner/group (was: 3830/0): Operation not permitted
> bash-2.05a$ ls foo
> foo
This seems to be a problem with 'mv' on the system and autoconf is
just suffering f
>>> "Bill" == Bill Moseley <[EMAIL PROTECTED]> writes:
Bill> On Thu, 19 Sep 2002, Alexandre Duret-Lutz wrote:
>> >>> "Bill" == Bill Moseley <[EMAIL PROTECTED]> writes:
>>
>> [...]
>>
Bill> I installed gettext, and the macros m4 were installed in
Bill> /usr/local/share/aclocal. aclocal i
On Thu, 19 Sep 2002, Alexandre Duret-Lutz wrote:
> >>> "Bill" == Bill Moseley <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Bill> I installed gettext, and the macros m4 were installed in
> Bill> /usr/local/share/aclocal. aclocal is looking in
> Bill> /usr/share/aclocal.
>
> You should configur
>>> "Bill" == Bill Moseley <[EMAIL PROTECTED]> writes:
[...]
Bill> I installed gettext, and the macros m4 were installed in
Bill> /usr/local/share/aclocal. aclocal is looking in
Bill> /usr/share/aclocal.
You should configure both packages using the same --prefix.
Choose either /usr or /usr/
>>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> This bug has been present with previous versions of automake and
Ralf> autoconf (IIRC, it also has been reported several times before).
I think this is the same issue as
http://mail.gnu.org/pipermail/libtool/2002-August/006640.h
Am Mit, 2002-09-18 um 23.23 schrieb Alexandre Duret-Lutz:
> Please SHOUT LOUD if your package works with Automake 1.6.3 but
> doesn't with 1.6d.
This bug has been present with previous versions of automake and
autoconf (IIRC, it also has been reported several times before).
Anyway, it is still
24 matches
Mail list logo
