On Wed, 2013-09-25 at 09:29 +0800, baoshanqiang wrote:
> But, in my directory, '/usr/src/linux-3.11.1/drivers/helloworld/' ,
> there does have Makefile file. Please refer to the following picture.
> Would you tell me what the reason is?
Windows (or MacOS) use filesystems which are case-insensitiv
Paul Smith wrote:
> On Thu, 2013-09-19 at 14:47 +0200, Frank Heckenbach wrote:
> > Paul Smith wrote:
> >
> > > I didn't fix it this way. Instead I used the existing MAKE_RESTART
> > > environment variable to communicate from the current make to the
> > > restarted make that the enter message was
On Tue, 2013-09-24 at 21:25 +0400, Pavel Fedin wrote:
> Ok, i will try to check it out.
> Actually i'm also not familiar with such deep internals. I have just
> reused an existing code, i did not actually change anything.
> Additionally
> this error simply wasn't the case in earlier make version
Hello, Denis.
Tuesday, September 24, 2013, 14:34:35 you wrote:
> the Makefile above (and all the real examples that i have tested so
> far) seem to work. Hence, the treatement for stderr must be
> erroneous somewhere. I've performed several trials, adding or removing
> some code in this area, but
On Tue, 2013-09-24 at 18:49 +0200, Denis Excoffier wrote:
> All my tests now pass. I suppose we are at it. Here is the emx-patch,
> to apply on make-3.99.92 in order to have a working EMX platform (i
> suppose). I can say that the spawn-patch applies (still very easily)
> on top of this and the res
Hello, Eli.
Tuesday, September 24, 2013, 20:19:52 you wrote:
> If someone submits a patch that enables spawn for Cygwin under a
> special option, I promise to review it favorably.
Is it appropriate time to do this ?
I am passively following the list and at least notice what happens. I
remember
Hello, Denis.
Tuesday, September 24, 2013, 20:58:26 you wrote:
>> I'm not sure if Pavel is on this list so adding him explicitly.
> This was done.
Hello! I'm still here, Busy but here. I have not read it all
carefully but i've noticed my name, so i'm reading it now...
--
С уважением,
On 2013-09-24 17:15, David Boyce wrote:
> I'm not sure if Pavel is on this list so adding him explicitly.
This was done.
>
> Looks like there's a strong risk that no version of the spawn patch will get
> into 4.0 which would be a shame IMHO.
True. However, we'll probably be able to circulate a "s
On 2013-09-24 16:37, Frank Heckenbach wrote:
> Try this patch. I don't use EMX myself, but I noticed this when
> reading through the lastest changes, and it seems to fit your bug
> description.
>
> --- function.c.orig 2013-09-22 07:53:27.0 +0200
> +++ function.c2013-09-24 16:21:3
> Date: Tue, 24 Sep 2013 08:15:15 -0700
> From: David Boyce
> Cc: bug-...@denis-excoffier.org, bug-make
>
> Looks like there's a strong risk that no version of the spawn patch will
> get into 4.0 which would be a shame IMHO.
If someone submits a patch that enables spawn for Cygwin under a
speci
I'm not sure if Pavel is on this list so adding him explicitly.
Looks like there's a strong risk that no version of the spawn patch will
get into 4.0 which would be a shame IMHO.
-David
On Tue, Sep 24, 2013 at 7:37 AM, Frank Heckenbach
wrote:
> Try this patch. I don't use EMX myself, but I not
Try this patch. I don't use EMX myself, but I noticed this when
reading through the lastest changes, and it seems to fit your bug
description.
--- function.c.orig 2013-09-22 07:53:27.0 +0200
+++ function.c 2013-09-24 16:21:37.0 +0200
@@ -1710,7 +1710,7 @@
CLOSE_ON_EXEC(pipe
> From: Denis Excoffier
> Date: Tue, 24 Sep 2013 12:34:35 +0200
> Cc: Eli Zaretskii ,
> pavel_fe...@mail.ru
>
> On 2013-09-24 07:40, Eli Zaretskii wrote:
> > Could be, as I don't think I've seen any EMX-related changes for a
> > long time.
> On the contrary, child_execute_job() has been much rew
On 2013-09-24 07:40, Eli Zaretskii wrote:
> Could be, as I don't think I've seen any EMX-related changes for a
> long time.
On the contrary, child_execute_job() has been much rewritten between
make-3.99.91 and make-3.99.92.
First, in job.c,
if (dup2 (save_stdout, FD_STDOUT) != 0)
should be modifie
Hi,
I've noticed that it is not possible to explicitly call targets ending with
slash on make invocation, please see the following example (and inline
comments):
$ cat makefile_with_slash
foo/:
echo $@
$ make -f makefile_with_slash
echo foo # please not that slash is stripped!
foo
$
15 matches
Mail list logo
