* Kconfig Q: expressing a modularity dependency
@ 2009-04-15 14:01 Tilman Schmidt
2009-08-13 17:09 ` Tilman Schmidt
0 siblings, 1 reply; 4+ messages in thread
From: Tilman Schmidt @ 2009-04-15 14:01 UTC (permalink / raw)
To: Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 914 bytes --]
My current attempts to port the Gigaset driver from isdn4linux
to CAPI require the following Kconfig dependency:
- If isdn4linux or kernelcapi or both are built as a module
(CONFIG_ISDN_I4L=m || CONFIG_ISDN_CAPI=m)
then gigaset can only be built as a module
(CONFIG_ISDN_DRV_GIGASET depends on m).
- If neither isdn4linux nor kernelcapi ar built as a module
(CONFIG_ISDN_I4L!=m && CONFIG_ISDN_CAPI!=m),
including the case that neither is being built at all
(CONFIG_ISDN_I4L=n && CONFIG_ISDN_CAPI=n),
then gigaset may be built statically or as a module
(all three tristate settings for CONFIG_ISDN_DRV_GIGASET are
legal).
How is that best expressed in Kconfig?
Thanks,
Tilman
--
Tilman Schmidt E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Kconfig Q: expressing a modularity dependency
2009-04-15 14:01 Kconfig Q: expressing a modularity dependency Tilman Schmidt
@ 2009-08-13 17:09 ` Tilman Schmidt
2009-08-14 16:32 ` Pavel Machek
0 siblings, 1 reply; 4+ messages in thread
From: Tilman Schmidt @ 2009-08-13 17:09 UTC (permalink / raw)
To: Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 1278 bytes --]
/me wrote, four months ago:
> My current attempts to port the Gigaset driver from isdn4linux
> to CAPI require the following Kconfig dependency:
>
> - If isdn4linux or kernelcapi or both are built as a module
> (CONFIG_ISDN_I4L=m || CONFIG_ISDN_CAPI=m)
> then gigaset can only be built as a module
> (CONFIG_ISDN_DRV_GIGASET depends on m).
>
> - If neither isdn4linux nor kernelcapi ar built as a module
> (CONFIG_ISDN_I4L!=m && CONFIG_ISDN_CAPI!=m),
> including the case that neither is being built at all
> (CONFIG_ISDN_I4L=n && CONFIG_ISDN_CAPI=n),
> then gigaset may be built statically or as a module
> (all three tristate settings for CONFIG_ISDN_DRV_GIGASET are
> legal).
>
> How is that best expressed in Kconfig?
Judging from the complete silence following that question, the
answer is, apparently: not at all.
So I'll just put a notice in the help text then, warning people
not to set CONFIG_ISDN_DRV_GIGASET=y if their ISDN subsystem
is built as a module. If anybody has a better idea I'll be
glad to hear it.
Thx
T.
--
Tilman Schmidt E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Kconfig Q: expressing a modularity dependency
2009-08-13 17:09 ` Tilman Schmidt
@ 2009-08-14 16:32 ` Pavel Machek
2009-08-23 16:52 ` Tilman Schmidt
0 siblings, 1 reply; 4+ messages in thread
From: Pavel Machek @ 2009-08-14 16:32 UTC (permalink / raw)
To: Tilman Schmidt; +Cc: Linux Kernel Mailing List
Hi!
> /me wrote, four months ago:
> > My current attempts to port the Gigaset driver from isdn4linux
> > to CAPI require the following Kconfig dependency:
> >
> > - If isdn4linux or kernelcapi or both are built as a module
> > (CONFIG_ISDN_I4L=m || CONFIG_ISDN_CAPI=m)
> > then gigaset can only be built as a module
> > (CONFIG_ISDN_DRV_GIGASET depends on m).
> >
> > - If neither isdn4linux nor kernelcapi ar built as a module
> > (CONFIG_ISDN_I4L!=m && CONFIG_ISDN_CAPI!=m),
> > including the case that neither is being built at all
> > (CONFIG_ISDN_I4L=n && CONFIG_ISDN_CAPI=n),
> > then gigaset may be built statically or as a module
> > (all three tristate settings for CONFIG_ISDN_DRV_GIGASET are
> > legal).
> >
> > How is that best expressed in Kconfig?
>
> Judging from the complete silence following that question, the
> answer is, apparently: not at all.
>
> So I'll just put a notice in the help text then, warning people
> not to set CONFIG_ISDN_DRV_GIGASET=y if their ISDN subsystem
> is built as a module. If anybody has a better idea I'll be
> glad to hear it.
That will break randconfig testing, AFAICT.
AFAIK Kconfig supports if statement just fine, so can you just
if something
bool GIGASET
else
tristate GIGASET
?
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Kconfig Q: expressing a modularity dependency
2009-08-14 16:32 ` Pavel Machek
@ 2009-08-23 16:52 ` Tilman Schmidt
0 siblings, 0 replies; 4+ messages in thread
From: Tilman Schmidt @ 2009-08-23 16:52 UTC (permalink / raw)
To: Pavel Machek; +Cc: Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 952 bytes --]
Pavel Machek schrieb:
>> So I'll just put a notice in the help text then, warning people
>> not to set CONFIG_ISDN_DRV_GIGASET=y if their ISDN subsystem
>> is built as a module. If anybody has a better idea I'll be
>> glad to hear it.
>
> That will break randconfig testing, AFAICT.
I don't think so. Ignoring the warning will not result in a build
failure, just in reduced functionality, and AFAIK that isn't an
issue in randconfig testing.
> AFAIK Kconfig supports if statement just fine, so can you just
>
> if something
> bool GIGASET
> else
> tristate GIGASET
Interesting idea. I'll try that. It'll probably not make it into my
submission for 2.6.32 anymore, but perhaps it can be retrofitted
later.
Thanks,
Tilman
--
Tilman Schmidt E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-08-23 16:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-15 14:01 Kconfig Q: expressing a modularity dependency Tilman Schmidt
2009-08-13 17:09 ` Tilman Schmidt
2009-08-14 16:32 ` Pavel Machek
2009-08-23 16:52 ` Tilman Schmidt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox