Hi list,
just a quick RFC for adding lib dependency checks for solaris
sem_foobar() functions implemented in librt.a, in reference to bug #154.
This may be added to configure.in and hence made more smooth for users
that compile on solaris systems.
Stipe
mailto:stolj_{at}_wapme.de
Hi Stipe,
On Wed, 2004-10-06 at 16:17 +0200, Stipe Tolj wrote:
just a quick RFC for adding lib dependency checks for solaris
sem_foobar() functions implemented in librt.a, in reference to bug
#154. This may be added to configure.in and hence made more smooth for
users that compile on solaris
Hi,
how about attached patch?
Stipe Tolj wrote:
Hi list,
just a quick RFC for adding lib dependency checks for solaris
sem_foobar() functions implemented in librt.a, in reference to bug #154.
This may be added to configure.in and hence made more smooth for users
that compile on solaris
Alexander Malysh wrote:
Hi,
how about attached patch?
yes, but do we need to include the lib on our own in $LIBS before
configure runs the Makefile.in mangle and substitutes the vars?! Or is
it enough to call AC_CHECK_LIB() and it will include it on its own?
Not sure.
Stipe
Hi,
On Wed, 2004-10-06 at 17:40 +0200, Stipe Tolj wrote:
yes, but do we need to include the lib on our own in $LIBS before
configure runs the Makefile.in mangle and substitutes the vars?! Or is
it enough to call AC_CHECK_LIB() and it will include it on its own?
It should be enough. Looks
Stipe Tolj wrote:
Alexander Malysh wrote:
Hi,
how about attached patch?
yes, but do we need to include the lib on our own in $LIBS before
configure runs the Makefile.in mangle and substitutes the vars?! Or is
it enough to call AC_CHECK_LIB() and it will include it on its own?
it's
On Wed, 2004-10-06 at 17:35 +0200, Alexander Malysh wrote:
Hi,
Hi,
how about attached patch?
Index: configure.in
===
RCS file: /home/cvs/gateway/configure.in,v
retrieving revision 1.145
diff -a -u
Alexander Malysh wrote:
Stipe Tolj wrote:
Alexander Malysh wrote:
Hi,
how about attached patch?
yes, but do we need to include the lib on our own in $LIBS before
configure runs the Makefile.in mangle and substitutes the vars?! Or is
it enough to call AC_CHECK_LIB() and it will include it on its
Alexander Malysh wrote:
Stipe Tolj wrote:
Enver ALTIN wrote:
It would be a bit better to be under or over semaphore support checks.
hmm, parse error ;)
it's now over semaphore support check, what ist a problem here?
Also, we might want to check the *-hpux-* or, sunos part of uname
output, just
Stipe Tolj wrote:
basically I'd like to go with Enver's idea to put it in the case $host
block, like we did for the libc_r.a and likse.a for OpenBSD and FreeBSD.
but consider this more as a +0 option. ;)
Stipe
mailto:stolj_{at}_wapme.de
Stipe Tolj wrote:
Alexander Malysh wrote:
Stipe Tolj wrote:
Enver ALTIN wrote:
It would be a bit better to be under or over semaphore support checks.
hmm, parse error ;)
it's now over semaphore support check, what ist a problem here?
Also, we might want to check the *-hpux-*
11 matches
Mail list logo