Satyam Sharma wrote:
On 5/8/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Mon, 07 May 2007 16:31:48 -0400 Jeff Garzik wrote:
> Satyam Sharma wrote:
> > Yes, mixing select and depends is a recipe for build disasters. Call
> > me a rabid fanatic, but I would in fact go as far as to say that
On 5/8/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Mon, 07 May 2007 16:31:48 -0400 Jeff Garzik wrote:
> Satyam Sharma wrote:
> > Yes, mixing select and depends is a recipe for build disasters. Call
> > me a rabid fanatic, but I would in fact go as far as to say that this
> > whole "select"
Hi,
On Mon, 7 May 2007, Jeff Garzik wrote:
> Tough, the kernel community has voted against you.
>
> It makes far more sense to include a driver during kernel configuration, and
> have that driver pull in its libraries via 'select'. The lame alternative
> requires developers to know which
Roman Zippel <[EMAIL PROTECTED]> writes:
> Normal dependencies, you basically have to manually make sure they are
> correct (and it seems with your patch they aren't). Again, _please_ (with
> sugar on top) don't use select unless you have a good reason for it.
You perhaps mean WAN dependency,
On 5/8/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
> Yes, mixing select and depends is a recipe for build disasters. Call
> me a rabid fanatic, but I would in fact go as far as to say that this
> whole "select" thing in the Kconfig process is one big BUG, and not a
> feature.
On Mon, 07 May 2007 16:31:48 -0400 Jeff Garzik wrote:
> Satyam Sharma wrote:
> > Yes, mixing select and depends is a recipe for build disasters. Call
> > me a rabid fanatic, but I would in fact go as far as to say that this
> > whole "select" thing in the Kconfig process is one big BUG, and not a
Satyam Sharma wrote:
Yes, mixing select and depends is a recipe for build disasters. Call
me a rabid fanatic, but I would in fact go as far as to say that this
whole "select" thing in the Kconfig process is one big BUG, and not a
feature. People are lazy by nature and would rather just "select"
On 5/7/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
> Roman Zippel <[EMAIL PROTECTED]> writes:
>
> > HDLC doesn't really look like simple library code, what's up with all the
> > HDLC_* options?
>
> Sub-modules.
So it's not simple library code,
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
> Roman Zippel <[EMAIL PROTECTED]> writes:
>
> > HDLC doesn't really look like simple library code, what's up with all the
> > HDLC_* options?
>
> Sub-modules.
So it's not simple library code, or is it?
> Anyway, what does the patch "screw"
Roman Zippel <[EMAIL PROTECTED]> writes:
> HDLC doesn't really look like simple library code, what's up with all the
> HDLC_* options?
Sub-modules. Anyway, what does the patch "screw" exactly?
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi,
On Mon, 7 May 2007, Jeff Garzik wrote:
> > select seriously screws with the dependencies, it's especially problematic
> > if the selected symbol has other dependencies as HDLC in this case, it makes
> > it only more complicated to get the dependencies correct again.
> > Please use it only if
Roman Zippel wrote:
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
Actually I can't see any bad idea here.
The original dependency was certainly, uhm, not the best one.
select seriously screws with the dependencies, it's especially problematic
if the selected symbol has other dependencies
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
> Actually I can't see any bad idea here.
> The original dependency was certainly, uhm, not the best one.
select seriously screws with the dependencies, it's especially problematic
if the selected symbol has other dependencies as HDLC in this
Roman Zippel <[EMAIL PROTECTED]> writes:
>> You don't have to know it's required, you can just select a driver
>> for your hardware, without enabling HDLC first.
>
> Is this a real problem?
I think the "select" is better.
> Using select you should also consider removing HDLC as visible option
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
> Roman Zippel <[EMAIL PROTECTED]> writes:
>
> > What's the advantage? The HDLC option is directly before this?
>
> You don't have to know it's required, you can just select a driver
> for your hardware, without enabling HDLC first.
Is this a
Roman Zippel <[EMAIL PROTECTED]> writes:
> What's the advantage? The HDLC option is directly before this?
You don't have to know it's required, you can just select a driver
for your hardware, without enabling HDLC first.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line
Roman Zippel [EMAIL PROTECTED] writes:
HDLC doesn't really look like simple library code, what's up with all the
HDLC_* options?
Sub-modules. Anyway, what does the patch screw exactly?
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
Roman Zippel [EMAIL PROTECTED] writes:
HDLC doesn't really look like simple library code, what's up with all the
HDLC_* options?
Sub-modules.
So it's not simple library code, or is it?
Anyway, what does the patch screw exactly?
On 5/7/07, Roman Zippel [EMAIL PROTECTED] wrote:
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
Roman Zippel [EMAIL PROTECTED] writes:
HDLC doesn't really look like simple library code, what's up with all the
HDLC_* options?
Sub-modules.
So it's not simple library code, or is it?
Satyam Sharma wrote:
Yes, mixing select and depends is a recipe for build disasters. Call
me a rabid fanatic, but I would in fact go as far as to say that this
whole select thing in the Kconfig process is one big BUG, and not a
feature. People are lazy by nature and would rather just select a
On Mon, 07 May 2007 16:31:48 -0400 Jeff Garzik wrote:
Satyam Sharma wrote:
Yes, mixing select and depends is a recipe for build disasters. Call
me a rabid fanatic, but I would in fact go as far as to say that this
whole select thing in the Kconfig process is one big BUG, and not a
On 5/8/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Satyam Sharma wrote:
Yes, mixing select and depends is a recipe for build disasters. Call
me a rabid fanatic, but I would in fact go as far as to say that this
whole select thing in the Kconfig process is one big BUG, and not a
feature. People
Roman Zippel [EMAIL PROTECTED] writes:
Normal dependencies, you basically have to manually make sure they are
correct (and it seems with your patch they aren't). Again, _please_ (with
sugar on top) don't use select unless you have a good reason for it.
You perhaps mean WAN dependency, don't
Hi,
On Mon, 7 May 2007, Jeff Garzik wrote:
Tough, the kernel community has voted against you.
It makes far more sense to include a driver during kernel configuration, and
have that driver pull in its libraries via 'select'. The lame alternative
requires developers to know which libraries
On 5/8/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 07 May 2007 16:31:48 -0400 Jeff Garzik wrote:
Satyam Sharma wrote:
Yes, mixing select and depends is a recipe for build disasters. Call
me a rabid fanatic, but I would in fact go as far as to say that this
whole select thing in the
Satyam Sharma wrote:
On 5/8/07, Randy Dunlap [EMAIL PROTECTED] wrote:
On Mon, 07 May 2007 16:31:48 -0400 Jeff Garzik wrote:
Satyam Sharma wrote:
Yes, mixing select and depends is a recipe for build disasters. Call
me a rabid fanatic, but I would in fact go as far as to say that this
Roman Zippel [EMAIL PROTECTED] writes:
What's the advantage? The HDLC option is directly before this?
You don't have to know it's required, you can just select a driver
for your hardware, without enabling HDLC first.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
Roman Zippel [EMAIL PROTECTED] writes:
What's the advantage? The HDLC option is directly before this?
You don't have to know it's required, you can just select a driver
for your hardware, without enabling HDLC first.
Is this a real
Roman Zippel [EMAIL PROTECTED] writes:
You don't have to know it's required, you can just select a driver
for your hardware, without enabling HDLC first.
Is this a real problem?
I think the select is better.
Using select you should also consider removing HDLC as visible option and
use
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
Actually I can't see any bad idea here.
The original dependency was certainly, uhm, not the best one.
select seriously screws with the dependencies, it's especially problematic
if the selected symbol has other dependencies as HDLC in this case,
Roman Zippel wrote:
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
Actually I can't see any bad idea here.
The original dependency was certainly, uhm, not the best one.
select seriously screws with the dependencies, it's especially problematic
if the selected symbol has other dependencies
Hi,
On Mon, 7 May 2007, Jeff Garzik wrote:
select seriously screws with the dependencies, it's especially problematic
if the selected symbol has other dependencies as HDLC in this case, it makes
it only more complicated to get the dependencies correct again.
Please use it only if it
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
> Allow enabling WAN drivers without selecting generic HDLC first,
> HDLC will be selected automatically.
>
> Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
>
> diff --git a/drivers/net/wan/Kconfig b/drivers/net/wan/Kconfig
> index
Allow enabling WAN drivers without selecting generic HDLC first,
HDLC will be selected automatically.
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
diff --git a/drivers/net/wan/Kconfig b/drivers/net/wan/Kconfig
index 8897f53..3a2fe82 100644
--- a/drivers/net/wan/Kconfig
+++
Allow enabling WAN drivers without selecting generic HDLC first,
HDLC will be selected automatically.
Signed-off-by: Krzysztof Halasa [EMAIL PROTECTED]
diff --git a/drivers/net/wan/Kconfig b/drivers/net/wan/Kconfig
index 8897f53..3a2fe82 100644
--- a/drivers/net/wan/Kconfig
+++
Hi,
On Mon, 7 May 2007, Krzysztof Halasa wrote:
Allow enabling WAN drivers without selecting generic HDLC first,
HDLC will be selected automatically.
Signed-off-by: Krzysztof Halasa [EMAIL PROTECTED]
diff --git a/drivers/net/wan/Kconfig b/drivers/net/wan/Kconfig
index 8897f53..3a2fe82
36 matches
Mail list logo