Any intelligent operating system will store timestamps in a
canonical format that does not jump around wildly when changing
timezones or entering/exiting daylight savings.
Yes, and Windows does this.
I don't use Windows so I don't know how it works: maybe it does the
intelligent thing, too,
Follow-up Comment #11, bug #9062 (project make):
A reminder: this bug is a request for a variable whose value is the full path
of the directory containing the Makefile, regardless of what the current
directory is or how it got that way with -C, etc.
There has been much discussion of the current
Paul,
[EMAIL PROTECTED] (Paul Jarc) writes:
+ work/variables/INCLUDE_DIRS.mk:3: .INCLUDE_DIRS is empty
This is probably because you built make with install prefix (--prefix)
being a non-existent directory. Can you reconfigure make with something
like --prefix /usr/local and see if this test
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16255
Summary: export a unique slot number
Project: make
Submitted by: egmont
Submitted on: Monday 04/03/06 at 09:51
Severity: 3 - Normal
Item
Follow-up Comment #8, bug #14684 (project make):
On Solaris 10, with LC_CTYPE set to iso_8859_1, isblank returns zero for
isblank('\t'), which (at least for me) causes the problem described in the
original report.
The following program demonstrates the issue:
#include stdio.h
#include ctype.h
Date: Mon, 03 Apr 2006 14:25:12 +0400
From: =?KOI8-R?Q?=E4=C5=CA=D4=C5=D2_=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F7=C1?=
=?KOI8-R?Q?=CC=C5=D2=C9=C5=D7=C9=DE?= [EMAIL PROTECTED]
After update GNU make from 3.80 up to 3.81 i cannot build gcc 4.0.2,
4.0.3 and 4.1.0 whith same error:
rm -f
%% Regarding Probable Spam: make 3.81 cannot build gcc 4.x.y;
t After update GNU make from 3.80 up to 3.81 i cannot build gcc 4.0.2,
t 4.0.3 and 4.1.0 whith same error:
t rm -f ./libgcov.a
t ar rc ./libgcov.a libgcc/./_gcov.o libgcc/./_gcov_merge_add.o
libgcc/./_gcov_merge_single.o