Re: [gentoo-dev] packages which won't support x32

2012-10-09 Thread Mike Frysinger
On Friday 05 October 2012 10:28:45 Paweł Hajdan, Jr. wrote: This is the case with dev-lang/v8: it doesn't build on x32 (https://bugs.gentoo.org/423815), and upstream said they *won't* support x32 (https://groups.google.com/d/msg/v8-users/c-_URSZqTq8/7wHl095t2CMJ). i think you misread. they

Re: [gentoo-dev] packages which won't support x32

2012-10-09 Thread Mike Frysinger
On Saturday 06 October 2012 21:05:14 Diego Elio Pettenò wrote: It's also interesting to note that Werner Koch of libgcrypt and gnupg fame is also not interested in supporting x32. i'd say not terribly relevant considering he also finds pkg-config to be pointless new technology -mike

Re: [gentoo-dev] packages which won't support x32

2012-10-07 Thread Sergei Trofimovich
This is the case with dev-lang/v8: it doesn't build on x32 (https://bugs.gentoo.org/423815), and upstream said they *won't* support x32 (https://groups.google.com/d/msg/v8-users/c-_URSZqTq8/7wHl095t2CMJ). Note that with v8 it's not just about getting v8 itself to compile, but also

Re: [gentoo-dev] packages which won't support x32

2012-10-06 Thread Rich Freeman
On Fri, Oct 5, 2012 at 11:22 PM, Ben de Groot yng...@gentoo.org wrote: On 5 October 2012 22:28, Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: Should dev-lang/v8 get p.masked on x32 profile, or is there some better way to handle it? What are your suggestions? From what Diego wrote about it, I

Re: [gentoo-dev] packages which won't support x32

2012-10-06 Thread Diego Elio Pettenò
On 05/10/2012 07:28, Paweł Hajdan, Jr. wrote: I had a crazy idea to just build v8 and v8-dependent packages using non-x32 ABI, but I'm not sure if it's possible and if it would be the right thing to do. Nothing stops you from doing that. But if you want them to load from a non x32-ABI

Re: [gentoo-dev] packages which won't support x32

2012-10-06 Thread Walter Dnes
On Sat, Oct 06, 2012 at 11:06:04AM -0700, Diego Elio Petten?? wrote Nothing stops you from doing that. But if you want them to load from a non x32-ABI application, no way. As I said on my blog before, the big problem is that x32 is neither x86-64 nor x86 binary compatible (if they bumped x86

Re: [gentoo-dev] packages which won't support x32

2012-10-06 Thread Diego Elio Pettenò
On 06/10/2012 17:52, Walter Dnes wrote: In other words, all or nothing. An x32 distro is technically possible, but it would require every last single binary/library/object file/etc *INCLUDING PROPRIETARY PROGRAMS AND BINARY BLOBS* to be x32 and only, and no multilib stuff. If amd64 did not

[gentoo-dev] packages which won't support x32

2012-10-05 Thread Paweł Hajdan, Jr.
This is the case with dev-lang/v8: it doesn't build on x32 (https://bugs.gentoo.org/423815), and upstream said they *won't* support x32 (https://groups.google.com/d/msg/v8-users/c-_URSZqTq8/7wHl095t2CMJ). Note that with v8 it's not just about getting v8 itself to compile, but also making it

Re: [gentoo-dev] packages which won't support x32

2012-10-05 Thread Davide Pesavento
On Fri, Oct 5, 2012 at 7:28 AM, Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: This is the case with dev-lang/v8: it doesn't build on x32 (https://bugs.gentoo.org/423815), and upstream said they *won't* support x32 (https://groups.google.com/d/msg/v8-users/c-_URSZqTq8/7wHl095t2CMJ). Note

Re: [gentoo-dev] packages which won't support x32

2012-10-05 Thread Rich Freeman
On Fri, Oct 5, 2012 at 2:11 PM, Davide Pesavento p...@gentoo.org wrote: Is it possible to disable the JIT engine? Well, if you're going to wholesale disable functionality, how about client-side rendering? It drives me nuts as it is REALLY SLOW!!! That is, unless the graphics hardware is local

Re: [gentoo-dev] packages which won't support x32

2012-10-05 Thread Ben de Groot
On 5 October 2012 22:28, Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: This is the case with dev-lang/v8: it doesn't build on x32 (https://bugs.gentoo.org/423815), and upstream said they *won't* support x32 (https://groups.google.com/d/msg/v8-users/c-_URSZqTq8/7wHl095t2CMJ). Note that with