[m-dev.] diff: update configure.in to work with MSVC
Peter Ross
petdr at cs.mu.OZ.AU
Fri Jun 23 17:38:11 AEST 2000
On Fri, Jun 23, 2000 at 05:26:47PM +1000, Fergus Henderson wrote:
> On 23-Jun-2000, Peter Ross <petdr at cs.mu.OZ.AU> wrote:
> > On Fri, Jun 23, 2000 at 06:50:52AM +1000, Fergus Henderson wrote:
> > > On 22-Jun-2000, Peter Ross <petdr at cs.mu.OZ.AU> wrote:
> > > > configure.in:
> > > > When testing for a usable mercury compiler, strip any carriage
> > > > returns from the output string.
> > > > If compiling under Windows use hlc.gc for the default grade and
> > > > don't build the libraries in any other grades (as those grades aren't
> > > > supported yet).
> > >
> > > Is that parenthetical comment correct?
> > > Why aren't the none.* grades supported?
> > >
> > Note the work yet, I fully intend to get the none.* grades compiling,
> > but unfortunately they don't compile yet.
>
> What goes wrong? The none.* grades are supposed to be pretty much
> standard ANSI/ISO C.
>
I have only just started looking at it, but it appears that it is
a similar problem as the MLDS. You get empty arrays being generated by
the C code for RTTI.
> > > > +# If we are using the MS compiler currently the only interesting grade
> > > > +# is hlc.gc, which is what we install by default.
> > > > +if test $ac_microsoft = yes; then
> > > > + LIBGRADES=
> > > > +fi
> > >
> > > That comment is wrong. The grades `none.gc.tr.debug',
> > > `none.gc.prof', etc. are interesting, because they let
> > > the user do debugging, profiling (for test coverage analysis),
> > > trailing, etc.
> > >
> > > For that reason, it would make sense to install those grades
> > > in addition to hlc.gc.
> > >
> > I will, as soon as I can get them compiling.
> >
> OK, in that case s/interesting/working/
>
Will do.
Pete
--------------------------------------------------------------------------
mercury-developers mailing list
Post messages to: mercury-developers at cs.mu.oz.au
Administrative Queries: owner-mercury-developers at cs.mu.oz.au
Subscriptions: mercury-developers-request at cs.mu.oz.au
--------------------------------------------------------------------------
More information about the developers
mailing list