Re: [sage-devel] Re: Purpose of SAGE64

2012-02-09 Thread R. Andrew Ohana
On Thu, Feb 9, 2012 at 05:51, David Kirkby wrote: > > > On 9 February 2012 12:59, R. Andrew Ohana wrote: >> >> On Thu, Feb 9, 2012 at 01:56, David Kirkby >> wrote: >> >> > There are a lot of packages in Sage which don't respect CC. I've fixed >> > some >> > of them, but gave up at some point as

Re: [sage-devel] Re: Purpose of SAGE64

2012-02-09 Thread David Kirkby
On 9 February 2012 12:59, R. Andrew Ohana wrote: > On Thu, Feb 9, 2012 at 01:56, David Kirkby > wrote: > > > There are a lot of packages in Sage which don't respect CC. I've fixed > some > > of them, but gave up at some point as there were too many. Is is funny, > as > > there are the odd packag

Re: [sage-devel] Re: Purpose of SAGE64

2012-02-09 Thread R. Andrew Ohana
On Thu, Feb 9, 2012 at 01:56, David Kirkby wrote: > > > On 9 February 2012 09:38, Jeroen Demeyer wrote: >> >> On 2012-02-09 10:34, David Kirkby wrote: >> > No, one what would do in this case is >> > >> > ./configure CC="gcc -m64" >> >> Exactly.  If every spkg would actually respect the CC environ

Re: [sage-devel] Re: Purpose of SAGE64

2012-02-09 Thread David Kirkby
On 9 February 2012 09:38, Jeroen Demeyer wrote: > On 2012-02-09 10:34, David Kirkby wrote: > > No, one what would do in this case is > > > > ./configure CC="gcc -m64" > > Exactly. If every spkg would actually respect the CC environment > variable, this would work and we wouldn't need SAGE64 anym

Re: [sage-devel] Re: Purpose of SAGE64

2012-02-09 Thread Jeroen Demeyer
On 2012-02-09 10:34, David Kirkby wrote: > No, one what would do in this case is > > ./configure CC="gcc -m64" Exactly. If every spkg would actually respect the CC environment variable, this would work and we wouldn't need SAGE64 anymore. -- To post to this group, send an email to sage-devel@g

Re: [sage-devel] Re: Purpose of SAGE64

2012-02-09 Thread David Kirkby
On 9 February 2012 08:39, Jean-Pierre Flori wrote: > About the SAGE64 stuff, right now when the option is tested it > basically sets the different C??FLAGS to -m64 -g -O2 > As you pointed above I guess the -m64 forces gcc to produce 64 bits > binaries even though the default is 32 bits, so I'm fi