Greetings -
Apologies in advance if this is the wrong group.
I'm attempting to compile povray for win98, using the unix code. As I am
unschooled and unskilled, I've run into a variety of problems. Zlib worked
fine, but in attempting to compile pnglib (using makefile.w32),
I run into this:

$ make test
gcc -c -Ox -W3 -I..\zlib .c >> pngerrs
gcc: .c: No such file or directory
gcc: No input files
make: *** [pngtest.obj] Error 1

When gcc accesses this line:

png$(O): png.h pngconf.h
    $(CC) -c $(CFLAGS) $*.c $(ERRFILE)

The question is, how do I make gcc accept *.c as a wildcard call? (It jumps
from there to the pngtest.exe call, skipping a whole lot of compile steps
and *not* generating an error for 'errfile')

Sorry for bothering y'all with this trivia: if anyone can point me to a
source of data that could clear my confusion, it would save you the
heartache of dealing with me again.

Best regards, and TIA

Setep

Post a reply to this message

Setepenaset wrote:
> 
> Greetings -
> Apologies in advance if this is the wrong group.

This group is correct for such things.

> I'm attempting to compile povray for win98, using the unix code. As I am
> unschooled and unskilled, I've run into a variety of problems. Zlib worked
> fine, but in attempting to compile pnglib (using makefile.w32),
> I run into this:
> 
> [...]

It would help if you'd say what compiler you are using.  I had to do some
manual modification of the makefiles when compiling zlib/libpng with
Cygwin.

Christoph

-- 
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other 
things on: http://www.schunter.etc.tu-bs.de/~chris/

Post a reply to this message

It would help if you'd say what compiler you are using.  I had to do some
manual modification of the makefiles when compiling zlib/libpng with
Cygwin.

Christoph

----------------------------------------------------------------------------
---------
Christoph -
Thanks for the response, and sorry for insufficient data -
I'm trying to use Cygwin/gcc, though I have access to djgpp if it would be
easier. (or to Borland c++ builder, although that would require a
re-install)
(btw, zlib compiled fine for me w/o change to the makefile -- ???)

Setep

Post a reply to this message

Setepenaset wrote:
> 
> Thanks for the response, and sorry for insufficient data -
> I'm trying to use Cygwin/gcc, though I have access to djgpp if it would be
> easier. (or to Borland c++ builder, although that would require a
> re-install)
> (btw, zlib compiled fine for me w/o change to the makefile -- ???)
> 

I'm using -mno-cygwin to avoid dependance on the Cygwin DLL and therefore
needed some changes in CFLAGS/LDFLAGS.

For libpng I took the linux makefile as a basis.

BTW, you can also try the compiled libraries coming with cygwin.

Christoph

-- 
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other 
things on: http://www.schunter.etc.tu-bs.de/~chris/

Post a reply to this message

Setepenaset <ron### [at] hotmailcom> wrote:
: When gcc accesses this line:

: png$(O): png.h pngconf.h
:     $(CC) -c $(CFLAGS) $*.c $(ERRFILE)

  No, this is not what "gcc" reads. This is what "make" reads. This is makefile
code.
  The problem is not with gcc but with make. It may be that the make program
you are using does not understand $*
  Do you have gmake there?

-- 
char*i="b[7FK@`3NB6>B:b3O6>:B:b3O6><`3:;8:6f733:>::b?7B>:>^B>C73;S1";
main(_,c,m){for(m=32;c=*i++-49;c&m?puts(""):m)for(_=(
c/4)&7;putchar(m),_--?m:(_=(1<<(c&3))-1,(m^=3)&3););}    /*- Warp -*/

Post a reply to this message

Warp said :

  The problem is not with gcc but with make. It may be that the make program
you are using does not understand $*
  Do you have gmake there?
----------------------------------------------------------------------------
-----

Still trying to answer that - research so far indicates that gmake is a
generic term for the make distributed by fsf (gnu). Cygwin is a gnu thing,
and the distro has a make.exe. Indications would tend to indicate that I
/do/ have gmake. Don't know for sure, though.

Setep

Post a reply to this message

Setepenaset <ron### [at] hotmailcom> wrote:
: Don't know for sure, though.

  make --version will make you sure. If it says something like this:

GNU Make version 3.78.1, by Richard Stallman and Roland McGrath.

then you have gmake.

  And if so, I don't know what could be the problem. AFAIK gmake is the most
advanced make program out there and it should know all features.

-- 
char*i="b[7FK@`3NB6>B:b3O6>:B:b3O6><`3:;8:6f733:>::b?7B>:>^B>C73;S1";
main(_,c,m){for(m=32;c=*i++-49;c&m?puts(""):m)for(_=(
c/4)&7;putchar(m),_--?m:(_=(1<<(c&3))-1,(m^=3)&3););}    /*- Warp -*/

Post a reply to this message

Warp wrote :
  make --version will make you sure. If it says something like this:

GNU Make version 3.78.1, by Richard Stallman and Roland McGrath.

then you have gmake.
----------------------------------------------------------------------------
----

Thanks for the info, but I'm kinda blind-alleyed now; I have version 3.79.1.
(Where to go from here, he wondered)

setep

Post a reply to this message

Howdy -
Still stumbling along. (have moved to mcp code) Current questions:
1- shdrglue.c and shdrexec.c report 'parse error before long' at this line:
   long labs (long);     (in stdlib.h)
2 - besides this, the following warnings were issued:

isosurf.c:1143: warning: `iso_fn' declared inline after being called
isosurf.c:1183: warning: `iso_func' declared inline after being called
povray.c: In function `main':
povray.c:279: warning: return type of `main' is not `int'

overall output was a large number of .o files (all but the 2 mentioned in
question 1)

In addition, 'make all' returned a huge list of undefined references.

Any clues would be appreciated.

setep
-----------------------------------------------
isosurf.c   1138-1150 :
#ifdef _WIN32
__inline DBL iso_fn(ISOSURFACE *ISOSRF, DBL *t)
#else
DBL iso_fn(ISOSURFACE *ISOSRF, DBL *t)
#endif
{
    FUNCTION *Func=ISOSRF->Func;

    VEvaluateRay(VTmp, ISOSRF->P, *t, ISOSRF->D);
    return(
        (DBL)(ISOSRF->Inv3)*(Func->sign)
          *( (Func->iso_func) (Func, VTmp)- Func->threshold) );
}
--------------------------------------------------
isosurf.c       1177-1188 :
#ifdef _WIN32
__inline DBL iso_func(FUNCTION *Func,VECTOR VPos)
#else
DBL iso_func(FUNCTION *Func,VECTOR VPos)
#endif

{
 DBL temp=(Func->iso_func)(Func,VPos);

  return((Func->sign)*( temp- Func->threshold) );
/*  return((Func->sign)*( (Func->iso_func) (Func, VPos)- Func->threshold) );
*/
}
--------------------------------------------------
povray.c         266-279 :
#ifdef NOCMDLINE    /* a main() by any other name... */
#ifdef ALTMAIN
  MAIN_RETURN_TYPE alt_main()
#else
  MAIN_RETURN_TYPE main()
#endif
#else
#ifdef ALTMAIN
  MAIN_RETURN_TYPE alt_main(int argc, char **argv)
#else
  MAIN_RETURN_TYPE main(int argc, char **argv)
#endif
#endif            /* ...would be a lot less hassle!! :-) AAC */
{

Post a reply to this message

Setepenaset wrote:
> 
> Howdy -
> Still stumbling along. (have moved to mcp code) Current questions:
> 1- shdrglue.c and shdrexec.c report 'parse error before long' at this line:
>    long labs (long);     (in stdlib.h)

Try to move line
#include "frame.h"
after including stdlib.h.  
probably some problem with different inclusion order in include files.

> 2 - besides this, the following warnings were issued:
> 
> isosurf.c:1143: warning: `iso_fn' declared inline after being called
> isosurf.c:1183: warning: `iso_func' declared inline after being called

Don't know about these.

> povray.c: In function `main':
> povray.c:279: warning: return type of `main' is not `int'

Unix config file should contain #define's for main return type and
return statement. Be sure, that correct config.h is used and it includes
unixconf.h.

Post a reply to this message