[m-dev.] 32-bit sources on 64-bit target

Peter Wang novalazy at gmail.com
Fri Mar 8 15:58:02 AEDT 2013


On Fri, 8 Mar 2013 15:03:19 +1100, Julien Fischer <jfischer at opturion.com> wrote:
> Hi Peter,
> 
> On Fri, Mar 8, 2013 at 10:51 AM, Peter Wang <novalazy at gmail.com> wrote:
> > On Fri, 8 Mar 2013 00:38:58 +1100, Julien Fischer <jfischer at opturion.com> wrote:
> >> On Fri, Mar 8, 2013 at 12:17 AM, Paul Bone <paul at bone.id.au> wrote:
> >> > On Thu, Mar 07, 2013 at 06:00:24PM +1100, Julien Fischer wrote:
> >> >> On Thu, Mar 7, 2013 at 5:08 PM, Peter Wang <novalazy at gmail.com> wrote:
> >> >> > The compiler built from pre-generated sources WILL be installed.
> >> >> > For now, I can't think of why that would be a problem.
> >> >>
> >> >> It wouldn't be at the moment since the compiler (and other tools)
> >> >> are currently built with --mercury-linkage static.  It would be a problem,
> >> >> if that were not the case.
> >> >>
> >> >
> >> > How much of a performance gain does unboxed floats and 3 tag bits represent
> >> > specifically for the compiler?
> >
> > Suprisingly, significant: (default speedtest)
> >
> > mercury_compile.01 average of 6 with ignore=1     10.00
> > mercury_compile.02 average of 6 with ignore=1     12.08
> 
> That's quite a difference.  Is mercury_compile.02 built directly from
> the source distribution
> C files.

Yes.

> Providing 64-bit source distributions isn't really going to reduce the
> complexity of building Mercury from scratch, just shift it around a
> bit.

How so?

Peter



More information about the developers mailing list