To:	pk AT tcs DOT uni DOT wroc DOT pl, djgpp AT delorie DOT com
Date:	Wed, 29 Jul 1998 12:41:08 -0700
From:	"Doug Gale" <dgale AT mailexcite DOT com>
Message-ID:	<JHCDJMDKOFDACAAA@mailexcite.com>
Mime-Version:	1.0
Subject:	RSXNTDJ libraries
Organization:	MailExcite (http://www.mailexcite.com:80)

>I reinstalled RSXNTDJ recently, and came across some 
>problems I've never did before. When I'm trying to
>compile sample program, ld.exe says, there's no 
>"-libc_app" file. When I copied this file from
>RSXNTDJ/LIB/MT/ to RSXNTDJ/LIB/ALL ld.exe said,
>that there was no "-libemx" file. When I copied
>all *.a files from MT to ALL directory, some 
>examples compiled ok, but in some cases ld.exe
>said, it couldn't find "-lcomctl32". That made
>me think, that there's a problem with LFN.
vI found "-lcomctl32" named 
>"RSXNTDJ/LIB/ALL/libcomct.a".

No, the libcomct.a is correct and is like that in the original distribution. The libc_app problem is caused by the fact that there are two sets of libraries to choose from when you build. The "ST" and "MT" directories hold the (S)ingle (T)hread and (M)ultiple (T)hread libraries. If you are building a single thread application, add 

-L%RSXNTDJ%/lib/st 

to the beginning of your GCC command line. If you are building a multiple-thread application, add 

-L%RSXNTDJ%/lib/mt

to the beginning of your GCC command line.

I also recommend that you clear out your lib/all, lib/st, and lib/mt directories and reinstall them from the zip. Who knows what weird problem might come up with a strange mixture of duplicated libraries in those directories.

I was considering changing the specs file to detect a command line parameter (eg. -Zst or -Zmt) to put in those parameters for me, but I have not gotten around to it yet)



Free web-based email, Forever, From anywhere!
http://www.mailexcite.com

- Raw text -