Robert Boehne <[EMAIL PROTECTED]> writes:
> From what I have read about libtool it cannot handle C++ shared
> libs. [...]
Well, it works for us (http://www.coin3d.org) with a number of large
and complex C++ libraries. (We're using Libtool v1.3.5, BTW.)
> Is there any work going on in this area,
Richard Stallman writes:
>
> I think we need to ask the community of developers what they would
> think of this change. It sounds good, but it could have pitfalls
> we have not thought of.
>
> Would someone like to do that?
I dislike the idea of this kind of hard coding. I'd much rather
%% Alex Hornby <[EMAIL PROTECTED]> writes:
ah> Richard Stallman writes:
>> I think we need to ask the community of developers what they would
>> think of this change. It sounds good, but it could have pitfalls
>> we have not thought of.
>>
>> Would someone like to do that?
ah> I
[ On Thursday, August 31, 2000 at 19:20:47 (+0200), Peter Eisentraut wrote: ]
> Subject: Re: HTML format documentation
>
> Richard Stallman writes:
>
> > If prefix is `/usr', use `/etc'.
> > Otherwise, use $(prefix)/config.
>
> I hope not. Hard-coded exceptions are the path to insanity.
%% [EMAIL PROTECTED] (Greg A. Woods) writes:
gaw> This nonsense of giving the user ultimate and complete control
gaw> over where each and every individual class of files, while at the
gaw> same time not learning and honouring platform specific policies
gaw> for the defaults (i.e. choosing
Hello, Thomas!
On Thu, 31 Aug 2000, Thomas Dickey wrote:
> On Thu, Aug 31, 2000 at 03:50:48PM -0400, Pavel Roskin wrote:
> > 4) Somebody has already been confused by an unquoted plus while having
> > problems with ncurses headers.
>
> ...but we never did find the root cause -- but found some su
On Fri, 1 Sep 2000, Pavel Roskin wrote:
> 1) The new experimental version of GCC doesn't suppress -Wundef in the
> system headers. The documentation says that "certain categories of
> warnings are suppressed" without naming those categories. This is a change
> (intentional or unintentional) of th
[ On , September 1, 2000 at 09:30:27 (-0400), Paul D. Smith wrote: ]
> Subject: Re: HTML format documentation
>
> I say just leave the sysconfdir default as ${prefix}/etc (or whatever).
The problem with that is still that $(prefix)/etc is not usually the
systems' configuration directory (at least
--- "Greg A. Woods" <[EMAIL PROTECTED]> wrote:
> [ On , September 1, 2000 at 09:30:27 (-0400), Paul D. Smith wrote: ]
> > Subject: Re: HTML format documentation
> >
> > I say just leave the sysconfdir default as ${prefix}/etc (or whatever).
>
> The problem with that is still that $(prefix)/etc is
Hello!
This line needs to be rewritten so that it works both with autoconf-2.13
and autoconf-2.49a and causes no warnings from Autoconf:
AC_MSG_CHECKING(extra library \"$i\")
$i needs to be expanded, quotes need to be printed.
Is it possible at all, or there is no such thing as portable config
[ On , September 1, 2000 at 11:13:04 (-0400), Paul D. Smith wrote: ]
> Subject: Re: HTML format documentation
>
> No. This is exactly the right way to do it.
>
> Autoconf should provide a well-defined set of directories, each with a
> well-defined purpose/policy, and each with a default value ba
On Sep 1, 2000, Morten Eriksen <[EMAIL PROTECTED]> wrote:
> Robert Boehne <[EMAIL PROTECTED]> writes:
>> From what I have read about libtool it cannot handle C++ shared
>> libs. [...]
> Well, it works for us (http://www.coin3d.org) with a number of large
> and complex C++ libraries. (We're usin
On Sep 1, 2000, [EMAIL PROTECTED] (Greg A. Woods) wrote:
> [ On , September 1, 2000 at 09:30:27 (-0400), Paul D. Smith wrote: ]
>> Subject: Re: HTML format documentation
>>
>> I say just leave the sysconfdir default as ${prefix}/etc (or whatever).
> The problem with that is still that $(prefix
On Sep 1, 2000, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> This line needs to be rewritten so that it works both with autoconf-2.13
> and autoconf-2.49a and causes no warnings from Autoconf:
> AC_MSG_CHECKING(extra library \"$i\")
It should work with both. What's the problem people are finding
On Aug 31, 2000, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> I propose a new item to the TODO list (for after 2.50):
>
> Check if the compiler returns a failure status when asked to #include a
> non-existent file. If it does, don't check stderr from cpp, only check the
> exit status.
> ==
Hello, Alexandre!
> > This line needs to be rewritten so that it works both with autoconf-2.13
> > and autoconf-2.49a and causes no warnings from Autoconf:
>
> > AC_MSG_CHECKING(extra library \"$i\")
>
> It should work with both. What's the problem people are finding?
This statement causes a
" METHOD="POST" ENCTYPE="text/plain">
Hi, Teacher, Tutor or Homeschooler, Free Professional Teacher Tips are just a Mouse click away on the Button Above. With your approval we
will send you the ultimate website link for Science, History and Literature Unit Studies, Plays and many more Items o
I would like to see support for a "config" subdirectory that would
allow developers to stuff install-sh, config.sub, config.guess aclocal.m4,
ac.m4, etc in one place.
This would require fix to AC_CONFIG_AUX_DIRS so that it searches for
install-sh in not only the directories listed, but a "con
Paul D Smith <[EMAIL PROTECTED]> writes:
> %% [EMAIL PROTECTED] (Greg A. Woods) writes:
> gaw> This nonsense of giving the user ultimate and complete control
> gaw> over where each and every individual class of files, while at the
> gaw> same time not learning and honouring platform specifi
Matt Wette <[EMAIL PROTECTED]> writes:
> I would like to see support for a "config" subdirectory that would allow
> developers to stuff install-sh, config.sub, config.guess aclocal.m4,
> ac.m4, etc in one place.
> This would require fix to AC_CONFIG_AUX_DIRS so that it searches for
> install
Are all of the relevant developers subscribed to the list,
No. We need to talk to a larger group.
How would one
best measure the responses?
Not by counting who thinks what, but by seeing what problems people
mention and then judging how severe they are and what could be
done to
So prefix=/usr leads to syconfidir=/etc, but prefix=/usr/gnu (not my
idea) leads to sysconfdir=/usr/gnu/config? Ugh.
This nonuniformity is precisely the intent. When prefix is a
subdirectory of /usr, such as /usr/local, people are likely to be
unhappy with installing the configuration fi
On Sep 2, 2000, Richard Stallman <[EMAIL PROTECTED]> wrote:
> So prefix=/usr leads to syconfidir=/etc, but prefix=/usr/gnu (not my
> idea) leads to sysconfdir=/usr/gnu/config? Ugh.
> This nonuniformity is precisely the intent. When prefix is a
> subdirectory of /usr, such as /usr/local
23 matches
Mail list logo
