dmd 1.047 and 2.032 releases
Eldar Insafutdinov
e.insafutdinov at gmail.com
Fri Sep 11 03:33:50 PDT 2009
Robert Jacques Wrote:
> On Fri, 04 Sep 2009 04:40:51 -0400, Robert Jacques <sandford at jhu.edu>
> wrote:
>
> > On Thu, 03 Sep 2009 19:45:44 -0400, Robert Jacques <sandford at jhu.edu>
> > wrote:
> >
> >> Thanks for yet another great release, but.. has anyone else gotten DFL
> >> to compile? (The latest svn of DFL worked fine in 2.031)
> >>
> >> I've been trying to get it up and running but I've been seeing really
> >> weird errors. It appears in several cases that various import
> >> statements are not being imported. For example:
> >>
> >> import dfl.menu;
> >> import dfl.form;
> >>
> >> Seems to import the menu classes, but not the form classes. And
> >>
> >> import dfl.form;
> >> import dfl.menu;
> >>
> >> does the opposite.
> >>
> >> I tried tracing the issue down (from control.d -> menu.d ->
> >> application.d -> form.d, testing using dfl.internal.winapi) and it
> >> looked like I found a single line of code in form.d
> >>
> >> version(NO_MDI) {} else {
> >> // commented out source
> >> }
> >>
> >> in which a public import dfl.internal.winapi worked above and didn't
> >> work below. But, when I tried to make a simple test case, everything
> >> worked. And then when I came back to full source, that test worked too,
> >> as did form (But that was only because I had publicly imported it from
> >> application.d & application from menu.d)
> >
> > With some more hacking, I've gotten it to compile. It appears to be
> > something to do in how cyclic (+ private duplicates?) imports are
> > handled. I made everything public and then commented out some of the
> > redundant imports. The strange thing is that I didn't have to remove all
> > cycles or all redundant imports to get it compiling. I did get a less
> > hacked up version running (package imports + removed redundancies), but
> > I had to turn off drag and drop support in order to get it to compile
> > and swapping around certain import statements still causes errors.
>
> Well, I got drag and drop working. More importantly, I've manage to make a
> small test case to put into bugzilla:
> http://d.puremagic.com/issues/show_bug.cgi?id=3301
That's quite a serious regression, that needs to be fixed as soon as possible (maybe even with a special fixing release). I tested QtD and gtkD with dmd 1.047, and both doesn't compile.
More information about the Digitalmars-d-announce
mailing list