Message-ID: <36538C61.C61C689F@montana.com> Date: Wed, 18 Nov 1998 20:11:29 -0700 From: bowman X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: djgpp AT delorie DOT com Subject: Re: compiling with Rsxntdj References: <199811190235 DOT UAA29020 AT mail DOT dryden DOT net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp AT delorie DOT com Steen Espersen wrote: > > c:/djgpp/bin/ld.exe: cannot open -lc_app: No such file or directory > (ENOENT) check the specs file for the following lines: *link: %{Zwin32: -Lc:/rsxntdj/lib/all -Lc:/rsxntdj/lib/mt} there are two directories under rsxntdj/lib/, /mt and /st. there is a copy of libc_app.a in each. I am not sure what the implications of each is, but adding the mt copy to the linker path works for me. Did you hand patch all the sdk headers? patch.diff is too old to take. There are some other suggestions in djgppfaq.inf. To present, I've had no joy trying to compile C++ code with the package. You can hack around a bit and get it to compile, but the linker fails, saying it can't find the stabs info. This has been mentioned in the ng, but I haven't seen anybody answer with a work around in the archives. Apparently it did work with 2.7. The modified rsxntdj 'djgpp.env' adds the rsxn directories to the CPLUS_INCLUDE_PATH. If you are using the STL, at least for 'vector', a file 'new.h' will be found in /rsxndj/include/mssdk/ before the required one. This will break normal (non Windows) C++ compilation. The rsxntdj 'ld.exe' will fail silently if it cannot find require modules, as noted in the FAQ. If you attempt to use 'libwinmm.a', you'll need to import it from the MS .dll to get something to work. I believe there is also a problem with InitCommonControls(), too. Other than that, it does seem to work.