openexr gcc43 patch

Needed this small patch to build w/gcc-4.3

-- Rex

_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel

Listen to Music You'll Love

_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel

CVS Mac build broken in openexr

I'm using the CVS sources (with multi-view) and can build ilmbase but 
not openexr on OS X. configure is missing, and running autoconf results 
in some missing files.

Everything built fine on Windows, but I had to manually copy some of the 
new mv-related files into the project.

Can anyone give me a hand getting this built on OS X?

--

-- 
Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?

Re: CVS Mac build broken in openexr

Hi, Paul,

you should use the "bootstrap" script to create the configure files.   
The usual incantation from the README works for me:

% ./bootstrap && ./configure && make

What do you mean by "manually copy some of the new mv-related files  
into the project"?  Are you building the CodeWarrior projects?  I  
don't think they're up-to-date anymore.  You should use the Makefiles  
to build EXR on OS X these days.

If you send me details of the errors you're seeing, I might be able to  
offer more help.

Thanks!
- Paul

On Feb 11, 2008, at 2:03 PM, Paul Miller wrote:

> I'm using the CVS sources (with multi-view) and can build ilmbase  
> but not openexr on OS X. configure is missing, and running autoconf  
> results in some missing files.
>
> Everything built fine on Windows, but I had to manually copy some of  
> the new mv-related files into the project.
>
> Can anyone give me a hand getting this built on OS X?
>
> -- 
> Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?
>
>
>
> _______________________________________________
> Openexr-devel mailing list
> Openexr-devel <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/openexr-devel

Re: CVS Mac build broken in openexr

Paul Schneider wrote:
> you should use the "bootstrap" script to create the configure files.  
> The usual incantation from the README works for me:
> 
> % ./bootstrap && ./configure && make

Hi Paul. Had tried that - got this:

'ootstrap: line 41: syntax error near unexpected token `{
'ootstrap: line 41: `run_cmd() {

I'm beginning to suspect a bad transfer from my Windows box. For some 
reason I can't pull the cvs down to my Mac. Will try to get that working.

> What do you mean by "manually copy some of the new mv-related files into 
> the project"?  Are you building the CodeWarrior projects?  I don't think 
> they're up-to-date anymore.  You should use the Makefiles to build EXR 
> on OS X these days.

I'm referring to the Windows build. This was several weeks ago, of 
course, but at the time the projects did not have the multi-view sources 
in them. Easily fixed though.

> 
> If you send me details of the errors you're seeing, I might be able to 
> offer more help.
> 
> Thanks!
> - Paul
> 
> 
> On Feb 11, 2008, at 2:03 PM, Paul Miller wrote:
> 
>> I'm using the CVS sources (with multi-view) and can build ilmbase but 
>> not openexr on OS X. configure is missing, and running autoconf 
>> results in some missing files.
>>
>> Everything built fine on Windows, but I had to manually copy some of 
>> the new mv-related files into the project.
>>
>> Can anyone give me a hand getting this built on OS X?
>>
>> -- 
>> Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?
>>
>>
>>
>> _______________________________________________
>> Openexr-devel mailing list
>> Openexr-devel <at> nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/openexr-devel
> 
> 

--

-- 
Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?

Re: CVS Mac build broken in openexr

Hi, Paul,

> I'm beginning to suspect a bad transfer from my Windows box. For  
> some reason I can't pull the cvs down to my Mac. Will try to get  
> that working.

that might be it.  Maybe the Windows CVS client munged the line  
endings of the bootstrap script?  sh will probably get confused by DOS- 
style line endings.

I just pulled down a fresh copy of the source on my OS X system and  
was able to build it without problems.  Trying to get CVS working on  
your Mac is probably your best bet.  I'm not sure which CVS client  
you're using, but here's how I did it:

%cvs -d:pserver:anonymous <at> cvs.savannah.nongnu.org:/sources/openexr co  
OpenEXR

- Paul

On Feb 11, 2008, at 2:25 PM, Paul Miller wrote:

> Paul Schneider wrote:
>> you should use the "bootstrap" script to create the configure  
>> files.  The usual incantation from the README works for me:
>> % ./bootstrap && ./configure && make
>
> Hi Paul. Had tried that - got this:
>
> 'ootstrap: line 41: syntax error near unexpected token `{
> 'ootstrap: line 41: `run_cmd() {
>
> I'm beginning to suspect a bad transfer from my Windows box. For  
> some reason I can't pull the cvs down to my Mac. Will try to get  
> that working.
>
>> What do you mean by "manually copy some of the new mv-related files  
>> into the project"?  Are you building the CodeWarrior projects?  I  
>> don't think they're up-to-date anymore.  You should use the  
>> Makefiles to build EXR on OS X these days.
>
> I'm referring to the Windows build. This was several weeks ago, of  
> course, but at the time the projects did not have the multi-view  
> sources in them. Easily fixed though.
>
>> If you send me details of the errors you're seeing, I might be able  
>> to offer more help.
>> Thanks!
>> - Paul
>> On Feb 11, 2008, at 2:03 PM, Paul Miller wrote:
>>> I'm using the CVS sources (with multi-view) and can build ilmbase  
>>> but not openexr on OS X. configure is missing, and running  
>>> autoconf results in some missing files.
>>>
>>> Everything built fine on Windows, but I had to manually copy some  
>>> of the new mv-related files into the project.
>>>
>>> Can anyone give me a hand getting this built on OS X?
>>>
>>> -- 
>>> Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?
>>>
>>>
>>>
>>> _______________________________________________
>>> Openexr-devel mailing list
>>> Openexr-devel <at> nongnu.org
>>> http://lists.nongnu.org/mailman/listinfo/openexr-devel
>
>
> -- 
> Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?
>
>
>
> _______________________________________________
> Openexr-devel mailing list
> Openexr-devel <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/openexr-devel

Re: CVS Mac build broken in openexr

Paul Miller wrote:
> Paul Schneider wrote:
>> you should use the "bootstrap" script to create the configure files.  
>> The usual incantation from the README works for me:
>>
>> % ./bootstrap && ./configure && make
> 
> Hi Paul. Had tried that - got this:
> 
> 'ootstrap: line 41: syntax error near unexpected token `{
> 'ootstrap: line 41: `run_cmd() {
> 
> I'm beginning to suspect a bad transfer from my Windows box. For some 
> reason I can't pull the cvs down to my Mac. Will try to get that working.

Figured out the problem - grabbing a clean copy from CVS fixed the 
problem. Note to self: some of these config files don't like being 
copied over from a Windows box, where CRLF changes might occur.

--

-- 
Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?

32/64 bit Linux development advice?

I apologize if this is off-topic. I'd like to install a new Linux distro 
for building/testing both the 32-bit and 64-bit version of my 
application. I'd use a VM but my app uses OpenGL heavily and I want to 
make sure it runs in hardware.

I'm looking at switching to Centos but I have Ubuntu on my other machines.

Does anyone have any advice on this? Is it feasible, or should I be 
looking at a dual-boot setup? For example, how easy is it to build both 
a 32 bit and 64 bit version of the EXR/Ilm libraries from a single install?

--

-- 
Paul Miller | paul <at> fxtech.com | www.fxtech.com | Got Tivo?

Re: How about an RGBAInputFile::setLayer() function?

A setLayer() function sounds like a good idea, and it shouldn't be
too hard to implement.

Paul Miller wrote:
> How about a function to target the layer after the file header has 
> already been read? Since I can't find out what layers are in the file 
> until after opening the file, the only way to target the non-default 
> layer is to delete the file and re-open with the new layer name.
> 

Re: Bug in InputFile::setFrameBuffer?

Hi Jon,

thank you for pointing this out.
Your suggested fix has been checked into CVS.

Florian

Jon Wadelton wrote:
> Hi,
> 
> There seems to be a bug in InputFile::setFrameBuffer when a previous 
> call requests more channels than the current call.
> 
> InputFile::setFrameBuffer fails because the code is trying to 
> dereference an iterator over it's bounds.
> 
> -- in InputFile::setFrameBuffer --
> 
> const FrameBuffer &oldFrameBuffer = _data->tFileBuffer;
> FrameBuffer::ConstIterator i = oldFrameBuffer.begin();
> FrameBuffer::ConstIterator j = frameBuffer.begin();
> while (i != oldFrameBuffer.end())
> {
>   if (strcmp (i.name(), j.name()) || i.slice().type != j.slice().type) 
> // if frameBuffer size < oldFrameBuffer size then j will be invalid
>     break;
>   ++i;
>   ++j;
> }
> 
> -- end code --
> This code is in OpenEXR 1.4 and 1.6
> 
> I believe it should be changed to check the bounds of both i & j ( patch 
> attached ).
> 
> eg.
> while (i != oldFrameBuffer.end() && j != frameBuffer.end())
> 
> Cheers,
> Jon
> 
> p.s. I also lodged this as a bug on savannah but figured maybe that it 
> isn't looked at that often ( latest news date is a year ago ).
> 
> 
> ------------------------------------------------------------------------
> 
> --- ImfInputFile_old.cpp	2007-11-09 14:48:53.468125000 +0000
> +++ ImfInputFile.cpp	2007-11-09 14:49:00.061875000 +0000
> @@ -423,7 +423,7 @@
>  	FrameBuffer::ConstIterator i = oldFrameBuffer.begin();
>  	FrameBuffer::ConstIterator j = frameBuffer.begin();
>  
> -	while (i != oldFrameBuffer.end())
> +	while (i != oldFrameBuffer.end() && j != frameBuffer.end())
>  	{
>  	    if (strcmp (i.name(), j.name()) || i.slice().type != j.slice().type)
>  		break;
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Openexr-devel mailing list
> Openexr-devel <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/openexr-devel