Andrew Chapman | 3 May 11:10
Favicon

finding the libs via autoconf

Can anyone offer some advice for getting a 3rd party tool to find openexr/ilmbase via autoconf?

I've tried using AC_CHECK_LIB() on libIlmImf, which returns the right link flags when the libs are installed to the default location, but I'm wondering if there is a neater way of doing it that might find the headers/libs in other locations.

I've seen the openexr.m4 file within the openexr distribution, which seems to provide AM_PATH_OPENEXR(), but I'm not too sure about the process of using it from a 3rd party app. I can only call that if I copy the openexr.m4 file into my app directory, but I'm assuming there's a way of using it from where the openexr installation has put it on the system.

So anyway, I'm new to this autoconf business, so any tips on reliably finding openexr or ilmbase would be much appreciated.

Cheers,
AC.

_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel
Anders Dahnielson | 3 May 12:17
Gravatar

Re: finding the libs via autoconf



On 5/3/07, Andrew Chapman <amc <at> dneg.com> wrote:
Can anyone offer some advice for getting a 3rd party tool to find openexr/ilmbase via autoconf?

I've tried using AC_CHECK_LIB() on libIlmImf, which returns the right link flags when the libs are installed to the default location, but I'm wondering if there is a neater way of doing it that might find the headers/libs in other locations.

I've seen the openexr.m4 file within the openexr distribution, which seems to provide AM_PATH_OPENEXR(), but I'm not too sure about the process of using it from a 3rd party app. I can only call that if I copy the openexr.m4 file into my app directory, but I'm assuming there's a way of using it from where the openexr installation has put it on the system.

So anyway, I'm new to this autoconf business, so any tips on reliably finding openexr or ilmbase would be much appreciated.


I've attached the m4 script from a project of mine as an example.

--
Anders Dahnielson
<anders <at> dahnielson.com>
Attachment (melies_check_openexr.m4): application/octet-stream, 543 bytes
_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel
Andrew Chapman | 3 May 13:01
Favicon

Re: finding the libs via autoconf

Anders Dahnielson wrote:
> I've attached the m4 script from a project of mine as an example.

Ah, superb! thanks.

AC.
Chris Cox | 11 May 02:10
Picon
Favicon

Bug in Half implementation leading to problems in EXR


Hey ILM guys;

I’ve got a bug in the Half implementation that I need to discuss with you, complete with customer example affecting usage in EXR.
Who wants to field it?

Chris
_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel
Drew Hess | 11 May 02:16

Re: Bug in Half implementation leading to problems in EXR

Chris Cox <ccox <at> adobe.com> writes:

> Hey ILM guys;
>
> I¹ve got a bug in the Half implementation that I need to discuss with you,
> complete with customer example affecting usage in EXR.
> Who wants to field it?

Hi Chris,

Florian's the best guy to handle it, since he wrote the class, but I
think he's out of the office until May 18.  If it's urgent, send me an
email off-list with the details, and maybe we can come up with a
workaround, but I'm loath to make any permanent change until Florian
weighs in.

thanks for the report,
d
_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel
Chris Cox | 11 May 02:21
Picon
Favicon

Re: Bug in Half implementation leading to problems in EXR

Drew;

It's not urgent (since the bug has been there all along).
But something that we definitely want to see fixed.

Chris

On 5/10/07 5:16 PM, "Drew Hess" <dhess <at> bothan.net> wrote:

> Chris Cox <ccox <at> adobe.com> writes:
> 
>> Hey ILM guys;
>> 
>> I¹ve got a bug in the Half implementation that I need to discuss with you,
>> complete with customer example affecting usage in EXR.
>> Who wants to field it?
> 
> 
> Hi Chris,
> 
> Florian's the best guy to handle it, since he wrote the class, but I
> think he's out of the office until May 18.  If it's urgent, send me an
> email off-list with the details, and maybe we can come up with a
> workaround, but I'm loath to make any permanent change until Florian
> weighs in.
> 
> thanks for the report,
> d
Drew Hess | 11 May 02:57

Re: Bug in Half implementation leading to problems in EXR

Chris Cox <ccox <at> adobe.com> writes:

> Drew;
>
> It's not urgent (since the bug has been there all along).
> But something that we definitely want to see fixed.

OK, let's wait until Florian is back, then.

thanks again,
d
_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel
christophelorenz | 16 May 11:30
Picon

halfExpLog.h missing in CTL

I tried to compile CTL 1.2.0 and there's a file that is referenced in 
the project, but not present in the "ctl-1.2.0.tar.gz" archive on 
sourceforge.

IlmCtlSimd\halfExpLog.h

The file can be found on sourceforge by browsing CVS and downloading it 
manually.

Chris.
christophelorenz | 16 May 11:33
Picon

halfExpLog.h missing in CTL

Same thing for "halfExpLogTable.h"...

Chris.
Brendan Bolles | 16 May 19:41
Favicon

Re: halfExpLog.h missing in CTL

On May 16, 2007, at 2:30 AM, christophelorenz wrote:

> I tried to compile CTL 1.2.0 and there's a file that is referenced  
> in the project, but not present in the "ctl-1.2.0.tar.gz" archive  
> on sourceforge.
>
> IlmCtlSimd\halfExpLog.h

halfExpLog.h and halfExpLogTable.h are generated by the command line  
program you compile using halfExpLogTable.cpp.  You're probably OK  
just downloading them, but generating guarantees they'll work on any  
random processor architecture you might be using.

Same is true for toFloat.h and eLut.h as part of Half.

Brendan

Gmane