January 13, 2001
What is the heritage of the MAKE you refer to? The reason I ask is I have found a lot of variations in make programs, causing me a lot of grief. My build program

now works with nmake, smake, Borland's make, and gmake.

Ed Sowell

Jan Knepper wrote:

> Hmmm, did I ever forward you the page I found on the web with their name, address and phone number? Than again, you might have found them yourself that way and learned that they are no longer there.
>
> Anyways, if you have MAKE and the sources for MAKE and it is as good, why bother...

January 13, 2001
Jan Knepper <jan@smartsoft.cc> wrote in message news:3A5F8B66.7DE4F9F@smartsoft.cc...
> Did you get the standard STLport or did you get the new .tar.gz file which should include all the latest modification Damian made?
>
> When you use that version you should be able to use compiler version 8.0

Let us know how you get on.

Regards
Damian (from home)
>
> Jan
>
>
>
> "Edward F. Sowell" wrote:
>
> > >
> >
> > Well, I can't get Damian's mods to my test code to compile, even though
it
> > comiples for him.
> > I have set an include path to STLPort. If I try to use the DMC 8
download
> > it tells me that the compiler version is not registered (or to that
effect).
> > I have reverted
> > back to earlier compilers, back to 7.6, getting failures in internal .h
> > files, like rel_ops,
> > saying "function expected."
> >
> > Damian, what compiler version are you using?
> >
> > Jan, since Damian has probably retired for the weekend, do you have any ideas?
> >
> > Ed Sowell
>
January 13, 2001
Edward F. Sowell <sowelled@home.com> wrote in message news:3A5F81E5.89E2A1C4@home.com...
> >
>
> Well, I can't get Damian's mods to my test code to compile, even though it
> comiples for him.
> I have set an include path to STLPort. If I try to use the DMC 8 download
> it tells me that the compiler version is not registered (or to that
effect).
> I have reverted
> back to earlier compilers, back to 7.6, getting failures in internal .h
> files, like rel_ops,
> saying "function expected."
>
> Damian, what compiler version are you using?

Version 8.0 of the compiler. Not quite the latest one. I've downloaded it but not yet installed it (time is a problem).

If you want I can send the complete project on Monday.

Regards
Damian (from home)
>
> Jan, since Damian has probably retired for the weekend, do you have any ideas?
>
> Ed Sowell
>
>




January 13, 2001
MAKE is a relatively simple make program I wrote about 15 years ago. But then, I'm philosophically opposed to huge complex makefiles <g>.


Edward F. Sowell wrote in message <3A608D1C.6BE80D60@home.com>...
>What is the heritage of the MAKE you refer to? The reason I ask is I have
found
>a lot of variations in make programs, causing me a lot of grief. My build
program
>
>now works with nmake, smake, Borland's make, and gmake.
>
>Ed Sowell
>
>Jan Knepper wrote:
>
>> Hmmm, did I ever forward you the page I found on the web with their name, address and phone number? Than again, you might have found them yourself
that
>> way and learned that they are no longer there.
>>
>> Anyways, if you have MAKE and the sources for MAKE and it is as good, why bother...
>


January 13, 2001
Hi Damian,

Thanks for your weekend work!

I grabbed  8.0 and the tar of STLport. I have installed 8.0, but not
the STLport yet because I am a bit confused about where to put it.
In one of the installation notes it says NOT to overwrite existing compiler
headers. In the STLPort non-tar version, the included paths show
things in  STLPort, presumably a subdirectory of  \sc. So when I installed
it, I just extracted the whole zip file into my compiler dir, called DMC++,.
However, the tar version seems to put them into \sc\stl\stlport. Before messing
up
my compiler dir, I thought I'd ask for more specific instructions on where to
put things.

Ed


>
>
> Version 8.0 of the compiler. Not quite the latest one. I've downloaded it but not yet installed it (time is a problem).
>
> If you want I can send the complete project on Monday.
>
> Regards
> Damian (from home)

January 15, 2001
On Sat, 13 Jan 2001 11:23:05 -0800, "Edward F. Sowell" <sowelled@home.com> wrote:
> Hi Damian,
> 
> Thanks for your weekend work!
> 
> I grabbed  8.0 and the tar of STLport. I have installed 8.0, but not
> the STLport yet because I am a bit confused about where to put it.
> In one of the installation notes it says NOT to overwrite existing compiler
> headers. In the STLPort non-tar version, the included paths show
> things in  STLPort, presumably a subdirectory of  \sc. So when I installed
> it, I just extracted the whole zip file into my compiler dir, called DMC++,.
> However, the tar version seems to put them into \sc\stl\stlport. Before messing
> up
> my compiler dir, I thought I'd ask for more specific instructions on where to
> put things.
> 
> Ed
> 
Um... ok.

I've actually stored STLport in the following place:

  M:\cvs\dmc\STL\port

primarily because I am using CVS.

Essentailly you can put it anywhere you want, except over writing the includes that came with the original Symantec compiler.

Before Jan made CVS available for development I used to store STLport in

  D:\SC\STLport  (where I have installed my Symantec compiler)

I have attached the project (without the .BRO, hopefully this is not required) file.

Note that I have had to use the compiler flag '-Ab' to enable bool keyword. If you have problems check the file:

  port\stlport\config\stl_digital_mars.h

and uncomment '__STL_NO_BOOL' and remove '-Ab' from the compiler settings.

I think I need to update by readme file or at least check it.

Regards,
Damian


> 
> >
> >
> > Version 8.0 of the compiler. Not quite the latest one. I've downloaded it but not yet installed it (time is a problem).
> >
> > If you want I can send the complete project on Monday.
> >
> > Regards
> > Damian (from home)
> 




January 18, 2001
Walter wrote...

> Rewrite the makefiles to use MAKE instead of SMAKE. (Licensing issues with
> SMAKE).

When looking at make can you also check how system-time and file-time are handled? With make on WinNT I get messages like this:

    File 'text.obj' is newer than system time.
    File time = 979805590, system time = 979801992
    File time = 'Thu Jan 18 09:13:10 2001
    '
    Sys  time = 'Thu Jan 18 08:13:12 2001
    '

I assume this has to do with the timezone (here it's GMT+1). I don't get this with smake.


	Heinz
January 18, 2001
I get a message like this sometimes when I use multiple computers and they don't have their clocks synchronized. The message is triggered when the time stamp on a file is forward in time than what the computer's system clock says.

Do a dir on the file and see if the time on it matches MAKE's claim for it, and do a TIME on the command line and see if that matches too.

-Walter


Heinz Saathoff wrote in message ...
>Walter wrote...
>
>> Rewrite the makefiles to use MAKE instead of SMAKE. (Licensing issues
with
>> SMAKE).
>
>When looking at make can you also check how system-time and file-time are handled? With make on WinNT I get messages like this:
>
>    File 'text.obj' is newer than system time.
>    File time = 979805590, system time = 979801992
>    File time = 'Thu Jan 18 09:13:10 2001
>    '
>    Sys  time = 'Thu Jan 18 08:13:12 2001
>    '
>
>I assume this has to do with the timezone (here it's GMT+1). I don't get
>this with smake.
>
>
> Heinz


January 19, 2001
Walter wrote ...
> I get a message like this sometimes when I use multiple computers and they don't have their clocks synchronized. The message is triggered when the time stamp on a file is forward in time than what the computer's system clock says.
> 
> Do a dir on the file and see if the time on it matches MAKE's claim for it, and do a TIME on the command line and see if that matches too.
> 
> -Walter
> 
> 
> Heinz Saathoff wrote in message ...
> >When looking at make can you also check how system-time and file-time are handled? With make on WinNT I get messages like this:
> >
> >    File 'text.obj' is newer than system time.
> >    File time = 979805590, system time = 979801992
> >    File time = 'Thu Jan 18 09:13:10 2001
> >    '
> >    Sys  time = 'Thu Jan 18 08:13:12 2001
> >    '
> >
> >I assume this has to do with the timezone (here it's GMT+1). I don't get
> >this with smake.

This must have to do with the timezone. Now on Winter make claims that
system time is 1 hour before file time. In summer we have daylight
saving (GMT+2) and make claims it's 2 hours before file time. And on NT
I get this message _always_! I don't get this on an old DOS machine, but
DOS doesn't have timezone support.
BTW, I've had this discussion already on the old Symantec newsgroup. One
answer was that this messages only appear on machines that have
timezones GMT+n but nut with GMT-n. So in the US you won't get this
message.

BTW1, it does not have any influence on the build process as only file times are compared against each other. So it's not a real bug in make. But still I find this messages disturbing and therfore use smake instead.

BTW2, I mostly use make in 4DOS-NT boxes and not in the IDE. My target platform is still DOSX!


	Heinz

January 19, 2001
Checking the code, it is most likely a bug in the time() runtime library function. The check has no affect on the rest of MAKE's operation, I only put it in because that was back in the bad old days where networks didn't synchronize clocks on all the computers connected. Having the computers all with different dates could produce some pretty wacky make results.

Try an experiment for me - write a little program to get the time via time()
and print it out with ctime(). See if it is also off by an hour.

-Walter