Re: Compiling FreeCom

A new version... and still the same problems

       D:\dnix\tcc\BIN\TCC +TCCDOS.CFG -c compfile.c ctxt_inf.c ctxt_mk.c
ctxt_
mkn.c ctxt_pop.c ctxt_psh.c ctxt_rnu.c ctxt_set.c
Turbo C++  Version 1.01 Copyright (c) 1990 Borland International
compfile.c:
Warning compfile.c 56: Call to function 'dfnfilename' with no prototype in
funct
ion comPathFile
Error compfile.c 56: Illegal pointer subtraction in function comPathFile
Warning compfile.c 60: Possible use of 'pathLen' before definition in
function c
omPathFile
Warning compfile.c 61: Possible use of 'pathLen' before definition in
function c
omPathFile
*** 1 errors in Compile ***
ctxt_inf.c:
ctxt_mk.c:
ctxt_mkn.c:
ctxt_pop.c:
ctxt_psh.c:
ctxt_rnu.c:
Warning ctxt_rnu.c 28: Call to function '_fmemcpy' with no prototype in
function
 renumber
ctxt_set.c:

        Available memory 263104

----- Original Message -----
From: <[email protected]>
To: "FreeDos List" <[email protected]>
Sent: Tuesday, October 15, 2002 8:36 AM
Subject: Re: [fd-dev] Compiling FreeCom


> On Mon, 14 Oct 2002, Alain wrote:
>
> > > Warning compfile.c 56: Call to function 'dfnfilename' with no
prototype in
> >
> > I had to copy 'dfn.h' to the include directory.
> >
> > The source file says:
> >
> > #include <dfn.h>
>
> OK, this is a bug in BATCH.C and must be replaced by
>
> #include <dfn.h>
>
> As you can see in the Makefile, my installation resolves the
> "../include/dfn.h" not as a _FreeCOM_local_, but site-wide header file:
> /freedos/src/include/../include/dfn.h
>
> Will be fixed soon.
>
> Actually, SUPPL is a library and is used so, hence, I assume the include
> files are in the compiler's search path, ergo the <dfn.h> style is correct
> and CONFIG.MAK ensures, that the created *.CFG do setup the appropriate -I
> switch.
>
> BTW: Did I overlooked a bug filed?
>
> Bye,
>
> --
>
> Steffen Kaiser
>
> The current maintainer of [email protected]
> http://freedos.sourceforge.net/freecom/FreeCOM.html
>