And I should of said this fix will apply to any machine which returns a
config.guess of
core2-apple-darwin*
or
penryn-apple-darwin*
and no others
If this covers more machines than necessary then we will have a slight
slowdown on them.
On Monday 26 October 2009 00:41:46 Jason Moxham wrote:
>
svn trunk 2478 should fix everything ,
so a configure ABI=32 should work now
yasm failed configure because in 32bit mode it doesn't like core2 as a cpu type
but prefers i686 , and when we force a cpu type with build= this overrides
yasm autodetect
Thanks
Jason
On Sunday 25 October 2009
first line is the problem
checking build system type... penryn-apple-darwin9.8.0
clearly we need penryn and core2 for the cpu
what about the darwin version ?
I can do darwin* or darwin9.* or ?
We need to know which versions have this different asm code for PIC
if you do
./configure --build=cor
Coming up, I've done a make distclean and right now I'm running
$ ./configure ABI=32 >conou 2>&1
...
OK, file conou attached to this mail. Offhand I can't spot anything
suspicious, but then I'm definitely no configure expert;-).
Thanks,
Alex
On Sun, Oct 25, 2009 at 4:40 PM, Case Vanhorsen
Hi
can you give me the output of ./configure or the exact configure that you used
Thanks
Jason
On Sunday 25 October 2009 23:27:01 casevh wrote:
> On Oct 24, 10:41 am, Jason Moxham wrote:
> > Hi ,
> >
> > svn rev trunk 2474 should have the fixes applied .
> > I can not test it , so if you woul
On Oct 24, 10:41 am, Jason Moxham wrote:
> Hi ,
>
> svn rev trunk 2474 should have the fixes applied .
> I can not test it , so if you would be so kind, thanks.
>
> The new code is : when config.guess or --build is used to pass
> core2-apple-darwin to configure AND we are building with a 32bit
Hi
I have been a bit busy of late , so do you still want me to do what I
suggested , tarbox doesn't have a working autotools , so I will have
to do it on my machine and upload it.
I have just found this
http://www.bealto.com/mp-gpu_mem.htm
which has gone some GPU stuff
Jason
On Oct 22, 2:25
Hi,
somebody correct me if i'm wrong but i don't think git tracks empty
directories. When files are put in it'll pick them up if git add . Is
used before commit. alternatively i think touching an empty git param
h might work?
Antony
On 10/25/09, Jason Moxham wrote:
>
> On Sunday 25 October 200
On Sunday 25 October 2009 17:53:48 Jason Moxham wrote:
> Thanks , I just tried it again and it has worked . I have no idea what was
> up last time.
>
just doing a diff -rq mpirgit mpirsvn , besides the obvious changes , git has
not copy two empty directorys
/mpn/x86/k7/mmx/k8/k10
/mpn/x86_64
Thanks , I just tried it again and it has worked . I have no idea what was up
last time.
On Sunday 25 October 2009 14:55:07 Antony Vennard wrote:
> Hi all,
>
> I had no problems yesterday about lunchtime, my pull said all up to
> date. I notice there hasn't been any activity for a while, abt 2
Hi all,
I had no problems yesterday about lunchtime, my pull said all up to
date. I notice there hasn't been any activity for a while, abt 2 days,
on gitweb on selmer. I assume this is right though. Otherwise it seems
to be working.
Jason, bill, does the git protocol work on selmer? If so, jason
11 matches
Mail list logo
