From: Steve Chapel Newsgroups: comp.os.msdos.djgpp Subject: Re: Linker error [SOLUTION] Date: Sat, 03 Oct 1998 02:31:16 -0700 Organization: Utilicom, Inc. Lines: 60 Message-ID: <3615EEE4.295AA5B5@utilicom.com> References: <360D4DF7 DOT AF97D918 AT galaxycorp DOT com> <6uvi3p$3t2$1 AT star DOT cs DOT vu DOT nl> <3615C8E6 DOT 1E5A6AB2 AT utilicom DOT com> NNTP-Posting-Host: steve.utilicom.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sienna.impulse.net 907407077 21271 207.33.43.138 (3 Oct 1998 09:31:17 GMT) X-Complaints-To: abuse AT impulse DOT net NNTP-Posting-Date: 3 Oct 1998 09:31:17 GMT X-Mailer: Mozilla 4.5b2 [en] (Win95; I) X-Accept-Language: en To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Steve Chapel wrote: > > Boon van der RJ wrote: > > > > On Sat, 26 Sep 1998, ajschrotenboer wrote: > > > I can compile and link .c files, but cannot .cc or .cpp. > > > > > > I can compile .cc and .cpp, but when I go to make (I'm using RHIDE 1.4) > > > I get a linker error. > > > > > > Error: c:/djgpp/bin/ld.exe: cannot open -lstdcx: No such file or > > > directory (ENOENT) > > > > > > What's wrong?????? > > > > Apart from other solutions you've got (FAQ, RH-ide, and the > > non-optimal rename), it can also result from still > > using the stock gxx.exe you get with djdev201. > > Use the one that ships with gpp281b.zip, if that's the problem. > > I just installed DJGPP for the first time, and have exactly the > same problem. After reading this message, I unzipped gpp again to > put its version of gxx.exe in, but it didn't help at all. > > I also have the program the when I #include I get a > message that the file streambuf.h cannot be found. It's in the > same directory where iostream and iostream.h are, and gxx found > both of those, so why not streambuf.h? After considerable effort, I solved all my problems. Here's how: 1) Added the line: FILES=60 to C:\CONFIG.SYS to allow up to sixty files to be open. 2) Added the line: SET LFN=Y to C:\AUTOEXEC.BAT to enable support for "long file names". These suggestions are well buried in the DJGPP FAQ! I can't imagine anyone compiling C++ without the long file name support. I couldn't even get the hello world program: #include int main() { cout << "Hello, world!" << endl; return 0; } to compile without it! I still had a problem with running out of virtual memory while compiling C++ programs, but when I 3) Set the DOS Window properties to: Memory | Extended | Auto Memory | DPMI | Auto that problem went away as well.