www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1999/08/25/06:10:10

From: "gunno" <gunno AT no-spam DOT telia DOT com>
Newsgroups: comp.os.msdos.djgpp
References: <4Jbw3.675$Hya DOT 190530560 AT newsa DOT telia DOT net> <7prj9t$65u$1 AT taliesin DOT netcom DOT net DOT uk> <h9tw3.768$Hya DOT 192380928 AT newsa DOT telia DOT net> <ANww3.4910$ei1 DOT 9846 AT newsfeeds DOT bigpond DOT com>
Subject: Re: HowTo patch RSXNTDJ : a first attempt
X-Newsreader: Microsoft Outlook Express 4.71.1712.3
X-Mimeole: Produced By Microsoft MimeOLE V4.71.1712.3
Message-ID: <zSLw3.611$Wid.188809728@newsb.telia.net>
Date: Wed, 25 Aug 1999 06:15:59 GMT
NNTP-Posting-Host: 195.198.144.51
X-Complaints-To: abuse AT telia DOT com
X-Trace: newsb.telia.net 935561759 195.198.144.51 (Wed, 25 Aug 1999 08:15:59 CEST)
NNTP-Posting-Date: Wed, 25 Aug 1999 08:15:59 CEST
Organization: Telia Internet
Lines: 70
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Johan Venter wrote ...

About 1.Missing library:
>gunno <gunno AT no-spam DOT telia DOT com> wrote in message news:h9tw3.768
>> This is maybe a plea to Rainer Schnitker to use a zipper that preserves
>>long file names.
>
>I've emailed him about this. He said "I'm using Windows NT". I don't think
>that was a good excuse, do you?
>

Well, not really. If "Windows NT" can't preserve long filenames (??!) the
calls for -lcomtl32 in the makefiles should have been changed accordingly.
The thing is that I just discovered from where these damned call for that
library came. It's in the makefiles for "sample\gui\commctl" and
"sample\gui\cplus". So my advice to make a copy of "libcomctl.a" with the
longer name maybe isn't too good.
Maybe the right thing to do is to change those makefiles.
Kind of embarrassed for giving bad advice, but this is to test ideas - and
it works :-)

About 2. Conflicting names.
>> You have no C_INCLUDE_PATH and no CPLUS_INCLUDE_PATH but you still get
>>the directories listed above visited for inclusion. Weird? Yeah, but
that's
>>the  way it works with RSXNTDJ 1.5.0
>> And if anybody can give an explanation that surely would be appreciated.
>
>Are these paths not set in original poster's djgpp.env file? that would
>cause that behaviour.

Aha!!! Of course, so it was, Thanks !!

But the problem remains. One can't have two 'function.h' in a system.  I
wouldn't have run into this if I had done _exactly_ as it says in the
RSXNTDJ installation notes. (If I ever have a talent it's this - is there a
mine or a bug, believe me, I will trip on it). Putting the RSXNTDJ includes
first in CPLUS_INCLUDE_PATH will just cover the problem until later. Seems
like the djgpp 'function.h' is a part of C++ Standard Library (it's included
from <iterator>) So one would probably run into troubles that day one wants
to use STL and gets the RSXNTDJ 'function.h' included instead.

The RSXNTDJ 'function.h' itself, believes it's called 'functions.h' (look at
the top of it) and that had been just fine. Maybe this is another case of
truncated filenames. (But the #include call in 'windows.h' is changed
accordingly)

I think the RSXNTDJ 'function.h' _has_ to have a new name and the call in
'windows.h' has to be changed, but what to do with those 'longshrt.1s1' and
'longshrt.1s2' ? (what on earth do these files do ?)


Many thanks Johan, talking with you makes things clearer..

















- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019