Re: PAR::Lipo?

On Jun 9, 2006, at 12:43 AM, Glenn Linderman wrote:

> On approximately 6/8/2006 9:15 PM, came the following characters  
> from the keyboard of Chris Dolan:
> >  * Why not use PAR's existing multi-arch infrastructure?
> > Not allowed for standalone executables.
>
> But isn't that just because few architectures allow for looking  
> inside an executable to find which binary to run.  Apple's LIPO  
> seems to do this; Windows and OS/2 had something similar for DOS  
> applications vs windowed applications, to have two versions of the  
> same program compiled  for the two different environments.
>
> So in environments where multi-architecture executables are  
> possible, it would be better if PAR could support that, I would  
> think.  On the other hand, your scheme sounds like it would work,  
> and I have no idea which would be easier to implement, but probably  
> it is approximately the same work, just the surrounding code would  
> be different.  I have not much time to look at PAR internals, but I  
> haven't made a lot of progress understanding them yet either,  
> trying to fix an issue I have with it.

Good points.  I should read more about how PAR does multi-arch.  I  
suspect that you're right that the multi-arch exe is just a rare  
case, and thus hasn't been a priority.

Could someone say if there is any existing PAR infrastructure to  
ensure that the various architectures insert the same module versions  
in a single PAR file?  I want to make sure that if I upgrade a module  
from CPAN on one arch that I make the same upgrade on the other arch.

Chris
--
Chris Dolan, Software Developer, Clotho Advanced Media Inc.
608-294-7900, fax 294-7025, 1435 E Main St, Madison WI 53703
vCard: http://www.chrisdolan.net/ChrisDolan.vcf

Clotho Advanced Media, Inc. - Creators of MediaLandscape Software  
(http://www.media-landscape.com/) and partners in the revolutionary  
Croquet project (http://www.opencroquet.org/)