Граф коммитов

9 Коммитов

Автор SHA1 Сообщение Дата
cls%seawood.org a9092648b5 Update comments and use enhanced cygwin-wrapper script for nspr & ldap.
Thanks to Brian Bober <netdragon@gmail.com> for the patch.
Bug #245918 r=cls
2004-08-18 23:18:55 +00:00
bsmedberg%covad.net a16da231df Bug 216366 - fix for activestate perl using GNU make 3.80 r=bryner 2003-10-30 21:05:56 +00:00
cls%seawood.org dc2a33bd91 Do not spawn processes when converting cygwin paths. Signficant performance enhancement.
Thanks to paxunix@acm.org for the patch.
Bug #206643 r=bryner sr=cls a=mkaply
2003-08-14 21:32:11 +00:00
seawood%netscape.com 19b2850999 Third time's a charge.
Thanks to danm@netscape.com for the patch.
Bug #158920
2003-04-02 23:22:41 +00:00
seawood%netscape.com 215fce2c37 'mount -p' can return multiple mount points. Use the first one.
Bug #158920 r=sspitzer
2003-04-02 20:48:13 +00:00
seawood%netscape.com 2ea48d15fd Use 'mount -' to get cygdrive mountpoint rather than assuming /cygdrive.
Bug #158920 r=bryner
2003-04-02 06:22:59 +00:00
seawood%netscape.com 5b89bfd6bb Re-adding with executable bit set. 2002-06-17 17:30:22 +00:00
seawood%netscape.com 42f3e16064 Oops. These need to be executable by default 2002-06-17 17:28:34 +00:00
seawood%netscape.com 6de5b59159 Fixing win32 gmake builds lack of debugging information problem by working around a combination MSVC & cygwin make deficiencies:
* We must use the full path to the source file when calling MSVC so that debugging information shows up in the object files.
* Because of cygwin's use of /cygdrive when using full paths, we must use a cygwin-wrapper script in some cases to allow native win32 programs to use a fully qualified cygwin path.
* We have to call configure using the full path so that $(srcdir) contains the
full path in the Makefiles. The rules have been changed for win32 so that it
always use $(srcdir)/$*.{c,cpp} as the sourcefile name even when the file is in
the cwd.  This works around both the /cygdrive issue and the msvc's path info
optimization.
* We still use the wrapper when calling rc.exe & nsinstall.  nsinstall
frequently takes multiple args and is called all over the tree so changing each
calling site is going to be expensive.	(I'll have to check  the logs again but
I think the rc wrapping can go.)
* nspr & ldap still use the wrappers for all native win32 progs.  Neither nspr
nor ldap uses the acoutput-fast.pl script to speed up the substitution of
@srcdir@ into their Makefiles so, makefile substitution will break if we use
dos-paths.
* In the handful of directories where we copy srcfiles from another directory
in lieu of using VPATHs, we have to now copy those files to $(srcdir) so that
the default rules can find them.
Bug #141834 r=leaf,wtc,dmose,mcs
2002-06-17 17:09:57 +00:00