On Thursday 05 March 2009 13:45:17 Bill Hart wrote:
> Hi Brian,
>
> I can't speak for the future, but for now, I would take Jason's .asm
> files just before the conversion I did yesterday to be authoritative.
> One can check out previous revisions from svn, and that is probably
> the best way to g
On Thursday 05 March 2009 10:04:00 Cactus wrote:
> On Mar 4, 11:26 pm, Bill Hart wrote:
> > Yeah bring on 96 bit multiplies!!
> >
> > 2009/3/4 :
> > > On Wednesday 04 March 2009 23:04:13 Bill Hart wrote:
> > >> Yasm does seem to preserve what you code pretty well. I don't know of
> > >> any weir
The Core 2 code is now converted. I'll test, profile and commit
shortly. The conversion was easy once you sent me the results from
your script. Thanks!!
By the way, the description of what diveby3.as does seems to be
incorrect in both the Core 2 and AMD 64 directories. Can either you or
Jason giv
On Mar 5, 1:56 pm, Bill Hart wrote:
> Hi Brian,
>
> I noted that the new version of your script still emits ASM_START. You
> could have it emit BITS 64 instead if you like, or just omit it
> altogether.
Good idea - I need BITS 64 as well.
>
> Also, when I said that the function can just end w
On Mar 5, 1:45 pm, Bill Hart wrote:
> Hi Brian,
>
> I can't speak for the future, but for now, I would take Jason's .asm
> files just before the conversion I did yesterday to be authoritative.
> One can check out previous revisions from svn, and that is probably
> the best way to get the files
Hi Brian,
I noted that the new version of your script still emits ASM_START. You
could have it emit BITS 64 instead if you like, or just omit it
altogether.
Also, when I said that the function can just end with ret, I didn't
mean that it should emit ret instead of asm_windows_blah or whatever
it
Hi Brian,
I can't speak for the future, but for now, I would take Jason's .asm
files just before the conversion I did yesterday to be authoritative.
One can check out previous revisions from svn, and that is probably
the best way to get the files for conversion.
We'll see if Jason decides to swi
On Mar 4, 11:26 pm, Bill Hart wrote:
> Yeah bring on 96 bit multiplies!!
>
> 2009/3/4 :
>
>
>
> > On Wednesday 04 March 2009 23:04:13 Bill Hart wrote:
> >> Yasm does seem to preserve what you code pretty well. I don't know of
> >> any weird optimisation it does.
>
> > Yes , so far it's been no
Yeah bring on 96 bit multiplies!!
2009/3/4 :
>
> On Wednesday 04 March 2009 23:04:13 Bill Hart wrote:
>> Yasm does seem to preserve what you code pretty well. I don't know of
>> any weird optimisation it does.
>>
>
> Yes , so far it's been no worse than gas
>
>> The other advantage is we ship a
On Wednesday 04 March 2009 23:04:13 Bill Hart wrote:
> Yasm does seem to preserve what you code pretty well. I don't know of
> any weird optimisation it does.
>
Yes , so far it's been no worse than gas
> The other advantage is we ship a fixed version of yasm with MPIR and
> at least while we are
On Mar 4, 8:52 pm, Bill Hart wrote:
> Hi Brian,
>
> I will finish off the K8 code as is, and have already done the K10
> code. But if you could email the output of applying the new version to
> the Core 2 code, that would probably save me lots of time.
Bill
In the Core 2 translation I convert
On Mar 4, 10:53 pm, ja...@njkfrudils.plus.com wrote:
> On Wednesday 04 March 2009 20:52:20 Bill Hart wrote:
>
>
>
> > Hi Brian,
>
> > I will finish off the K8 code as is, and have already done the K10
> > code. But if you could email the output of applying the new version to
> > the Core 2 code,
Yasm does seem to preserve what you code pretty well. I don't know of
any weird optimisation it does.
The other advantage is we ship a fixed version of yasm with MPIR and
at least while we are doing that you can guarantee that you aren't
going to hit some weird gas bugs that only occur on system
On Wednesday 04 March 2009 20:52:20 Bill Hart wrote:
> Hi Brian,
>
> I will finish off the K8 code as is, and have already done the K10
> code. But if you could email the output of applying the new version to
> the Core 2 code, that would probably save me lots of time.
>
> Bill.
>
> 2009/3/4 Cactu
Hi Brian,
I will finish off the K8 code as is, and have already done the K10
code. But if you could email the output of applying the new version to
the Core 2 code, that would probably save me lots of time.
Bill.
2009/3/4 Cactus :
>
>
>
> On Mar 4, 8:25 pm, Bill Hart wrote:
>> Hmm, so far no a
On Mar 4, 8:25 pm, Bill Hart wrote:
> Hmm, so far no alignment issues appear to have slowed things down. I
> didn't know about the alignb thing.
>
> What may be useful is a version of the converter in the x86_64
> directory which converts any .asm files to .as files in yasm format.
>
> The issu
Hmm, so far no alignment issues appear to have slowed things down. I
didn't know about the alignb thing.
What may be useful is a version of the converter in the x86_64
directory which converts any .asm files to .as files in yasm format.
The issues with the $ were in sqr_basecase in the amd64 dir
On Mar 4, 7:12 pm, Bill Hart wrote:
> This thread will be for notes on converting Jason's code to yasm
> format. It might help Jason to avoid a couple of minor things which
> cause crunching in the gears and may help Brian improve the python
> script.
>
> * Yasm doesn't like loop labels to be c
18 matches
Mail list logo