Mail Archives: djgpp-announce/1994/05/03/12:49:16
Thanks to DJ & other for the lame info:
"to make gmake you need gmake.exe" ...not in the distribution &
"make" seg faults....thanks guys!
also the install script generates a mostly bogus makefile. So
after some hacking on the makefile I got make368 to make using
turboC make ver 2.0!
The bug I found (very quickly with gdb, thanks dj) :
I use mks & the environment list may contain unset variables such
as "~command.com". The following code in main.c is attempting to pick
up stuff like "DJ=good_guy" and exspects the '=' character in every
string. I added 2 lines below:
----------------------------------------------------------------------
make370 or older : main.c : 500 or so
for (i = 0; envp[i] != 0; ++i)
{
register char *ep = envp[i];
vvvvvvvvvvvvvvvvvvvvvv
if( *ep == '~' )
continue;
^^^^^^^^^^^^^^^^^^^^^^
while (*ep != '=')
++ep;
/* The result of pointer arithmetic is cast to unsigned int for
machines where ptrdiff_t is a different size that doesn't widen
the same. */
define_variable (envp[i], (unsigned int) (ep - envp[i]),
ep + 1, o_env, 1)
/* Force exportation of every variable culled from the environment.
We used to rely on target_environment's v_default code to do this.
But that does not work for the case where an environment variable
is redefined in a makefile with `override'; it should then still
be exported, because it was originally in the environment. */
->export = v_export;
}
----------------------------------------------------------------------
Hummm! Doesn't Unix do somthing similar in the environment var list?
However when I try & run either "go32 make" or make.exe via "strip make,
coff2exe make".
Both complain of not enough memory to run!!! I have tried both under the
mks shell or dos6.0 command.com shell (pigs up less memory) & I have 100Mb
of disk space....so virtual space should be no problem. Even make of
small programs break. Ideas? turbo c make or ndmake are starting to look
better! ?!@#
I was hoping to try the xlibemu stuff...doesn't seem to be any binaries
distributed there either. Baugh :~(
Thanks
Frank
_/_/_/_/ _/ _/ _/_/_/ | Frank Bennett, MTS
_/ _/ _/ _/ _/ | Hewlett Packard
_/_/_/ _/ _/ _/ _/_/_/ | Fort Collins, CO
_/ _/_/ _/_/ _/ _/ | (303) 229-2679
_/ _/ _/ _/_/_/ | fwb AT fc DOT hp DOT com
- Raw text -