openexr-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Openexr-user] exrdisplay compile woes on Redhat 7.3


From: Klaus Steden
Subject: Re: [Openexr-user] exrdisplay compile woes on Redhat 7.3
Date: Tue, 10 Feb 2004 11:16:45 -0500 (EST)

>
>       Thanks Drew and Paul for getting back.  Couple of quick things:
>
>       This has been happening for a couple of releases now.
>       I've been able to replicate Alec's problem too but the fix Drew
> suggested didn't work for me(prob a syntax error on my part :P ).
>       I've had the same problem with fltk 1.1(only tried 1.2 because I
> thought this might solve things ;) ).
>       I've compiled fltk with the same compiler.
>       GL got successfully compiled with fltk.
>       I'm starting to get *really* frustrated with gcc 2.96.  ;)
>
>
>       Anyway - I'm in agreement that the problem lies with configure + gcc
> 2.96(running 2.96-113 btw).  I'm a little hesitant to start drawing you
> guys into a contracted debug session because my coding skills are
> minimal and you both have fulltime jobs...;)  Essentially the problem
> seems that it's not finding fltk and I'm not sure, syntax-wise, where I
> can manually place the default fltk include dir into the mix.  Note that
> I used the
>
>       --with-fltk-config=/usr/local/bin
>
>       flag with configure but I assume this is what's busted with the
> compiler/precompiler?
>
>       With the exrmakepreview(the only other thing that won't compile), I
> added the include, and changed line 85 to:
>
> return (unsigned char) (clamp (Math<float>::pow () (x, 0.4545f) *
> 84.66f, 0.f, 255.        f));
>
>
>       and I get:
>
> *********************
> if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"OpenEXR\"
> -DVERSION=\"1.1.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1
> -DHAVE_LIMITS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRERROR=1  -I. -I. -I..
> -I../Iex -I../Half -I../Imath -I../IlmImf   -O2 -funroll-loops -pipe
> -march=i686 -g -O2 -MT makePreview.o -MD -MP -MF ".deps/makePreview.Tpo"
> \
>   -c -o makePreview.o `test -f 'makePreview.cpp' || echo
> './'`makePreview.cpp; \
> then mv -f ".deps/makePreview.Tpo" ".deps/makePreview.Po"; \
> else rm -f ".deps/makePreview.Tpo"; exit 1; \
> fi
> makePreview.cpp: In function `unsigned char {unnamed}::gamma (half,
> float)':
> makePreview.cpp:86: no matching function for call to
> `Imath::Math<float>::pow ()'
> ../Imath/ImathMath.h:191: candidates are: static float
> Imath::Math<float>::pow (float, float)
> makePreview.cpp:87: Unable to find a register to spill in class `AREG'.
> makePreview.cpp:87: confused by earlier errors, bailing out
> make: *** [makePreview.o] Error 1
> **********************
>
That looks to me like a missing or mangled function prototype.

Have you tried this instead:

return (unsigned char) (clamp (Math<float>::pow (x, 0.4545f) *
 84.66f, 0.f, 255.f));

>
>       Anyway - I'll cut it there since I appreciate free support emails
> ;)...I haven't packaged an rpm before - is that a reall hassle to do?
> Those courtesy binaries always worked fine for me...
>
I've always found the tedium to be in the packaging. Compilers are fun! :>

Klaus




reply via email to

[Prev in Thread] Current Thread [Next in Thread]