Quoting Philmart <[EMAIL PROTECTED]>:
Christopher Faylor-27 wrote:
On Thu, Nov 29, 2007 at 11:36:45PM +0100, Benoit Sigoure wrote:
...
This does raise the question of why you'd be using a cygwin version of
make if you need to use colon paths.
...
When using eclipse with CDT plugin and th
Quoting grischka <[EMAIL PROTECTED]>:
Earnie Boyd wrote:
>make CVS as is :
>7.09 seconds
>
> make CVS with per command path search :
>2.81 seconds
>
> Surprised?
No, you didn't reboot first.
Earnie
Is this serious or a joke?
If
Quoting grischka <[EMAIL PROTECTED]>:
make CVS as is :
7.09 seconds
make CVS with per command path search :
2.81 seconds
Surprised?
No, you didn't reboot first.
Earnie
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mail
Quoting Yongwei Wu <[EMAIL PROTECTED]>:
On 21/10/2007, grischka <[EMAIL PROTECTED]> wrote:
We can initialize SHELL either fixed to COMSPEC, or fixed to "sh",
optionally from the environment (SHELL or MAKESHELL), or based on PATH
search as currently (which I think is evil, though).
As 'default
Quoting Gary Turner <[EMAIL PROTECTED]>:
It all worked perfectly until I installed a compiler that put a sh
shell on my path. Since then all my makefiles are broken.
Bad business. Is there a reason the compiler needs the PATH set?
Make appears to insist on using the sh shell buried on my
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
(Note that above I said "almost" exactly like Posix, and that's
because a Posix filesystem will not show the file in `ls' after it was
deleted like that, while Windows does. All the rest is similar.)
You're also assuming that something else hasn't
Quoting Johannes Schindelin <[EMAIL PROTECTED]>:
And I have to disagree strongly with the "black": In msysGit (which brings
its own minimal version of MSys), it is very smooth.
FLI, I designed MSYS so that this could be done without interfering
with a normal install of MSYS. The only thin
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
SVN certainly sounds as easier for use on Windows than GIT.
There are native windows SVN command line tools available. I use those
nearly daily as well as CVS. I haven't found a good reason to switch
from CVS to SVN though. I doubt that I would
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Mon, 15 Oct 2007 00:45:47 +0100 (BST)
From: Johannes Schindelin <[EMAIL PROTECTED]>
cc: Alex Riesen <[EMAIL PROTECTED]>, [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], make-w32@gnu.org
The problem is that on Windows, you cannot kee
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Tue, 02 Oct 2007 14:11:07 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
I think you need both. I don't build with WINDOWS. I build with UNIXY
SHELL on WINDOWS.
But then you don't need config.h.W32.template, do you?
Quoting Paul Smith <[EMAIL PROTECTED]>:
This doesn't seem to be as much of an issue on Windows where the max
path length appears to be much more strictly defined.
I wouldn't count on that as always going to be.
Earnie
___
Make-w32 mailing list
Quoting Yongwei Wu <[EMAIL PROTECTED]>:
On 03/10/2007, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> Date: Tue, 02 Oct 2007 14:19:20 -0400
> From: Earnie Boyd <[EMAIL PROTECTED]>
>
>
> Quoting Yongwei Wu <[EMAIL PROTECTED]>:
>
> > I can con
Quoting Yongwei Wu <[EMAIL PROTECTED]>:
I can confirm that the PATH_SEPARATOR_CHAR setting in the config.h by
my ./configure procedure is wrong. Earnie, maybe you want to have a
check whether this issue exists in the MinGW build. I hope not.
I don't remember that I provided the last versio
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Tue, 2 Oct 2007 20:16:36 +0800
From: "Yongwei Wu" <[EMAIL PROTECTED]>
Cc: "Eli Zaretskii" <[EMAIL PROTECTED]>, make-w32@gnu.org
+#! /bin/sh
+VERSION=`sed -n 's/^AC_INIT(\[GNU make\],\[\([^]]\+\)\].*/\1/p'
configure.in`
+sed -e "s/%PACKAGE%/ma
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Mon, 1 Oct 2007 13:12:41 +0800
From: "Yongwei Wu" <[EMAIL PROTECTED]>
Cc: make-w32@gnu.org
(Slapping myself) sorry for my folly. With your information I
successfully built Make under Cygwin:
autoreconf -i
./configure --build=i686-pc-mingw32 C
Quoting Christian Buhtz <[EMAIL PROTECTED]>:
Is there a way to convert nmake related makefiles to gnu-make (e.g.
MinGW make) related makefiles?
Using Google I found
http://www.mail-archive.com/[EMAIL PROTECTED]/msg05924.html which is a
fairly recent thread. If that doesn't suit you I se
Quoting Daniel Mendyke <[EMAIL PROTECTED]>:
In answer to your question about where my version of 'make' came from,
I installed Dev-Cpp on my system which included 'make' 3.80. Then I
used the package installation feature of Dev-Cpp to upgraded to 'make' 3.81,
using the package found at http://
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
From above: This program built for i686-pc-mingw32
This isn't the MSYS version of make.
Then maybe it's a MinGW one.
IIRC it is built from unmodified GMAKE source and uses the MSVCRT.DLL
runtime but the Makefile to create make.exe is generated
Quoting Paul Smith <[EMAIL PROTECTED]>:
On Mon, 2007-06-18 at 14:24 -0700, Daniel Mendyke wrote:
Can anyone suggest reasons why make is failing?
My suspicion is that it's a shell problem. The shell you're using to
run the command by hand is not the same shell make is invoking to run
the comm
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Mon, 18 Jun 2007 14:24:48 -0700
From: "Daniel Mendyke" <[EMAIL PROTECTED]>
I'm running windows XP with Gnu make 3.8.1
C:\tmp$ make --version
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software;
Quoting Paul Smith <[EMAIL PROTECTED]>:
What I've thought about is using low ASCII values for these tokens.
This would still allow makefiles to be written in UTF-8, with the
exception of some special characters. We would need to look at the
possible characters and choose the ones we want caref
Quoting Greg Chicares <[EMAIL PROTECTED]>:
# Quoting doesn't help.
VPATH = "My Source Files"
But VPATH is one of those variables that refers to file paths. Would
it be possible to tokenize the space with something like %20? So my
foo.mk has the quoted path with a space and internally the
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Yikes! I'd prefer a general solution that would work on other
platforms as well, not only on DOS/Windows. After all, file names
with blanks find their way into Posix platforms also.
Especially when they are copied there from windows.
Earnie
___
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Thu, 17 May 2007 10:27:34 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
Is there a windows API call to convert the filename to 8.3?
Yes, GetShortPathName. See:
http://msdn2.microsoft.com/en-us/library/aa364989.aspx
Perhaps a
Quoting wafa Berrayana <[EMAIL PROTECTED]>:
installing the make utility. I download the soft mingw32-make-3.81-1-src.tar,
Try the mingw32-make-3.81-1.tar instead. It has a prebuild of the -src.tar.
Earnie
___
Make-w32 mailing list
Make-w32@gnu.or
Quoting Paul Smith <[EMAIL PROTECTED]>:
Another hack is to use the 8.3 version of the filename, but this is
unreliable at best.
Is there a windows API call to convert the filename to 8.3? Perhaps a
windows hack could store the filename in 8.3?
Earnie
___
Quoting Mark Txx <[EMAIL PROTECTED]>:
Any other "native" WIN32 solutions? such as mingw
This is the one I would suggest. Along with MSYS (also supplied by
MinGW) which is a fork of an older version of Cygwin tailored to a
mingw32 build environment.
Earnie
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Tue, 24 Apr 2007 15:35:49 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
C:\>echo. > echo.
'echo.' is not recognized as an internal or external command,
operable program or batch file.
Can't reproduce this. Are
Quoting Aaron Shatters <[EMAIL PROTECTED]>:
2 - using "echo. 2>&1" which tricks make into thinking this should be
handled by the shell?
I hate to be the bearer of bad news but ``echo.'' isn't a valid command.
C:\>dir echo*
Volume in drive C is QWEST
Volume Serial Number is 6077-E76C
Directo
Quoting Aaron Shatters <[EMAIL PROTECTED]>:
Really, TAAHOALOP using a native windows GNU make.
Ok, ya gots me there. There Aint A . something something Lot Of Point?
TAAHOALOP
"There Are A Hell Of A Lot Of People"
Maybe?
Exactly.
Earnie
___
Quoting Dave Korn <[EMAIL PROTECTED]>:
On 24 April 2007 12:35, Earnie Boyd wrote:
Quoting Dave Korn:
On 24 April 2007 07:43, Benoit Sigoure wrote:
and the whole community will benefit from this very slight improvement.
Nope, only the minority of win32/cmd.exe users. An awful
Quoting Dave Korn <[EMAIL PROTECTED]>:
On 24 April 2007 07:43, Benoit Sigoure wrote:
and the whole community will benefit from this very slight improvement.
Nope, only the minority of win32/cmd.exe users. An awful lot of people
never use make with any other than a POSIX shell
With
g apples to apples? You might
want to find some real measuring software. I've also noticed that
times can be skewed by the caching within the drive controller as well.
Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do n
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Thu, 07 Dec 2006 16:59:05 -0500
From: Earnie Boyd <[EMAIL PROTECTED]>
Cc: make-w32@gnu.org
Alternatives to stat using the windows API though may be a different
issue for the native version. You won't be able to use those
altern
f stat shouldn't be a concern for this list.
Take it back to the cygwin users list please. Alternatives to stat
using the windows API though may be a different issue for the native
version. You won't be able to use those alternatives for Cygwin or
MSYS.
Earnie Boyd
--
Please po
2006/11/29 Earnie Boyd <[EMAIL PROTECTED]>
* Makefile.am (check-regression): Change to the srctest
directorycreated in the previous ln -s command instead of the
test directory.
Index: Makefile.am
===
RC
Quoting Benoit Sigoure <[EMAIL PROTECTED]>:
5 foo: C:/Program\ Files\ \(x86\)/Cmake/Foo/Bar/some.file
Try modifying this to:
foo: C\:/Program\ Files\ \(x86\)/Cmake/Foo/Bar/some.file
or perhaps
foo: "C:/Program\ Files\ \(x86\)/Cmake/Foo/Bar/some.file"
Earnie Boy
win build of Make 3.81?
What if you quote the object of target all? Like this:
all: "C:/Program\ Files\
\(x86\)/CMake\2.4/share/cmake-2.4/Modules/TestBigEndian.c"
Please do watch the linewrap.
Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
FWIW, I think the MSYS build should also pick up the patch that solves
this, which is why I conditioned it on HAVE_DOS_PATHS, not on CYGWIN.
Me too! Just need a moment of to do it.
Earni
ill cause issues. Do you have a
sample Makefile that gives this?
Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the par
s of Make? If not, perhaps the invoked
programs cause this somehow.
And let us know which build you're using. Does it contain the patches
found in the archives of this list? Is it native, Cygwin, or MSYS
dependent runtimes? If native are you using it within the Cygwin or
MSYS shell
ke target 'make'. Stop.
Anyone has an idea how to solve this problem?
Get a real shell. See
http://mingw.sourceforge.net/MinGWiki/index.php/MSYS for one possiblity.
Earnie Boyd
--
--
**
* The u
Quoting John Hall <[EMAIL PROTECTED]>:
I don't know which version of the C runtime MingW links to.
By default msvcrt.dll but you can specify one of the other version
named ones at link time if you wish.
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Tue, 10 Oct 2006 13:46:27 +0100
From: "John Hall" <[EMAIL PROTECTED]>
Cc:
I then realised that the unique thing about my setup is that I'm
building with VS 2005, so I recompiled make with VS 2003 and the crash
no longer happens. I would suggest,
Quoting John Hall <[EMAIL PROTECTED]>:
On 07 October 2006 10:21, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> Investigating further, make is crashing in windows32_openpipe while
> evaluating the expression:
>
>VERSION_STRING = $(shell cat $(VERSION_TXT))
>
> where cat is a Windows native ver
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
What am I missing?
Sorry, it was I who was missing something. I was thinking other
packages that use make, not make itself.
Earnie Boyd
--
--
**
* The user o
til configure scripts have caught up with the
changes?
Earnie Boyd
--
--
**
* The user of this server has agreed to allow the use of a trailer in the*
* mail that he sends for advertising purposes. This advertisment
e could be the issue. Try the
following to see if it helps:
mv Makefile Makefile.old
tr -d '\r' < Makefile.old > Makefile
Earnie Boyd
--
**
* The user of this server has agreed to allow the use of a trai
\John Blaze\Desktop\net-irc>make
makefile:306: *** multiple target patterns. Stop.
There's something else at work here, because I cannot reproduce this
problem.
Perhaps spaces in the path names?
Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members
Quoting Krzysztof Nosek <[EMAIL PROTECTED]>:
I didn't manage to think up anything better than that :-)
Google for dsp2mak and/or dsp2make.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@g
[EMAIL PROTECTED] archives. I'm working on upgrading
the packages for the release candidate of the 1.0.11 version.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
ake from within the MSYS shell. Help is always
appreciated.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Fri, 18 Aug 2006 09:45:59 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
>>
>> I'm not sure if this is what you're saying but I wouldn't mind an option
>&g
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Fri, 18 Aug 2006 09:38:51 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
For MPOV I would consider C:/absolute/path to be supported in all
cases.
Excuse my ignorance, but what is MPOV?
MPOV == My Point Of View.
Earni
Quoting "William A. Hoffman" <[EMAIL PROTECTED]>:
At 08:54 AM 8/18/2006, Earnie Boyd wrote:
When the time comes, MSYS will mimick what Cygwin did.
Cool, then both of them will work. Will MSYS Still try to
convert / to the msys mount table? This cause trouble with
dos command
"b.c\"",...)
Putting child 0x00a73ca0 (broken) PID 4015928 on the chain.
Live child 0x00a73ca0 (broken) PID 4015928
/usr/bin/sh: -c: line 3: syntax error: unexpected end of file
You're executing the Cygwin gcc from the MSYS shell which is more than
likely
) I agree that the default should be with DOS
paths, and (b) we need an option to turn DOS paths off only if the
default behavior causes trouble in some situations.
I'm not sure I like a soft option but maybe DOSPATHS=false to turn it
off. I would still like the abov
n
list, either.)
For MPOV I would consider C:/absolute/path to be supported in all
cases. However if SHELL != 'sh' then C:\absolute\path should be
supported and \ loses its meaning as an escape character. FWIW, MPOV
is based on experience with others having issues with Makefiles and
MSYS
the msys mount point.
Only for the "native" binary. It isn't a "bad habit" it is a necessary one.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
.
There may be autoconf m4 filters for this already, you'll need to check.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
uses it.
Remember the chars_sh and chars_dos thing that is switched at run
time, that switch is triggered by the finding of sh.exe in the PATH.
And that shouldn't change.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing
ing it up to the user. Is it the case
that people might want to build a Cygwin version of make _WITHOUT_ DOS
path support?
That would depend on the end effect but possibly yes
--without-dos-paths needs to be supported.
Earnie Boyd
http://shop.s
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Thu, 17 Aug 2006 15:49:46 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
>
> The Cygwin build could (and probably should) use configure.in, but the
> MinGW and MSVC ports don&#x
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
That one is for the DOS (a.k.a. DJGPP) port. The Windows ports use
config.h.W32.
Unless the Windows port is built using MSYS or Cygwin and then a
config.h is generated during the configure process.
Earnie Boyd
http://shop.siebunlimit
gure if the MSYS shell is used.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
, since the code already works and there are many still using win9x
everyday. We can add a caveat to that in that those using gnu make on
win9x must test the patches applied. A determination can be made later
based on response from users.
Earnie Boyd
http://shop.s
stems such as Windows 95 that
do not have the newer methods available. However, please feel free to
submit your patches to the patch tracker for review.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Fri, 28 Jul 2006 08:53:06 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
Cc: help-make@gnu.org, make-w32@gnu.org
I wanted to be able to use the ``native'' version of make with
MSYS but I've found that if make create
native version. I'm working on
releasing MSYS 1.0.11 which will contain an MSYS build of make-3.81.
The solution for Cygwin and windows paths is to build a ``native''
version of make, name it differently than the Cygwin build and use that
for the make files containi
' on any XP box.
There is also something called ``reparse points'' or something like
that. Sysinternals ``junction'' makes use of them. MS has something
called ``linkd''.
Earnie Boyd
http://shop.siebunlimited.com
___
ples to try, I did without a hitch.
BTW, Eli and Paul, I decided to give a good try to the native version
of make working within the MSYS shell. I replaced the MSYS make with
the 3.81 native build I did for James and did a make clean && make with
good success. We'll
and MSYS have
an issue as well with executing the ``native'' make within it's
environment.
--8<--
FWIW: the basic problem is that I am making my C++ library
sources available Open Source. And since Windows isn't going to
disappear, I feel that, responsibly, they should be usable there
as well. By a normal Windows programmer:-). Requiring him to
install CygWin or UWin+GNU make is already pushing it; requiring
him to manually patch the sources, then compile them from the
command line, is definitly too much. (For information: the site
with the sources is already up: http://kanze.james.free.fr, for
those interested. The actual makefiles causing me the problems
are in the code tree.)
Please consider using MinGW and MSYS. We try to keep it small for this
reason.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Thu, 01 Jun 2006 08:23:13 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
IMO, make should not consider d:foo as a valid path even though the OS
does.
You mean in $abspath or everywhere? We were talking about the former;
I'm no
n, I don't find _abspath or
abspath documented and msdn.microsoft.com. Looking in my reference
material I found _fullpath which is documented here
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/HTML/_crt__fullpath.2c_._wfullpath.asp watch out for
isual C
6. No problem. I was hoping to do the same with other GNU tools but no luck
so far.
You should be able to take make-3.81 source and build it in MSYS using
./configure --prefix=/mingw && make.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Sun, 07 May 2006 11:45:26 -0400
From: Earnie Boyd <[EMAIL PROTECTED]>
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
> looking for sh.exe along the PATH, which is quite close. What do you
> suggest to do instead? use c
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
looking for sh.exe along the PATH, which is quite close. What do you
suggest to do instead? use cmd.exe?
If enviroment variable SHELL exists use its value otherwise use the
value of COMSPEC unless the makefile sets SHELL explicitly.
Earni
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Well, I'd say this is probably a bug in rxvt.
Yes, and not likely to be fixed anytime soon. To workaround ``start
/msys --norxvt''.
Earnie Boyd
http://shop.siebunlimited.com
___
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Tue, 28 Mar 2006 09:55:35 -0500
From: Earnie Boyd <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], make-w32@gnu.org
It is a dream of mine that enough patchwork be accomplished to replace
MSYS.
Besides a native port of a Posix shell,
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Mon, 27 Mar 2006 18:03:15 -0500
From: Earnie Boyd <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], make-w32@gnu.org
I don't want MSYS to become Cygwin. Jonathan had asked how to build an
MSYS version (using the MSYS runtime inst
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Mon, 27 Mar 2006 08:26:01 -0500
From: Earnie Boyd <[EMAIL PROTECTED]>
Cc: Eli Zaretskii <[EMAIL PROTECTED]>, make-w32@gnu.org
> >> 4) You'll need to replace the delivered config.guess and config.sub
> >
contains slashes I should remove all of them but one. I'll
take a look at MSYS for this; but I'm not promising anything soon.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
the FSF project that
maintains them before every release. I'd prefer not to keep locally
modified versions if possible.
You'll have to take that up with Red Hat; it is their source code
modification.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
ion currently used in MSYS and CYGWIN is
modified from the official release. I do not know what the
modifications are but some of them add a --win32 and --unix switch.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
omplex
applications for the native windows with the native gcc and native
binutils. It provides a common environment similar to UNIX platforms
that can execute configure and make without the hassles of needing to
use other tools.
Earnie Boyd
http://shop.siebunlimit
ely as a MinGW port
without MSYS?
Building a native make with MSYS isn't the issue. Using the native
make within MSYS may be.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
hout MSYS in the PATH and use the CMD.EXE shell. If you still have
problems then there is an issue with make; else it will be impossible
for you to prove there is one.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-
a snapshot exists is
for others to take a look at making it work.
Earnie Boyd
http://shop.siebunlimited.com
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
d in the bug report reasonable and a better idea?
I think you're correct and the patch isn't required.
Earnie Boyd
This message was sent using IMP, the Internet Messaging Program.
_
ome option i can give to make "copy" update the time stamp?
Is there something else i can do? The command "touch" does not exist.
more msfile > msfile2
Earnie Boyd
This message was sent us
Quoting Eli Zaretskii <[EMAIL PROTECTED]>:
Date: Tue, 17 Jan 2006 07:01:01 -0500
From: Earnie Boyd <[EMAIL PROTECTED]>
Cc: "J. Grant" <[EMAIL PROTECTED]>, [EMAIL PROTECTED], make-w32@gnu.org
>> If you just run from MSVC, and click Debug->Exceptions, you c
otherwise
the Studio debugger will not understand the debug info produced by
GCC, and all you can do is debug on the assembly level. Which isn't
fun.
Or you could just use gdb! The graphical Insight prebuild available
from sf.net/projects/mingw.
Earnie Boyd
-
res it; just like
NOTEPAD!! :(
Earnie Boyd
This message was sent using IMP, the Internet Messaging Program.
___
Make-w32 mailing list
Make-w32@gnu.org
http://lists.gnu.org/mailman/listinfo/make-w32
Quoting "J. Grant" <[EMAIL PROTECTED]>:
I guess this problem is because of the mix between MinGW/MSVC build
and MSYS unix wrapping shell stuff.
Yes. It is the reason that I had to supply an MSYS version of make and
perl. I
had hoped in the beginning to use native versions but I didn't h
Quoting "J. Grant" <[EMAIL PROTECTED]>:
Does msys use some kind of variable setting to control this? Because
the test suite strips out lots of environment variables.
Not sure.. Earnie?
No.
Earnie
___
Make-w32 mailing list
Make-w32@gnu.org
h
On 11:31:49 pm 2005-08-28 "J. Grant" <[EMAIL PROTECTED]> wrote:
>
> C:\msys\1.0\home\now3d>make -fmakefile_sig.mak
> main
> counting:
> (I press ctrl+c)
> make: *** [temp1] Interrupt
>
> C:\msys\1.0\home\now3d>
>
> Under MSYS ctrl+c still kills make.exe, leaving MSYS (rxvt.exe +
> sh.exe) running
On 3:42:31 am 2005-08-02 Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>
> Windows _does_ have the notion of process groups; what it doesn't have
> is the concept of signals. Signals are emulated on Windows.
>
> So the issue here is how are the emulated signals delivered to several
> programs that run
On 2:31:43 pm 2005-07-30 "J. Grant" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Previously we have discussed this:
>
> "Re: make signal text descriptions"
> http://lists.gnu.org/archive/html/make-w32/2003-10/msg00023.html
>
> There are two cases where I think we should display a more accurate
> error c
On 12:31:01 pm 2005-07-13 "Paul D. Smith" <[EMAIL PROTECTED]> wrote:
> %% "Earnie Boyd" <[EMAIL PROTECTED]> writes:
>
> eb> Would it remove the tab or change it to a space?
>
> On a POSIX system it's removed.
>
> eb> As long a
On 7:01:33 pm 2005-07-12 "Paul D. Smith" <[EMAIL PROTECTED]> wrote:
> %% Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
> ez> Yes, I think testing unixy_shell would be okay.
>
> Good stuff; so if !unixy_shell we want to go back to the old model,
> where make would eat the backslash-newline pair befo
1 - 100 of 162 matches
Mail list logo
