Re: svn 14407 broke the repository.

2006-03-07 Thread Bernhard Fischer
On Sat, Mar 04, 2006 at 09:18:20AM -0500, Paul D. Smith wrote: >%% Rob Landley <[EMAIL PROTECTED]> writes: > > rl> P.S. Either way it still tries to run the "h;y/[a-z]/[A-Z]/" > rl> thing through /bin/sh instead of sed. This doesn't appear to be a > rl> sed problem, but a make problem. > >I'll

Re: [kbuild-devel] Re: kbuild: Problem with latest GNU make rc

2006-03-07 Thread Giacomo A. Catenazzi
Jesper Juhl wrote: On 3/6/06, Giacomo A. Catenazzi <[EMAIL PROTECTED]> wrote: Sam Ravnborg wrote: sr> Suggestion: sr> We are now warned about an incompatibility in kbuild and we will sr> fix this asap. But that you postpone this particular behaviour sr> change until next make release. M

Re: make 3.81rc1 / MSYS

2006-03-07 Thread Eli Zaretskii
> From: David Ergo <[EMAIL PROTECTED]> > Cc: bug-make@gnu.org, Xavier Marichal <[EMAIL PROTECTED]>, > =?ISO-8859-1?Q?S=E9bastien?= Frippiat <[EMAIL PROTECTED]> > Date: Tue, 07 Mar 2006 09:28:46 +0100 > > Ok, now I understand. But for MSYS, as it uses unix code, sh_chars_sh is > not defined

Re: make 3.81rc1 / MSYS

2006-03-07 Thread Eli Zaretskii
> From: David Ergo <[EMAIL PROTECTED]> > Cc: bug-make@gnu.org, Xavier Marichal <[EMAIL PROTECTED]>, > =?ISO-8859-1?Q?S=E9bastien?= Frippiat <[EMAIL PROTECTED]> > Sorry, but as a understand the code, sh_chars_sh is an intermediate > variable as sh_chars_dos is, and sh_chars is the real varia

Re: make 3.81rc1 / MSYS

2006-03-07 Thread David Ergo
On Mon, 2006-03-06 at 20:53, Eli Zaretskii wrote: > > Sorry, but as a understand the code, sh_chars_sh is an intermediate > > variable as sh_chars_dos is, and sh_chars is the real variable to use. > > That's true. > > > I thinks the code is buggy, it should not assume that sh_chars is > > sh_char

[bug #15718] Weird behavior of the SHELL variable on Win32

2006-03-07 Thread Paul D. Smith
Follow-up Comment #18, bug #15718 (project make): OK, I've applied Eli's patch. This bug/thread has gotten way out of control: I can't determine what's actually a real problem and what's just a misunderstanding. Can one or more of the principles followup with a comment clarifying what the real

[bug #15718] Weird behavior of the SHELL variable on Win32

2006-03-07 Thread Eli Zaretskii
Follow-up Comment #19, bug #15718 (project make): The real bugs wrt SHELL that still need to be worked on are: 1. When the Windows port searches along PATH for a shell whose name is not cmd, it does not try to append the executable extensions, so SHELL=foo would not find foo.exe 2. If the value

Re: kbuild: Problem with latest GNU make rc

2006-03-07 Thread Paul D. Smith
%% Sam Ravnborg <[EMAIL PROTECTED]> writes: sr> I foresee a lot of mails to lkml the next year or more with this sr> issue if kept. People do build older kernels and continue to do so sr> the next long time. Especially the embedded market seem keen to sr> stay at 2.4 (wonder why), and as s

Re: [bug #15718] Weird behavior of the SHELL variable on Win32

2006-03-07 Thread Eli Zaretskii
> Date: Sat, 4 Mar 2006 20:17:20 +0200 > From: Eli Zaretskii <[EMAIL PROTECTED]> > > The fact that it doesn't work with setting SHELL from the command line might > mean there's another place in the code where the special treatment of cmd > should be added. Hmmm... Fixed thusly: 2006-03-04 Eli

Re: make 3.81rc1 / MSYS

2006-03-07 Thread David Ergo
On Fri, 2006-03-03 at 18:38, Eli Zaretskii wrote: > > From: David Ergo <[EMAIL PROTECTED]> > > Date: Tue, 28 Feb 2006 13:08:10 +0100 > > Cc: Xavier Marichal <[EMAIL PROTECTED]>, > > =?ISO-8859-1?Q?S=E9bastien?= Frippiat <[EMAIL PROTECTED]> > > I managed to compile a working version of make 3.81