1. OpenWatcom 1.6 compilation issue for ex.exe

When trying to create ex.exe under DOS using OW1.6, I get the "matherr" error.
Till then, small wonder.

Adding /dEOW to BE_FLAGS had worked well for exw.exe, so I assulmed it would for
ex.exe.

So I added the new variable in imake.bat. Compilation goes well. However, the
linker now emits hundreds of error messages about undefined symbols in all
be_*.obj files. This happens either in my modified dev directory as well as in
the original source directiry.

I noticed ifiles.lnk had lines in lower case and other in upper case, contrary
to exw.lnk. So I tried capitalising 4-5 lines at the beginning of the file. To no
avail.

Any idea?
CChris

new topic     » topic index » view message » categorize

2. Re: OpenWatcom 1.6 compilation issue for ex.exe

CChris wrote:
> 
> 
> When trying to create ex.exe under DOS using OW1.6, I get the "matherr" error.
> Till then, small wonder.
> 
> Adding /dEOW to BE_FLAGS had worked well for exw.exe, so I assulmed it would
> for ex.exe.
> 
> So I added the new variable in imake.bat. Compilation goes well. However, the
> linker now emits hundreds of error messages about undefined symbols in all
> be_*.obj
> files. This happens either in my modified dev directory as well as in the
> original
> source directiry.
> 
> I noticed ifiles.lnk had lines in lower case and other in upper case, contrary
> to exw.lnk. So I tried capitalising 4-5 lines at the beginning of the file.
> To no avail.
> 
> Any idea?

I always use the watcom makefile, but I haven't added support (in the
makefile )for DOS, mainly because I never use DOS.  It shouldn't be too 
hard to add it, assuming you're familiar with make files.  One trick is 
figuring out if the translator generates different files for the front 
end than get generated for windows.  I know that it's different for Windows 
and Linux, but not sure about DOS.

But if there are additional errors, I don't know what the solution is, since
I haven't even attempted to build ex.exe with OW1.6.

Matt

new topic     » goto parent     » topic index » view message » categorize

3. Re: OpenWatcom 1.6 compilation issue for ex.exe

Matt Lewis wrote:
> 
> CChris wrote:
> > 
> > 
> > When trying to create ex.exe under DOS using OW1.6, I get the "matherr"
> > error.
> > Till then, small wonder.
> > 
> > Adding /dEOW to BE_FLAGS had worked well for exw.exe, so I assulmed it would
> > for ex.exe.
> > 
> > So I added the new variable in imake.bat. Compilation goes well. However,
> > the
> > linker now emits hundreds of error messages about undefined symbols in all
> > be_*.obj
> > files. This happens either in my modified dev directory as well as in the
> > original
> > source directiry.
> > 
> > I noticed ifiles.lnk had lines in lower case and other in upper case,
> > contrary
> > to exw.lnk. So I tried capitalising 4-5 lines at the beginning of the file.
> > To no avail.
> > 
> > Any idea?
> 
> I always use the watcom makefile, but I haven't added support (in the
> makefile )for DOS, mainly because I never use DOS.  It shouldn't be too 
> hard to add it, assuming you're familiar with make files.  One trick is 
> figuring out if the translator generates different files for the front 
> end than get generated for windows.  I know that it's different for Windows
> 
> and Linux, but not sure about DOS.
> 
> But if there are additional errors, I don't know what the solution is, since
> I haven't even attempted to build ex.exe with OW1.6.
> 
> Matt

Never mind. 
I found out that my OW files were split between 2 different WATCOM77
directories. Indeed I had tried (at the time of 1.4) installing the Fortran
compiler as well out of curiosity. And I discovered that this had caused a
thorough mess in some environment variables, leading to a few .lib files not to
be found.

A clean reinstall of OW and a few reboots later, everything is now working
correctly - both ex and exw are correctly output and work as expected.

The curious may now look at http://oedoc.free.fr/get_fixed/ for files where not
only get') and value() return more info, but also the longtime documented quirk
of get() is fixed as well.
Without the fix, the enriched value() and get() can be found at
http://oedoc.free.fr/value_get/ .

Thanks anyway for the quick response.
CChris

new topic     » goto parent     » topic index » view message » categorize

Search



Quick Links

User menu

Not signed in.

Misc Menu