[CVALE] Running x86 programs on a 64 bit processor...
Robert Grunsky
evilmegaman at gmail.com
Fri May 11 15:10:53 PDT 2007
if you compile source code you will get a 64 bit binary out of it. so if you
have the source, that's the best possible situation. but yeah it's pretty
much all coming back to me now. landon, if you're wanting something like
flash or something, just look for an open source alternative like gnash. (I
hear gnash can do youtube now) so yeah just stick with the stuff you can
compile or get 64 bit versions of unless you have no other choice.
On 5/11/07, Landon Blake <lblake at ksninc.com> wrote:
>
> -----Original Message-----
> From: cvale-bounces at lists.fire2wire.com
> [mailto:cvale-bounces at lists.fire2wire.com] On Behalf Of Robert Johnston
> Sent: Friday, May 11, 2007 12:32 PM
> To: cvale at cvale.org
> Subject: Re: [CVALE] Running x86 programs on a 64 bit processor...
>
> Robert Grunsky wrote:
> > Hmmm Good question. I kinda know some of the words that has been
> > described as the process for this, But I really can't remember at the
> > moment. I just decided to stick with 32 bit and save myself the
> > hassle. But I would like to know if you still have to create a
> > seperate 32 bit environment and stuff... Is there no way to just
> > emulate 32 bit? sorry I couldn't help but maybe if there's 2 people
> > asking, there'd be more inclination to answer ;)
> >
> It's not really a question of emulation. The amd64 class of processors
> (Opteron/Turion64/Althlon64) are able to natively execute the i386
> instruction set. The thing is, most userland apps aren't statically
> linked with all of the libraries they might depend on. Rather the
> dynamic linker (ld) dynamically links in the shared libraries (the .so
> files) that the executable depends on at runtime. This optimization
> allows both the on-disk and in memory executable image to be smaller.
> You can't link a 32-bit executable with a 64-bit library (or
> vice-versa). So if you download a 32-bit binary you will need to have
> 32-bit versions of all of the libraries it depends on and your dynamic
> linker will need to be smart enough to find them.
>
> As another person already mentioned, the ability to do this is probably
> rather distro-specific - i.e. your mileage will vary
>
> rob
>
> Rob,
>
> What you said makes a lot of sense. Thank you.
>
> So basically you find all the libraries that your 32-bit system depends
> on and install them, or you compile the source code for the program and
> make a 32-bit binary.
>
> Is this correct?
>
> Landon
>
> _______________________________________________
> cvale mailing list
> cvale at lists.fire2wire.com
> http://lists.fire2wire.com/mailman/listinfo.cgi/cvale
>
>
> Warning:
> Information provided via electronic media is not guaranteed against
> defects including translation and transmission errors. If the reader is not
> the intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited. If you
> have received this information in error, please notify the sender
> immediately.
>
> _______________________________________________
> cvale mailing list
> cvale at lists.fire2wire.com
> http://lists.fire2wire.com/mailman/listinfo.cgi/cvale
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fire2wire.com/pipermail/cvale/attachments/20070511/2bd85504/attachment.html
More information about the cvale
mailing list