> Trying to cross-compile POV-Ray 3.6.1.

	Good idea  :-)

> Maybe the fact that it was made 
> with autoconf 1.12

	Yes, very likely.  The jpeg library is rather old anyway.

> I think there should be checks for 
> sub-configures failing.

	This is a known problem that, IIRC, has been fixed for a 3.6.2 that
we unfortunately had no time to release yet  :-(

> Second roadblock. Libtiff's problem is similar to libjpeg

	The tiff library provided in POV's source distro is 3.6.1 IIRC, and
this one is rather ugly as far as configuration is concerned.  The latest
3.8.x series of libtiff are far better here.

> Now its configure script works fine. And third roadblock. libtiff's 
> makefile has a terrible habit of compiling tools (using the 
> cross-compiler!) and trying to run them; like mkversion, and another 
> tool to make a lookup table or something. Of course, this doesn't work

	Yeah, I had this kind of nightmare to solve when trying to configure
libtiff from within POV's configuration.  So no surpises here  :-/

> Fine, I get the idea. Libtiff won't cross-compile without a lot of hacking.

	I'd bet so.

> Feature request: let me disable it.

	Then try the 3.7 unix sources that have been made available today  :-)
	(BTW, the external libs are no longer included in the 3.7 unix sources)

	- NC

Post a reply to this message

>> Trying to cross-compile POV-Ray 3.6.1.
> 
>     Good idea  :-)

Is that sarcastic? :) Technically, I don't even have access to the 
platform I'm targeting, so there is no way I can do a native compilation.

>> Second roadblock. Libtiff's problem is similar to libjpeg
> 
>     The tiff library provided in POV's source distro is 3.6.1 IIRC, and
> this one is rather ugly as far as configuration is concerned.  The latest
> 3.8.x series of libtiff are far better here.

libtiff.org says latest version is 3.6.1...

>> Feature request: let me disable it.
> 
>     Then try the 3.7 unix sources that have been made available today  :-)
>     (BTW, the external libs are no longer included in the 3.7 unix sources)

Great! I'll give that a try.

Can threading be disabled too? Preferably to a point where I don't need 
to play around with Boost at all?

Uh, why am I asking at all... **downloads and checks by himself**

Post a reply to this message

> Is that sarcastic? :)

	Not at all, the install docs in the 3.6 source distro clearly mention
about cross-compiling -- i.e. that it would be nice someone tries it  :-)

> libtiff.org says latest version is 3.6.1...

	You have to dig into it a bit more.  Most Linux distro come with 3.8.2
which was released at least a year or two ago.

> Can threading be disabled too?

	No.

	- NC

Post a reply to this message

I couldn't figure out how to even start compiling the boost stuff. And 
somebody who built it for the same platform I'm trying told me it was a 
big pain to get it working. So I'll go back to trying with 3.6.1.


>> libtiff.org says latest version is 3.6.1...
> 
>     You have to dig into it a bit more.  Most Linux distro come with 3.8.2
> which was released at least a year or two ago.

I found it. It uses autoconf, yay! Configure went perfectly in first 
try, but make failed at this point:

http://www.pastebin.ca/921153

Apparently somebody has a precompiled libtiff I could use...

-- 
Nicolas

PS: yes, I realize that paste somewhat gives away the platform I'm 
targeting.

Post a reply to this message

> Apparently somebody has a precompiled libtiff I could use...

I got *much* closer to success. All of POV-Ray, zlib, png, jpeg, fully 
configured and compiled. Using a precompiled libtiff. On the very last 
linking step:

ld: Undefined symbols:
setjmp(int*)
longjmp(int*, int)
___eprintf
collect2: ld returned 1 exit status
make[2]: *** [povray] Error 1
make[2]: Leaving directory `/home/Nicolas/povray-3.6.1/unix'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Nicolas/povray-3.6.1'
make: *** [all] Error 2

Post a reply to this message

> I got *much* closer to success. All of POV-Ray, zlib, png, jpeg, fully 
> configured and compiled. Using a precompiled libtiff. On the very last 
> linking step:
> 
> ld: Undefined symbols:
> setjmp(int*)
> longjmp(int*, int)
> ___eprintf

Even closer! It was trying to link to C++ versions of setjmp and longjmp 
(note there is an argument list and there is no leading underscore). I 
had to add extern "C" in a few places. Now it's only complaining about 
___eprintf.

Post a reply to this message

>> I got *much* closer to success. All of POV-Ray, zlib, png, jpeg, fully 
>> configured and compiled. Using a precompiled libtiff. On the very last 
>> linking step:
>>
>> ld: Undefined symbols:
>> setjmp(int*)
>> longjmp(int*, int)
>> ___eprintf
> 
> Even closer! It was trying to link to C++ versions of setjmp and longjmp 
> (note there is an argument list and there is no leading underscore). I 
> had to add extern "C" in a few places. Now it's only complaining about 
> ___eprintf.


Good news: complete success! I now have a POV-Ray binary that should run 
on the iPhone or iPod touch.

Bad news: in my attempt to jailbreak my iPod touch to try my 
compilation, I think I bricked it. Gah!

(when replying to this message, please post only to .programming if 
replying the good news, and only to .off-topic if replying the bad news)

Post a reply to this message

Nicolas Alvarez wrote:
> I couldn't figure out how to even start compiling the boost stuff.

	Did you try the --with-boost-src=DIR option of POV's configure?
I'd be quite interested to see whether it works for cross-compiling.

	- NC

Post a reply to this message

And lo on Thu, 28 Feb 2008 00:51:45 -0000, Nicolas Alvarez  
<nic### [at] gmailisthebestcom> did spake, saying:


>
> Bad news: in my attempt to jailbreak my iPod touch to try my  
> compilation, I think I bricked it. Gah!

Damn you Microsoft for your propri... oh wait sorry; reflex action.  
Ahem... well done to Apple for ensuring the quality of their fine, fine  
products.

-- 
Phil Cook

--
I once tried to be apathetic, but I just couldn't be bothered
http://flipc.blogspot.com

Post a reply to this message

> Good news: complete success! I now have a POV-Ray binary that should run 
> on the iPhone or iPod touch.

Forgot to re-post here:

http://pastebin.com/f7247f1d6

I was told the current arm-apple-darwin compiler doesn't support 
exception catching. It supports catch(...), but you can't
catch (int e) { do something useful with e }.

So I guess there is no way...

Post a reply to this message