Xref: news-dnh.mv.net comp.os.msdos.djgpp:1962 Path: news-dnh.mv.net!mv!news.NH.Destek.Net!news2.net99.net!news.cais.net!news.structured.net!news.tbcnet.com!pagesat.net!news.uoregon.edu!usenet.eel.ufl.edu!news.mathworks.com!panix!news.eecs.umich.edu!newsxfer.itd.umich.edu!gumby!yale!oitnews.harvard.edu!news.sesqui.net!rice!news!sandmann From: Charles Sandmann Newsgroups: comp.os.msdos.djgpp Subject: Re: Problems w/ v2 & SB-lib & X-lib Date: Wed, 06 Sep 1995 23:17:40 CDT Organization: Rice University, Houston, Texas Lines: 17 References: <42irpr$3c0 AT celebrian DOT otago DOT ac DOT nz> Reply-To: sandmann AT clio DOT rice DOT edu Nntp-Posting-Host: clio.rice.edu To: djgpp AT sun DOT soe DOT clarkson DOT edu Dj-Gateway: from newsgroup comp.os.msdos.djgpp > First - where the hell did go32 go? I didn't find it in any of the It's gone, all the functionality is in the micro-stub, 32-bit code, or the DPMI provider. > BUT - I tried running gcc and I kept getting a co-pro error (I tried all > combinations of setting the go32=emu blah-blah w/ both forward & back > slashes also both emu387. & emu387.dxe (what is this?)). What is strange > is that when I tried hand compiling (ie. cpp -> cc1 -> as -> ld) it works. There was a bug in beta 1 with coprocessor detection for nested programs (GCC's children). Beta 2 did not rebuild GCC and friends with the fixed beta 2 libc, so showed the same problems. It should be fixed in the next beta; a workaround is "SET 387=N". EMU387.DXE is the dynamically loaded FPU emulator for V2; the symbol EMU387 should point to it (also fixed in the next beta) if it's not in the same directory as the binary being run. The GO32 environment variable is not used at all in V2.