> Clean install of msys-1.0.10, gcc-3.4.0 most recent versions of necessary
> packages.

	It seems I cannot reproduce your problem using:

msys-1.0.10.exe
binutils-2.15.90-20040222-1.tar.gz
gcc-core-3.4.0-20040501-1.tar.gz
gcc-g++-3.4.0-20040501-1.tar.gz
mingw-runtime-3.3.tar.gz
w32api-2.5.tar.gz

	In this case I can compile the whole POV-Ray (with an additional
-D__CYGWIN on the command-line; the latter is now set in configure).

> /mingw/bin/gcc -o mkg3states -I.././../zlib   -pipe -O3 -march=pentiumpro
> -mtune=pentiumpro -malign-double -minline-all-stringops     -I.
> -I../libtiff   ../libtiff/mkg3states.c
> C:/WINNT40/Profiles/SLSAND~1.RDG/LOCALS~1/Temp/cc0Eaaaa.o(.text+0x201):mkg3states.c:
> undefined reference to `getopt'

	Can you tell me if the libtiff configure reports something like:

Checking system libraries for functionality to emulate.
Done checking system libraries.

	or if there is a line in between mentionning about getopt ?
If this is the case I guess I have a fix for it, though I could not
really test it reliably.

	- NC

Post a reply to this message

> - Many warning like in parse.cpp & parstxtr.cpp:

	You can ignore them -- they won't harm.

> - I can't disable X : --without-x shown

	Yes, this will be fixed in the final source distro.

> But another question : Why do we recompile every library even if they 
> are already on the system (Libpng, libz, ...) ?

	If you look at the output of configure, you'll see that these
libraries are compiled only when needed.

> PS: Test ongoing on my SparcServer5/NetBSD 1.6/Gcc 2.95.3 box but I 
> think it should fails if I can't disable X (as X isn't installer on this 
> "server").
> PS2: Tomorrow, text on my HP-712 workstation under HP-UX 10.20 ...

	I'd be interested to hear of your results  :-)

	- NC

Post a reply to this message

Nicolas Calimet <pov### [at] freefr> wrote:
> > - Many warning like in parse.cpp & parstxtr.cpp:
>
>  You can ignore them -- they won't harm.

Ok, there is no way to remove them (like using casting) ?

[...]

> > PS: Test ongoing on my SparcServer5/NetBSD 1.6/Gcc 2.95.3 box but I
> > think it should fails if I can't disable X (as X isn't installer on this
> > "server").
> > PS2: Tomorrow, text on my HP-712 workstation under HP-UX 10.20 ...
>
>  I'd be interested to hear of your results  :-)

Under HP-UX 10.20 (I know, it's quite obsolete), the compilation fails due
to lack of vsnprintf() :-(

Bye

Laurent

Post a reply to this message

* Nicolas Calimet wrote:

> The build system has been completely rewritten for POV-Ray 3.6, and
> while it has been tested on various platforms, it may fail on your
> particular system. If this is the case, please report the problem(s)
> in this thread only.

Since some don't have the required vsnprintf(), maybe a solution is to
check for that and include the version shipped with mutt (www.mutt.org)?
Note that I didn't check any licensing issues nor wether mutt's version
is sufficient. It's just an idea and seem to much work to support older
systems...

  bye, Rocco

Post a reply to this message

Build successfully on my SunServers 5 / NetBSD 1.6 (Sparc) without X 
support.

Bye

Laurent

Post a reply to this message

In article <web.40ea6218e60bfa21e5987fa60@news.povray.org> , "destroyedlolo"
<l_f### [at] yahoocom> wrote:

> Ok, there is no way to remove them (like using casting) ?

It ius a warning that informs the compiler user about legal code that may
however be a mistake in particular when said code is written by a novice.
There is no defect in the code whatsoever.  There is no reason clutter the
code with useless casts just to slience a compiler warning.  Tunring the
warning off is the only correct solution if you are not interested in said
warning -- and for the POV-ray source code you are not intested in it.

    Thorsten

____________________________________________________
Thorsten Froehlich
e-mail: mac### [at] povrayorg

I am a member of the POV-Ray Team.
Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

> Under HP-UX 10.20 (I know, it's quite obsolete), the compilation fails due
> to lack of vsnprintf() :-(

	Can you please provide the information that configure outputs in
the "Environment" section ?
(specifically the line saying: "checking host system type")

	Also I'd like to know what is the C++ compiler and its version
(a line that typically looks like: "checking for g++ version... 3.4.1")

	It'd be nice if you can report the same for the platform on
which build was sucessfull (SunServers 5 / NetBSD 1.6 (Sparc)).

	Thanks !
	- NC

Post a reply to this message

>   Darwin-PPC (MacOS-X)
>   Linux-ix86
>   FreeBSD-ix86
>   NetBSD-ix86
>   Solaris-5.9-ix86
> (Nicolas: maybe I could run some checks for you on these boxes. 
> I forgot that in my previous answer; but I doubt I can test cross-compiling 
> using these.)

	Did you manage/find the time to test the source distro on those
platforms ?  The last two in particular (the others were already tested).

	- NC

Post a reply to this message

Nicolas Calimet wrote:

OK, for the SS45 under NetBSD :

>     Can you please provide the information that configure outputs in
> the "Environment" section ?
> (specifically the line saying: "checking host system type")

configure:1724: checking host system type
configure:1738: result: sparc-unknown-netbsdelf1.6

> 
>     Also I'd like to know what is the C++ compiler and its version
> (a line that typically looks like: "checking for g++ version... 3.4.1")

gcc version 2.95.3 20010315 (release) (NetBSD nb3)

I'll post HP-UX one on monday.

Bye

Laurent

Post a reply to this message

Nicolas Calimet wrote:

>>   Darwin-PPC (MacOS-X)
>>   Linux-ix86
>>   FreeBSD-ix86
>>   NetBSD-ix86
>>   Solaris-5.9-ix86
>> (Nicolas: maybe I could run some checks for you on these boxes.
>> I forgot that in my previous answer; but I doubt I can test
>> cross-compiling using these.)
> 
> Did you manage/find the time to test the source distro on those
> platforms ?  The last two in particular (the others were already tested).
> 
Well, my time is VERY limited in the next two weeks and I can do such 
things only on the weekend. 

I'll post to p.unix when done. 

Wolfgang

Post a reply to this message