ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] Q: runtime checks for kernel caps.
@ 2005-10-30 19:58 Konstantin A. Lepikhov
  2005-10-30 20:09 ` Dmitry V. Levin
                   ` (2 more replies)
  0 siblings, 3 replies; 7+ messages in thread
From: Konstantin A. Lepikhov @ 2005-10-30 19:58 UTC (permalink / raw)
  To: ALT Linux Devel Mailing List

[-- Attachment #1: Type: text/plain, Size: 1070 bytes --]

Hi!

Собираю тут некую библиотеку libevent - 
http://www.monkey.org/~provos/libevent/. В ней есть такая проверка - если
сборочная система поддерживает вызов epoll, то в config.h пишется
HAVE_EPOLL. Но собирать-то я могу на одной машине, а использовать - совсем
на другой (т.е. например, если собрать на 2.4, но у нас будет undef
HAVE_EPOLL и никаких фишек от epoll пользователь не увидит и наоборот,
либа просто не будет работать). Сразу видно BSD подход - типа где
собираю, там и пользую, и не видно, как с этим бороться. Неужели придется
дописывать за автора runtime checks и вносить их в саму библиотеку?

PS Посмотрел, как делают другие - никто с этим не заморачивается, но
все-таки хочется как лучше :)

PPS Все это нужно для новой сборки lighttpd со всеми свистульками
(libevent,memcached,libmemcache).

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] Q: runtime checks for kernel caps.
  2005-10-30 19:58 [devel] Q: runtime checks for kernel caps Konstantin A. Lepikhov
@ 2005-10-30 20:09 ` Dmitry V. Levin
  2005-10-30 20:15   ` [devel] " Konstantin A. Lepikhov
  2005-10-30 20:12 ` Konstantin A. Lepikhov
  2005-10-31 12:52 ` Michael Shigorin
  2 siblings, 1 reply; 7+ messages in thread
From: Dmitry V. Levin @ 2005-10-30 20:09 UTC (permalink / raw)
  To: ALT Linux Devel Mailing List

[-- Attachment #1: Type: text/plain, Size: 818 bytes --]

On Sun, Oct 30, 2005 at 10:58:05PM +0300, Konstantin A. Lepikhov wrote:
> Hi!
> 
> Собираю тут некую библиотеку libevent - 

Лучше взять из Сизифа и обновить версию. :)

> http://www.monkey.org/~provos/libevent/. В ней есть такая проверка - если
> сборочная система поддерживает вызов epoll, то в config.h пишется
> HAVE_EPOLL. Но собирать-то я могу на одной машине, а использовать - совсем
> на другой (т.е. например, если собрать на 2.4, но у нас будет undef
> HAVE_EPOLL и никаких фишек от epoll пользователь не увидит и наоборот,
> либа просто не будет работать). Сразу видно BSD подход - типа где
> собираю, там и пользую, и не видно, как с этим бороться. Неужели придется
> дописывать за автора runtime checks и вносить их в саму библиотеку?

А просто включить по умолчанию плохо?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [devel] Re: Q: runtime checks for kernel caps.
  2005-10-30 19:58 [devel] Q: runtime checks for kernel caps Konstantin A. Lepikhov
  2005-10-30 20:09 ` Dmitry V. Levin
@ 2005-10-30 20:12 ` Konstantin A. Lepikhov
  2005-10-30 20:39   ` Mikhail Zabaluev
  2005-10-31 12:52 ` Michael Shigorin
  2 siblings, 1 reply; 7+ messages in thread
From: Konstantin A. Lepikhov @ 2005-10-30 20:12 UTC (permalink / raw)
  To: ALT Devel discussion list

[-- Attachment #1: Type: text/plain, Size: 999 bytes --]

Hi!

Sunday 30, at 10:58:05 PM you wrote:

> Hi!
> 
> Собираю тут некую библиотеку libevent - 
> http://www.monkey.org/~provos/libevent/. В ней есть такая проверка - если
> сборочная система поддерживает вызов epoll, то в config.h пишется
> HAVE_EPOLL. Но собирать-то я могу на одной машине, а использовать - совсем
> на другой (т.е. например, если собрать на 2.4, но у нас будет undef
> HAVE_EPOLL и никаких фишек от epoll пользователь не увидит и наоборот,
еще раз посмотрел - проверки отражаются только на формирование eventops,
внутри самой реализации делается еще одна проверка на присутствие нужных
caps, т.е. можно будет просто оторвать в configure.in эти проверки, а в
config.h.in просто добавить нужные HAVE. Или это неправильно?

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [devel] Re: Q: runtime checks for kernel caps.
  2005-10-30 20:09 ` Dmitry V. Levin
@ 2005-10-30 20:15   ` Konstantin A. Lepikhov
  0 siblings, 0 replies; 7+ messages in thread
From: Konstantin A. Lepikhov @ 2005-10-30 20:15 UTC (permalink / raw)
  To: ALT Devel discussion list

[-- Attachment #1: Type: text/plain, Size: 1103 bytes --]

Hi Dmitry!

Sunday 30, at 11:09:23 PM you wrote:

<skip>
> Лучше взять из Сизифа и обновить версию. :)
> 
проглядел :)) думал раз memcached нет, то и ее тоже.

> > http://www.monkey.org/~provos/libevent/. В ней есть такая проверка - если
> > сборочная система поддерживает вызов epoll, то в config.h пишется
> > HAVE_EPOLL. Но собирать-то я могу на одной машине, а использовать - совсем
> > на другой (т.е. например, если собрать на 2.4, но у нас будет undef
> > HAVE_EPOLL и никаких фишек от epoll пользователь не увидит и наоборот,
> > либа просто не будет работать). Сразу видно BSD подход - типа где
> > собираю, там и пользую, и не видно, как с этим бороться. Неужели придется
> > дописывать за автора runtime checks и вносить их в саму библиотеку?
> 
> А просто включить по умолчанию плохо?
вот я и думаю, как это сделать правильно.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [devel] Re: Q: runtime checks for kernel caps.
  2005-10-30 20:12 ` Konstantin A. Lepikhov
@ 2005-10-30 20:39   ` Mikhail Zabaluev
  2005-10-30 20:42     ` Konstantin A. Lepikhov
  0 siblings, 1 reply; 7+ messages in thread
From: Mikhail Zabaluev @ 2005-10-30 20:39 UTC (permalink / raw)
  To: ALT Devel discussion list

[-- Attachment #1: Type: text/plain, Size: 912 bytes --]

В Вск, 30/10/2005 в 23:12 +0300, Konstantin A. Lepikhov пишет:
> > Собираю тут некую библиотеку libevent - 
> > http://www.monkey.org/~provos/libevent/. В ней есть такая проверка - если
> > сборочная система поддерживает вызов epoll, то в config.h пишется
> > HAVE_EPOLL. Но собирать-то я могу на одной машине, а использовать - совсем
> > на другой (т.е. например, если собрать на 2.4, но у нас будет undef
> > HAVE_EPOLL и никаких фишек от epoll пользователь не увидит и наоборот,
> еще раз посмотрел - проверки отражаются только на формирование eventops,
> внутри самой реализации делается еще одна проверка на присутствие нужных
> caps, т.е. можно будет просто оторвать в configure.in эти проверки, а в
> config.h.in просто добавить нужные HAVE. Или это неправильно?

Аккуратнее эти проверки форсировать, в configure наверняка для этого
есть переменная $ac_cv_что-нибудь. Ее и экспортировать.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [devel] Re: Q: runtime checks for kernel caps.
  2005-10-30 20:39   ` Mikhail Zabaluev
@ 2005-10-30 20:42     ` Konstantin A. Lepikhov
  0 siblings, 0 replies; 7+ messages in thread
From: Konstantin A. Lepikhov @ 2005-10-30 20:42 UTC (permalink / raw)
  To: ALT Devel discussion list

[-- Attachment #1: Type: text/plain, Size: 632 bytes --]

Hi Mikhail!

Sunday 30, at 11:39:24 PM you wrote:

<skip>
> Аккуратнее эти проверки форсировать, в configure наверняка для этого
> есть переменная $ac_cv_что-нибудь. Ее и экспортировать.
спасибо! так и сделаю. Побочным эффектом этого включения будут являться
странные сообщения при make verify (правда, не факт - оно должно сказать
skipped, если чего-то не удалось подключить).

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [devel] Re: Q: runtime checks for kernel caps.
  2005-10-30 19:58 [devel] Q: runtime checks for kernel caps Konstantin A. Lepikhov
  2005-10-30 20:09 ` Dmitry V. Levin
  2005-10-30 20:12 ` Konstantin A. Lepikhov
@ 2005-10-31 12:52 ` Michael Shigorin
  2 siblings, 0 replies; 7+ messages in thread
From: Michael Shigorin @ 2005-10-31 12:52 UTC (permalink / raw)
  To: ALT Linux Devel Mailing List

On Sun, Oct 30, 2005 at 10:58:05PM +0300, Konstantin A. Lepikhov wrote:
> PS Посмотрел, как делают другие - никто с этим не
> заморачивается, но все-таки хочется как лучше :)

Посмотри в nginx? :]

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2005-10-31 12:52 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-10-30 19:58 [devel] Q: runtime checks for kernel caps Konstantin A. Lepikhov
2005-10-30 20:09 ` Dmitry V. Levin
2005-10-30 20:15   ` [devel] " Konstantin A. Lepikhov
2005-10-30 20:12 ` Konstantin A. Lepikhov
2005-10-30 20:39   ` Mikhail Zabaluev
2005-10-30 20:42     ` Konstantin A. Lepikhov
2005-10-31 12:52 ` Michael Shigorin

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git