[dmd-beta] 2.063 released!

[Brad Roberts]

On 5/28/13 3:44 PM, Andrej Mitrovic wrote:
> On 5/28/13, Walter Bright <walter at digitalmars.com> wrote:
>> While I'm happy to get the error reports, I am unhappy that the beta has
>> been
>> out for 2 weeks and I get pasted for things not being "done" when nobody
>> tries
>> it out until the release.
>
> I'm trying it out, but not through the .zip files, I use git instead.
> Maybe if you started versioning the zip files I'd be more inclined to
> use them (this is something that was mentioned in dconf but you seemed
> to have ignored the tip).
>
> And I'm unhappy that I'm forced to mention about the broken
> documentation for every single release, this whole process should have
> been automated years ago.
>
> But let's bury the hatchets. I think Nick mentioned it would be a good
> idea to have a D script of some sorts that would build the .zip
> release. If we had that, I suppose we could also have a test-case for
> the script itself to make sure we always have fresh documentation and
> the newest builds of all tools (e.g. the RDMD.exe in the zip file is
> time-stamped for 2 weeks ago).
>
> If we had this whole release procedure open then we could start fixing
> bugs such as distributing newer import libraries
> (http://d.puremagic.com/issues/show_bug.cgi?id=6625), and separating
> .zip files so Windows/Posix files are not mixed in the same archive.

Ignore what may or may not exist outside the current make files.  Just 
start with what exists in them.  Soon after there are workable targets 
to the existing makefiles, I'll get the auto-tester to execute them and 
upload the results to s3 and make them public.

I really don't think the zip/tarball creation steps should be a separate 
script.  A while back I started putting together a proof of concept / 
strawman version of what I was thinking.  They're likely somewhat 
bitrotten, but look at my account on github in the dmd, druntime, and 
phobos repos.  There's an 'install' branch for each of them with a 
commit or two to each.

I stopped when I git the documentation as the build systems for them are 
absurdly complex and convoluted.  Additionally, the tools stuff needs 
work, though its been ages since I last looked at them.

- Brad