[Issue 3321] debug flags
http://d.puremagic.com/issues/show_bug.cgi?id=3321 Ary Borenszweig a...@esperanto.org.ar changed: What|Removed |Added CC||a...@esperanto.org.ar --- Comment #2 from Ary Borenszweig a...@esperanto.org.ar 2009-09-17 04:18:53 PDT --- Yes, that's normal behaviour. And: $ dmd2 -debug=ellery test will print hi! if the code is: debug(ellery) pragma(msg,hi!); void main() {} I won't close this as invalid because the specification doesn't say exactly this. It says: --- The debug condition is satisfied when the -debug switch is thrown on the compiler. The debug ( Integer ) condition is satisfied when the debug level is = Integer. The debug ( Identifier ) condition is satisfied when the debug identifier matches Identifier. --- It should say: The debug condition is satisfied when the -debug switch is thrown on the compiler or when a debug level = 1 is indicated. (or something like that) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3324] New: d1: std.md5: given example not working
http://d.puremagic.com/issues/show_bug.cgi?id=3324 Summary: d1: std.md5: given example not working Product: D Version: 1.042 Platform: Other OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: more.m...@ist-willig.de --- Comment #0 from notna more.m...@ist-willig.de 2009-09-17 06:35:02 PDT --- In the given example of the D1 std.md5, this line can be found: while ((len = fread(buffer, 1, buffer.sizeof, file)) != 0) This isn't working here (DMD v1.042, Windows XP Pro). I had to replace it with: while ((len = fread(buffer.ptr, 1, buffer.sizeof, file)) != 0) ^^^ -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3321] debug flags
http://d.puremagic.com/issues/show_bug.cgi?id=3321 --- Comment #3 from Ellery Newcomer ellery-newco...@utulsa.edu 2009-09-17 07:44:38 PDT --- (In reply to comment #2) Yes, that's normal behaviour. According to whom? The C preprocessor? When I read the spec, I came away with the impression that debug should work like so: debug { stuff } should get compiled if the compiler is given -debug or -debug={something}. Basically, I see it as a boolean. Are we in a debug compile? debug(number) { stuff } should get compiled if the compiler is given -debug=n, where n = number (and there's nothing that says debug(0) { stuff } will always get compiled) wait, I'm seeing a pattern here 1 - true, 0 - false. That sorta makes sense. debug(id) { stuff } should get compiled if the compiler is given -debug=id Yeah, spec needs to be more precise. I would like to see -debug=id = debug_level=1, though. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3326] New: $ in delegate literal causes Access Violation
http://d.puremagic.com/issues/show_bug.cgi?id=3326 Summary: $ in delegate literal causes Access Violation Product: D Version: 2.032 Platform: Other OS/Version: Windows Status: NEW Keywords: wrong-code Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: k.hanaz...@gmail.com --- Comment #0 from Kasumi Hanazuki k.hanaz...@gmail.com 2009-09-17 07:46:16 PDT --- Windows DMD 2.032 Evaluating $ in a delegate literal in an array indexing or slicing throws access violation Error. void main() { int[] a = [1]; auto x = a[{ auto n = $; return 0; }()]; // object.Error: Access Violation auto y = a[{ auto n = $; return 0; }() .. $]; // object.Error: Access Violation } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1812] DDOC - Unicode identifiers are not correctly marked.
http://d.puremagic.com/issues/show_bug.cgi?id=1812 Ali Cehreli acehr...@yahoo.com changed: What|Removed |Added CC||acehr...@yahoo.com --- Comment #7 from Ali Cehreli acehr...@yahoo.com 2009-09-17 12:03:31 PDT --- Wanted to add that function parameters with unicode characters don't appear in the generated documentation as well. /** * BUG: The parameters are not listed under Params in the generated output * * Params: * ü = first * ş = second * ğ = third * */ int foo(int ü, int ş, int ğ) { return ğ; } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3327] New: OPTLINK and the librarian fail to see a symbol in a library
http://d.puremagic.com/issues/show_bug.cgi?id=3327 Summary: OPTLINK and the librarian fail to see a symbol in a library Product: D Version: 1.047 Platform: Other OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: Optlink AssignedTo: nob...@puremagic.com ReportedBy: h3r3...@mat.uni.torun.pl --- Comment #0 from Tomasz Stachowiak h3r3...@mat.uni.torun.pl 2009-09-17 18:45:37 PDT --- Excerpt from the d.D newsgroup (Incremental compilation with DMD): `Somewhere in the process a library is created that confuses OPTLINK as well as lib -l. There's one symbol in it that neither of these are unable to see and it results in an undefined reference when linking. The symbol is clearly there when using a lib dumping tool from DDL or libunres -d -c. (...) it can be found via a regex D2xf3omg4core.*ctFromRealVee0P0Z.` My guess: there's a mismatch between the lib dictionary and its actual contents. I can provide reproduction steps if necessary but they will be rather involved. Maybe the intermediate .lib files and operations using the librarian would be useful? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3328] New: DMD strips package names from objects (ignores -op) with -lib
http://d.puremagic.com/issues/show_bug.cgi?id=3328 Summary: DMD strips package names from objects (ignores -op) with -lib Product: D Version: 1.047 Platform: Other OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: h3r3...@mat.uni.torun.pl --- Comment #0 from Tomasz Stachowiak h3r3...@mat.uni.torun.pl 2009-09-17 19:03:55 PDT --- DMD strips package names / paths when generating object file names for -lib. Then the only way to extract objects from such a lib is running the librarian multiple times, which is sometimes too slow. I've attached an archive containing an example of this issue. There are two modules whose fully qualified names differ, but the last parts of their names are the same. Compiling them with -c -lib -op and running the librarian reveals that DMD produces two objects with the same name. Running lib -x the first time extracts only the first one. Removing the object via lib -d and running lib -x again extracts the second. I've included a .bat file which demonstrates this. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3328] DMD strips package names from objects (ignores -op) with -lib
http://d.puremagic.com/issues/show_bug.cgi?id=3328 --- Comment #1 from Tomasz Stachowiak h3r3...@mat.uni.torun.pl 2009-09-17 19:05:02 PDT --- Created an attachment (id=453) example Attachment failed while submitting the issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---