February 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
 | Time to give it a try! http://ftp.digitalmars.com/dmd1beta.zip http://ftp.digitalmars.com/dmd2beta.zip | |||
Permalink
ReplyFebruary 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
 Posted in reply to Walter Bright | Awesome, though beta it certainly is based on some quick tests. Once I get around to reducing them, should I file them as regular Bugzilla reports or somewhere else?
On 2/6/2011 4:09 PM, Walter Bright wrote:
> Time to give it a try!
>
> http://ftp.digitalmars.com/dmd1beta.zip
> http://ftp.digitalmars.com/dmd2beta.zip
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>
| |||
February 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
 Posted in reply to David Simcha | Bugzilla. They're bugs like any other bug.
On 2/6/2011 1:37 PM, David Simcha wrote:
> Awesome, though beta it certainly is based on some quick tests. Once I get around to reducing them, should I file them as regular Bugzilla reports or somewhere else?
>
> On 2/6/2011 4:09 PM, Walter Bright wrote:
>> Time to give it a try!
>>
>> http://ftp.digitalmars.com/dmd1beta.zip
>> http://ftp.digitalmars.com/dmd2beta.zip
>> _______________________________________________
>> dmd-beta mailing list
>> dmd-beta at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>>
>
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
| |||
February 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Walter Bright | Not to discount the huge step this is, but I'd call the 64 bit support very alpha. :)
On 2/6/2011 1:09 PM, Walter Bright wrote:
> Time to give it a try!
>
> http://ftp.digitalmars.com/dmd1beta.zip
> http://ftp.digitalmars.com/dmd2beta.zip
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
| |||
February 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Brad Roberts |
Brad Roberts wrote:
> Not to discount the huge step this is, but I'd call the 64 bit support very alpha. :)
>
>
I agree.
| |||
February 07, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
 Posted in reply to Walter Bright | Hi, I cannot actually comment on the 64-bit version, but as it is probably also the candidate for dmd2.052 I'll take the opportunity to report on updating to the latest revision from github a couple of days ago. As I need a couple of patches, I cannot use the release version anyway. There were quite a few problems getting my project (visuald) to compile (on win32): - bug 2962 was hitting me hard, asserting on std.conv.parse!(real,string). I reported the workaround in the bug report. - join(stringarray,std.string.newline) no longer works, you have to copy std.string.newline to a local variable. - the linker was bugging me with unresolved symbols from phobos until I noticed that I was creating documentation while compiling. This enables version D_Ddoc, which causes other declarations to be used in several places. Unfortunately, these were not the same as the ones that were used when compiling phobos, namely std.file.DirEntry.isDir and std.file.DirEntry.linkAttributes, but there might be more. I can understand the motivation of having a separate version with declarations for the documentation, but these are likely to get out of date pretty soon... - after fixing that, the linker complained with this: m:\s\d\dmd2\dmd\src\..\..\lib\phobos.lib(datetime) Error 162: Bad Type Index reference to type 1003 which boiled down to the linker not liking the type information written for "enum DayOfWeek : ubyte". Using int as the base type fixed it, but I guess this is not intended. I could not reproduce the error with a small test file, though. While trying to narrow it down, I had to browse through std.datetime. This is really difficult due to the unittests distracting from the actual code so much. Actually I added a function to visuald to remove them all shrinking the file to a quarter of its size. I'm impressed by the completeness of the tests, but I would prefer to find them in a separate file. - I'm still using the d_time functions (e.g. std.file.getTimes), but it seems the conversion from SysTime is wrong by a month (plus an hour, but that might be due to wrong timezone settings). - There's still that 32-byte ".exe" file in the windows\bin folder of dmd2beta.zip Regards, Rainer Walter Bright wrote: > Time to give it a try! > > http://ftp.digitalmars.com/dmd1beta.zip > http://ftp.digitalmars.com/dmd2beta.zip > _______________________________________________ > dmd-beta mailing list > dmd-beta at puremagic.com > http://lists.puremagic.com/mailman/listinfo/dmd-beta > | |||
February 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Rainer Schuetze | Which patches do you need?
Rainer Schuetze wrote:
> Hi,
>
> I cannot actually comment on the 64-bit version, but as it is probably also the candidate for dmd2.052 I'll take the opportunity to report on updating to the latest revision from github a couple of days ago. As I need a couple of patches, I cannot use the release version anyway. There were quite a few problems getting my project (visuald) to compile (on win32):
>
> - bug 2962 was hitting me hard, asserting on std.conv.parse!(real,string). I reported the workaround in the bug report.
>
> - join(stringarray,std.string.newline) no longer works, you have to copy std.string.newline to a local variable.
>
> - the linker was bugging me with unresolved symbols from phobos until I noticed that I was creating documentation while compiling. This enables version D_Ddoc, which causes other declarations to be used in several places. Unfortunately, these were not the same as the ones that were used when compiling phobos, namely std.file.DirEntry.isDir and std.file.DirEntry.linkAttributes, but there might be more. I can understand the motivation of having a separate version with declarations for the documentation, but these are likely to get out of date pretty soon...
>
> - after fixing that, the linker complained with this: m:\s\d\dmd2\dmd\src\..\..\lib\phobos.lib(datetime) Error 162: Bad Type Index reference to type 1003
>
> which boiled down to the linker not liking the type information written for "enum DayOfWeek : ubyte". Using int as the base type fixed it, but I guess this is not intended. I could not reproduce the error with a small test file, though. While trying to narrow it down, I had to browse through std.datetime. This is really difficult due to the unittests distracting from the actual code so much. Actually I added a function to visuald to remove them all shrinking the file to a quarter of its size. I'm impressed by the completeness of the tests, but I would prefer to find them in a separate file.
>
> - I'm still using the d_time functions (e.g. std.file.getTimes), but it seems the conversion from SysTime is wrong by a month (plus an hour, but that might be due to wrong timezone settings).
>
> - There's still that 32-byte ".exe" file in the windows\bin folder of dmd2beta.zip
>
> Regards,
> Rainer
>
> Walter Bright wrote:
>> Time to give it a try!
>>
>> http://ftp.digitalmars.com/dmd1beta.zip
>> http://ftp.digitalmars.com/dmd2beta.zip
>> _______________________________________________
>> dmd-beta mailing list
>> dmd-beta at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>>
>
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>
>
| |||
February 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
 Posted in reply to Rainer Schuetze | On Sunday 06 February 2011 15:11:46 Rainer Schuetze wrote: > Hi, > > I cannot actually comment on the 64-bit version, but as it is probably also the candidate for dmd2.052 I'll take the opportunity to report on updating to the latest revision from github a couple of days ago. As I need a couple of patches, I cannot use the release version anyway. There were quite a few problems getting my project (visuald) to compile (on win32): > > - bug 2962 was hitting me hard, asserting on std.conv.parse!(real,string). I reported the workaround in the bug report. > > - join(stringarray,std.string.newline) no longer works, you have to copy std.string.newline to a local variable. > > - the linker was bugging me with unresolved symbols from phobos until I noticed that I was creating documentation while compiling. This enables version D_Ddoc, which causes other declarations to be used in several places. Unfortunately, these were not the same as the ones that were used when compiling phobos, namely std.file.DirEntry.isDir and std.file.DirEntry.linkAttributes, but there might be more. I can understand the motivation of having a separate version with declarations for the documentation, but these are likely to get out of date pretty soon... You really shouldn't be compiling with ddoc enabled unless you're building the documentation. There are just too many cases where you need separate declarations for ddoc - often because of differences between OSes. There are cases where the ddoc version is different _on purpose_. In the case of std.file.DirEntry.isDir, it's const on Windows because it can be. But because it can't be on Linux, the ddoc version doesn't list it that way. Now, maybe it's on negligble benefit to have isDir const on Windows given that it can't be on Linux, but there are definitely cases where ddoc is forced to be different from a particular OS' version of a declaration, simply because that declaration is different on different systems. Do _not_ expect your code to work if you compile with ddoc enabled. > - after fixing that, the linker complained with this: m:\s\d\dmd2\dmd\src\..\..\lib\phobos.lib(datetime) Error 162: Bad Type Index reference to type 1003 > > which boiled down to the linker not liking the type information written for "enum DayOfWeek : ubyte". Using int as the base type fixed it, but I guess this is not intended. I could not reproduce the error with a small test file, though. While trying to narrow it down, I had to browse through std.datetime. This is really difficult due to the unittests distracting from the actual code so much. Actually I added a function to visuald to remove them all shrinking the file to a quarter of its size. I'm impressed by the completeness of the tests, but I would prefer to find them in a separate file. DayOfWeek is supposed to be ubyte. It doesn't need more space than that. I haven't seen any problem with it before, so I don't know what the problem is there. It _should_ work just fine. > - I'm still using the d_time functions (e.g. std.file.getTimes), but it > seems the conversion from SysTime is wrong by a month (plus an hour, but > that might be due to wrong timezone settings). If you find in any bugs in std.datetime, please report them with as much information as is reasonably possible - including what your local time zone is and what OS you're on (that matters a lot). As far as I know, there are no bugs in std.datetime, so if you find any, they need to be reported. - Jonathan M Davis | |||
February 07, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Walter Bright | Walter Bright wrote: > Which patches do you need? > necessary: http://d.puremagic.com/issues/show_bug.cgi?id=5382 [regression 2.051] DLL multi-threading broken http://d.puremagic.com/issues/show_bug.cgi?id=4017 const initializer cannot evaluate size of forward referenced alias http://d.puremagic.com/issues/show_bug.cgi?id=4092 broken memory management for COM objects derived from IUnknown http://d.puremagic.com/issues/show_bug.cgi?id=4069 std.xml.Document.pretty saves empty elements with spaces and line breaks http://d.puremagic.com/issues/show_bug.cgi?id=1266 Cannot forward reference the typeof of the base type of a pointer whose base type is defined with typeof http://d.puremagic.com/issues/show_bug.cgi?id=4598 std.xml check is too restrictive http://d.puremagic.com/issues/show_bug.cgi?id=2810 Bogus forward reference error with auto function not show stoppers, but still nice to have: http://d.puremagic.com/issues/show_bug.cgi?id=4973 map file with spaces in file name passed without quotes to linker http://d.puremagic.com/issues/show_bug.cgi?id=4328 templated unittests fail to link when instantiated from other file if compiler order isn't correct convenient for debugging: http://d.puremagic.com/issues/show_bug.cgi?id=4013 Inconsistent codeview debug info for classes derived from IUnknown http://d.puremagic.com/issues/show_bug.cgi?id=4486 CodeView debug info should contain absolute path names http://d.puremagic.com/issues/show_bug.cgi?id=4014 CodeView debug type info not linked in from library http://d.puremagic.com/issues/show_bug.cgi?id=5051 dmd flag for partial compilation - patch to write mixin expansions http://d.puremagic.com/issues/show_bug.cgi?id=4372 type of enumerator values reduced to base type in debug info I try to keep a few more changes uptodate with the repo (like the shared phobos related stuff), but these do not affect visuald. Rainer > Rainer Schuetze wrote: >> Hi, >> >> I cannot actually comment on the 64-bit version, but as it is probably also the candidate for dmd2.052 I'll take the opportunity to report on updating to the latest revision from github a couple of days ago. As I need a couple of patches, I cannot use the release version anyway. There were quite a few problems getting my project (visuald) to compile (on win32): | |||
February 06, 2011 [dmd-beta] 64 bit beta for Linux | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Rainer Schuetze | On Sunday 06 February 2011 16:40:25 Rainer Schuetze wrote:
> Walter Bright wrote:
> > Which patches do you need?
>
> necessary:
>
> http://d.puremagic.com/issues/show_bug.cgi?id=4069 std.xml.Document.pretty saves empty elements with spaces and line breaks http://d.puremagic.com/issues/show_bug.cgi?id=4598 std.xml check is too restrictive
I would point out that std.xml is likely to get the axe pretty quickly here. The consensus seems to be to get rid of it rather than leaving such a poor implementation around for people to complain about (check out the thread "std.xml should just go" on the D newsgroup). So, at minimum, it's going to be deprecated with the next release, and Andrei may even decide to remove it entirely (he did ask whether we should "nuke it" and he hasn't made clear whether that would involve an intermediate deprecated stage). Fortunately, that thread seems to have spurned some discussion on actually, finally creating a proper replacement, and it looks like Tomek Sowi?ski is working on one.
So, I don't know whether std.xml is even going to be in the next release, and it is _not_ going to be high priority to fix any of it, even if it's left in as deprecated. However, given that you have provided patches for those bugs, if std.xml stays in as deprecated, it does seem reasonable that they would be applied.
- Jonathan M Davis
| |||
Copyright © 1999-2021 by the D Language Foundation