Mail Archives: djgpp/1998/11/18/22:11:51
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.
- Raw text -