Re: 64 bit support, finally!

"Isak Savo" <[email protected]>
Newsgroups gmane.comp.autopackage.devel
Message-ID <[email protected]>
2008/4/20 Jan Niklas Hasse <[email protected]>:
> Hi everyone,
>
>  I spend this evening trying to get 64 bit to work. And I did. :-D

This is great news. Awesome work dude!

>  After my patch it should be possible to compile autopackage on 64 and
>  (!!!!) create true x86_64 packages! It's also possible to create
>  Hybrid-Packages (containing both binaries): Just set CpuArchitectures
>  to "x86 x86_64" and install the correct binary (I haven't tested it
>  though).

How would this work in practice for packagers? I assume we
(autopackage) would provide an x86_64 version of the support code +
frontends, but how would packagers do to provide both 64 and 32 bit
versions of their packages?

I.e. is it possible to cross compile to x86_64 binaries on a x86 system?

Is CpuArchitectures a flag set in the .aspec? How will this affect
backwards compatibility?

>  Autopackage now determines whether it has got a x86_64 package and
>  only searches for proper libraries. Examples:

I'm not sure I understand the tables below. Is 'arch' the architecture
of the package or the users system? etc.

>  arch: x86
>  package: x86
>  libraries: x86
>
>  arch: x86_64
>  package: x86_64
>  libraries: x86_64
>
>  arch: x86_64
>  package: x86
>  libraries: x86
>
>  arch: x86
>  package: x86_64
>  libraries: fail, that's not possible
>
>  I hope everyone helps my testing it, I'm very often on IRC (nick:
>  jhasse). Feel free to highlight me.

We'd need some people with access to 64bit systems to try this. Is
there anyone on this list who can help testing this??

Again, thanks for doing this! Let's just sort out the details and get
this into svn!

-Isak

---------------------------------------------------------------------
To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected]
For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.