Re: new D newsgroups
Walter wrote: > "Matthew" wrote in message > news:c6kf86$2d9...@digitaldaemon.com... >> Why does the original D have to die (or be ignored)? I don't get it. >> It seems like a mistake to me. > > Because with a one letter name for the forum, it will never get > propagated and (as far as I can tell) google will not index it. It's > normal practice in the industry to prefix the company name to private > newsgroups, and then sometimes others will pick them up and propagate > them. Some examples are: > > microsoft.* > borland.* > openwatcom.* > > etc. Basically, it's being a good news citizen to name them this way. Walter D: going for volume marketing and sheeple appeal? And what about those wa over-priced conferences of yours? Would do the participants do better with my suggestions for best compiler books? Or giving you boku money? What were you thinking dude? How important do you think you are? Don't disquise your need as value when it is a charity event. Get some humility, bitch.
Re: new D newsgroups
AJ wrote: > Walter wrote: > >> It turns out, that the first step in getting the newsgroups here >> propagated is they have to be renamed. > > Ah, mass-marketing. A sign of a dead company. Rember Borland? Walter, > surely you can relate. Borland circa 1993. Continued the downhill for > 2 decades. Are you on the same path? > > OK, no more consulting for D. That's all I have to say. Good luck. > Don't kill yourself or anyone else. When you are ready to shut down > this IT project gone awry, you can throw me a million dollars and > show you how to make money from the ashes. > > (I am sooo bad!!!) I'm serious this time: no more consulting to Mr. D.
Re: new D newsgroups
Walter wrote: > It turns out, that the first step in getting the newsgroups here > propagated is they have to be renamed. Ah, mass-marketing. A sign of a dead company. Rember Borland? Walter, surely you can relate. Borland circa 1993. Continued the downhill for 2 decades. Are you on the same path? OK, no more consulting for D. That's all I have to say. Good luck. Don't kill yourself or anyone else. When you are ready to shut down this IT project gone awry, you can throw me a million dollars and show you how to make money from the ashes. (I am sooo bad!!!)
[Issue 3541] New: Add -oq to dmd (use fully qualified module name as object filename)
http://d.puremagic.com/issues/show_bug.cgi?id=3541 Summary: Add -oq to dmd (use fully qualified module name as object filename) Product: D Version: 1.051 Platform: Other OS/Version: All Status: NEW Keywords: patch Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: nfx...@gmail.com --- Comment #0 from nfx...@gmail.com 2009-11-21 18:44:49 PST --- Created an attachment (id=514) patch for dmd 1.051 to add -oq This patch adds the -oq option to dmd. When dmd is invoked with -oq, it uses the fully qualified module name for the filename. E.g. when a module contains the module declaration "module foo.moo.huh;", the file is output as "foo.moo.huh.o". Why is -oq a good idea? Right now, build tools can use -od, but if there are modules with the same names in different packages, clashes occur. You could use -op to avoid this, but then object files will be all over the user's source tree (which sucks, especially if dmd and/or the build tool crash, and leave the object files everywhere). LDC had this option since ages, and I think it's time that dmd also knows it. Further remarks: - The option respects the -od option. - An error is raised when a module doesn't contain a ModuleDeclaration (this is intentionally). - dmd creates the filenames in the Module ctor; this is a problem because the module declaration is needed to compute the object filename. I had to change it and move the code to somewhere after Module.parse() is invoked. - As a result, I'm not quite sure if I introduced regressions with the plenty of other output methods. - I hope the option is LDC compatible (xfbuild was able to use the patched dmd with -oq). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3214] Incorrect DWARF line number debugging information on Linux
http://d.puremagic.com/issues/show_bug.cgi?id=3214 nfx...@gmail.com changed: What|Removed |Added Depends on||3540 --- Comment #3 from nfx...@gmail.com 2009-11-21 18:28:15 PST --- Also see 3540. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3540] Another DWARF line number fix
http://d.puremagic.com/issues/show_bug.cgi?id=3540 --- Comment #1 from nfx...@gmail.com 2009-11-21 18:25:04 PST --- Created an attachment (id=513) fix for .debug_line output -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3540] New: Another DWARF line number fix
http://d.puremagic.com/issues/show_bug.cgi?id=3540 Summary: Another DWARF line number fix Product: D Version: 1.051 Platform: Other OS/Version: Linux Status: NEW Keywords: patch, wrong-code Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: nfx...@gmail.com --- Comment #0 from nfx...@gmail.com 2009-11-21 18:24:25 PST --- There's a small detail wrong with the DWARF line number information: your code makes wrong assumptions when the line number state machine register state is reset. The DWARF specification says it's reset after DW_LNE_end_sequence, but as your code resets the register state, it doesn't emit a DW_LNE_end_sequence. The result is that some address/line number ranges in .debug_line are completely bogus. This patch provides a simple fix by moving DW_LNE_end_sequence to where it is appropriate. (Note that some DWARF consumers, such as GNU BFD, are able to deal with the buggy line number information.) (I hope the wrong-code keyword isn't inappropriate here.) Note that this bug is unrelated to bug 3214, which has yet to be fixed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3433] [tdpl] Comparing structs for equality is not member-by-member
http://d.puremagic.com/issues/show_bug.cgi?id=3433 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #8 from Walter Bright 2009-11-21 15:16:47 PST --- I'm working on this. It's a bit of a mess in dmd right now, I'll fix it. I know how to make it work, as it's just like it should in C++. Sigh. The array comparisons are done using TypeInfo's. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3539] Template instantiation fails in an obscured way. See details.
http://d.puremagic.com/issues/show_bug.cgi?id=3539 Eldar Insafutdinov changed: What|Removed |Added Severity|blocker |critical --- Comment #1 from Eldar Insafutdinov 2009-11-21 14:48:34 PST --- Oh sorry my wrong, it is not that a big blocker, but I believe it is worth investigating anyway, since the issue was hard to narrow down and cost me couple of hours of identifying. Thanks. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3407] [tdpl] Compiling with -safe -release must keep all bound checks
http://d.puremagic.com/issues/show_bug.cgi?id=3407 --- Comment #11 from Leandro Lucarella 2009-11-21 14:49:14 PST --- Related SVN commit: http://www.dsource.org/projects/dmd/changeset/258 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3539] New: Template instantiation fails in an obscured way. See details.
http://d.puremagic.com/issues/show_bug.cgi?id=3539
Summary: Template instantiation fails in an obscured way. See
details.
Product: D
Version: 2.036
Platform: x86
OS/Version: Linux
Status: NEW
Severity: blocker
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: e.insafutdi...@gmail.com
--- Comment #0 from Eldar Insafutdinov 2009-11-21
14:44:06 PST ---
Test case:
void boo(T)(T* ptr, const ref T t)
{
static if (__traits(compiles, ptr.__postblit()))
{}
}
void main()
{
double b;
const double a = b;
double* ptr;
boo!double(ptr, a);
}
Commenting out static if (...) line makes it work. Or otherwise if you call boo
with non-const argument(b) it works too.
This one is a blocker for QtD. Basically I need the way, to allocate a copy of
a value on the C heap. In order to do that I allocate the memory chunk with
malloc, then call memcpy() and then, if the value type has postblit I call it.
This bugs prevents me to implement this.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3538] New: Default value of alias template parameter is instantiated only once.
http://d.puremagic.com/issues/show_bug.cgi?id=3538
Summary: Default value of alias template parameter is
instantiated only once.
Product: D
Version: 2.036
Platform: x86
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: e.insafutdi...@gmail.com
--- Comment #0 from Eldar Insafutdinov 2009-11-21
12:28:04 PST ---
template Boo(T) {}
struct Foo(T, alias V = Boo!T) { pragma(msg, V.stringof); }
alias Foo!double B;
alias Foo!int A;
outputs
Boo!(double)
Boo!(double)
while it should
Boo!(double)
Boo!(int)
Although it's a blocker for a design that I intend to use, I don't mark it as
such with hope that it'll get fixed, as it looks trivial to me.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3537] New: Casting objects with alias this takes the subtype
http://d.puremagic.com/issues/show_bug.cgi?id=3537
Summary: Casting objects with alias this takes the subtype
Product: D
Version: 2.036
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: tomeks...@gmail.com
--- Comment #0 from Tomasz Sowiński 2009-11-21 08:27:36
PST ---
interface I { }
class A : I {
int x;
alias x this;
void f() {
auto i = cast(I) this; // ouch
}
}
Should work but doesn't:
Error: e2ir: cannot cast this.x of type int to type hello.I
The cast can be outside -- still the same error:
void main() {
auto a = new A;
auto i = cast(I) a; // ouch
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 2029] Typesafe variadic functions don't work in CTFE
http://d.puremagic.com/issues/show_bug.cgi?id=2029 --- Comment #7 from Tomas Lindquist Olsen 2009-11-21 06:21:44 PST --- So... Noone cares? ... This is a *draft*. I'm looking for feedback on how to better fix this, while the patch isn't perfect, it does fix the bug. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3390] [tdpl] out(result) contract should not be able to rebind result
http://d.puremagic.com/issues/show_bug.cgi?id=3390 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright 2009-11-21 03:48:16 PST --- Will only fix for D2, since D1 hasn't a good notion of const. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3407] [tdpl] Compiling with -safe -release must keep all bound checks
http://d.puremagic.com/issues/show_bug.cgi?id=3407 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #10 from Walter Bright 2009-11-21 02:53:58 PST --- Will remove -safe switch and add -noboundscheck switch. @safe functions always get bounds checked unless -noboundscheck is on. @trusted and @system functions only get bounds checked when -release and -noboundscheck are off. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3378] [tdpl] ++x should be an lvalue
http://d.puremagic.com/issues/show_bug.cgi?id=3378 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #3 from Walter Bright 2009-11-21 02:16:15 PST --- I guess, why? Why does ++x need to be an lvalue? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3406] [tdpl] Cannot compile "Hello, world" or even less with -safe
http://d.puremagic.com/issues/show_bug.cgi?id=3406 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WONTFIX --- Comment #1 from Walter Bright 2009-11-21 02:17:12 PST --- The -safe switch will be replaced by @safe function attributes. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
