http://d.puremagic.com/issues/show_bug.cgi?id=1727
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=1986
--- Comment #2 from [EMAIL PROTECTED] 2008-10-25 05:21 ---
This is working in DMD v2.020. The line number is in error message, but the
message is still confusing because GenStruct *is* declared as a string, it
should be declared as
http://d.puremagic.com/issues/show_bug.cgi?id=2427
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2427
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://d.puremagic.com/issues/show_bug.cgi?id=2423
--- Comment #2 from [EMAIL PROTECTED] 2008-10-26 12:27 ---
(In reply to comment #1)
There is also a related issue that will show in the same function if that has
a
return value:
int foo() {
do {
return 1;
}
http://d.puremagic.com/issues/show_bug.cgi?id=2423
--- Comment #3 from [EMAIL PROTECTED] 2008-10-26 12:52 ---
(In reply to comment #0)
Consider the following function:
void foo() {
do {
if (false)
return 1;
} while (true);
}
Compiling with
http://d.puremagic.com/issues/show_bug.cgi?id=2432
Summary: complex alias - mtype.c:125: virtual Type*
Type::syntaxCopy(): Assertion `0' failed.
Product: D
Version: 1.036
Platform: PC
OS/Version: Linux
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=2435
Summary: Assertion failure: 'i parameters-dim' on line 784 in
file 'template.c'
Product: D
Version: 2.020
Platform: PC
OS/Version: Windows
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=2438
--- Comment #1 from [EMAIL PROTECTED] 2008-11-01 09:19 ---
Not that I don't think it's a bug, but - what the heck? I honestly can't tell
what Dg.ptr is. The compiler doesn't accept it as a type, but it also doesn't
accept it as an
http://d.puremagic.com/issues/show_bug.cgi?id=2439
Summary: static ~this() cannot be used to shutdown threads
Product: D
Version: 2.020
Platform: PC
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2439
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2440
Summary: VarDeclaration::toSymbol(): Assertion `!needThis()'
failed
Product: D
Version: 2.020
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://d.puremagic.com/issues/show_bug.cgi?id=2273
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://d.puremagic.com/issues/show_bug.cgi?id=1748
--- Comment #2 from [EMAIL PROTECTED] 2008-11-10 13:35 ---
It looks like fixing this will require giving Dsymbol a reference to a
TemplateInstance, eliminating the nesting part (or giving an option to omit
it), then modifying
http://d.puremagic.com/issues/show_bug.cgi?id=649
--- Comment #5 from [EMAIL PROTECTED] 2008-11-12 07:07 ---
Still hangs on my end, DMD 1.036 on Ubuntu Linux. Possibly OS-dependent?
--
http://d.puremagic.com/issues/show_bug.cgi?id=1667
--- Comment #1 from [EMAIL PROTECTED] 2008-11-12 20:01 ---
*** Bug 2449 has been marked as a duplicate of this bug. ***
--
http://d.puremagic.com/issues/show_bug.cgi?id=424
--- Comment #14 from [EMAIL PROTECTED] 2008-11-13 00:54 ---
Probably a duplicate of #2436 or/and #1439
--
http://d.puremagic.com/issues/show_bug.cgi?id=2436
--- Comment #2 from [EMAIL PROTECTED] 2008-11-13 00:55 ---
Probably a duplicate of #1439 or/and #424. I suggest voting for #424 as it
already has a couple of votes :)
--
http://d.puremagic.com/issues/show_bug.cgi?id=2018
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=1672
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2451
Summary: Cannot add a Variant to associative array
Product: D
Version: 2.020
Platform: PC
OS/Version: Windows
Status: NEW
Severity: critical
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=340
--- Comment #6 from [EMAIL PROTECTED] 2008-11-13 21:30 ---
I think if you want to define forward references in the restricted classical
definition of lexical precedence, then bugs like 1667 would not be covered by
this one. But it
http://d.puremagic.com/issues/show_bug.cgi?id=1748
--- Comment #4 from [EMAIL PROTECTED] 2008-11-15 22:52 ---
Created an attachment (id=279)
-- (http://d.puremagic.com/issues/attachment.cgi?id=279action=view)
Patch to add template parameters to class .stringof
--
http://d.puremagic.com/issues/show_bug.cgi?id=1918
--- Comment #1 from [EMAIL PROTECTED] 2008-11-16 08:22 ---
Okay, I've worked out how all this works.
__traits (getVirtualFunctions) gets all non-static methods.
__traits (isVirtualFunction) returns true iff the argument is a
http://d.puremagic.com/issues/show_bug.cgi?id=2457
--- Comment #1 from [EMAIL PROTECTED] 2008-11-16 11:08 ---
Without example code it is unlikely that this will get fixed. Add the code
which is failing and include the compilation options you are using. Extra
points will be awarded
http://d.puremagic.com/issues/show_bug.cgi?id=2333
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=2462
Summary: DMD creates a wrong DLL so loading a DLL in the context
of another Process via loadlibrary will crash the remote
process
Product: D
Version: 1.036
http://d.puremagic.com/issues/show_bug.cgi?id=2461
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2464
Summary: Correct error message causes incorrect error messages
Product: D
Version: 1.033
Platform: PC
OS/Version: Windows
Status: NEW
Severity: minor
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2464
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|minor |enhancement
--- Comment #1
http://d.puremagic.com/issues/show_bug.cgi?id=1977
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=1977
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://d.puremagic.com/issues/show_bug.cgi?id=2093
--- Comment #7 from [EMAIL PROTECTED] 2008-11-22 08:43 ---
(In reply to comment #4)
Currently an 'owner' is anyone who has a pointer to array's beginning:
char[] s = hello.dup;
char[] s1 = s[0..4];
s1 ~= !;
assert(s != s1); //
http://d.puremagic.com/issues/show_bug.cgi?id=1977
--- Comment #11 from [EMAIL PROTECTED] 2008-11-22 12:51 ---
(In reply to comment #9)
(In reply to comment #8)
The plan is to have sensible bitwise operations preserve the size of their
operands. Only arithmetic and shift will
http://d.puremagic.com/issues/show_bug.cgi?id=1977
--- Comment #12 from [EMAIL PROTECTED] 2008-11-22 13:22 ---
(In reply to comment #10)
(In reply to comment #7)
In general, we want to go with the simple rule is to have an operation
return
the tightest type that won't
http://d.puremagic.com/issues/show_bug.cgi?id=2093
--- Comment #13 from [EMAIL PROTECTED] 2008-11-22 16:31 ---
(In reply to comment #12)
It seems to me then that this is a design choice - does the string length
belong to the string or to the reference? For slices it must be the
http://d.puremagic.com/issues/show_bug.cgi?id=2122
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2157
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2168
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=2061
[EMAIL PROTECTED] changed:
What|Removed |Added
Version|1.029 |1.036
--- Comment #1 from
http://d.puremagic.com/issues/show_bug.cgi?id=2283
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2293
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=2296
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2315
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=2392
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=2402
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2417
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2443
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2180
--- Comment #3 from [EMAIL PROTECTED] 2008-11-24 12:27 ---
related to:
issue 2360
issue 2397
--
http://d.puremagic.com/issues/show_bug.cgi?id=2397
--- Comment #2 from [EMAIL PROTECTED] 2008-11-24 12:25 ---
yes, 2180 is a different error message. As only some error messages have this
issue, it would seem that the issue is not necessarily common to all instances.
(but the fix
http://d.puremagic.com/issues/show_bug.cgi?id=1977
--- Comment #16 from [EMAIL PROTECTED] 2008-11-24 16:55 ---
I searched around, and you are right that C# disallows compiling byte + byte
operands, and it does allow += operands. The reasons given were not to forbid
reassignment to
http://d.puremagic.com/issues/show_bug.cgi?id=2293
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2453
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=1692
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=1977
--- Comment #18 from [EMAIL PROTECTED] 2008-11-25 09:02 ---
(In reply to comment #17)
And most believe that:
byte b2 = b + b;
should produce b2 == -128 without error, and should be equivalent
semantically
to:
http://d.puremagic.com/issues/show_bug.cgi?id=1924
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|spec
http://d.puremagic.com/issues/show_bug.cgi?id=1924
--- Comment #8 from [EMAIL PROTECTED] 2008-11-26 12:05 ---
(In reply to comment #7)
To date, every use of writefln I've seen has been run time. So it doesn't seem
particularly ambiguous at least to me,
That's because at the moment
http://d.puremagic.com/issues/show_bug.cgi?id=2474
Summary: Recursive lazy arguments are inlined incorrectly
Product: D
Version: 2.021
Platform: PC
OS/Version: Windows
Status: NEW
Keywords: rejects-valid
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=2475
Summary: -inline breaks man or boy
Product: D
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
http://d.puremagic.com/issues/show_bug.cgi?id=1924
--- Comment #10 from [EMAIL PROTECTED] 2008-11-27 03:57 ---
On second thoughts, this isn't an actual proposal. There's a genuine need, but
pragma(msg) inside CTFE is not the solution. I think we should just kill this
bug, and create
http://d.puremagic.com/issues/show_bug.cgi?id=2474
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2474
--- Comment #2 from [EMAIL PROTECTED] 2008-11-27 10:51 ---
I'm not sure if the compiler is actually within its rights to complain about
this, as it's bad code even though not technically illegal...
Without the -inline flag this
http://d.puremagic.com/issues/show_bug.cgi?id=1924
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|Allow pragma(msg) in CTFE |Allow writefln like ouput
http://d.puremagic.com/issues/show_bug.cgi?id=2429
--- Comment #1 from [EMAIL PROTECTED] 2008-11-27 17:15 ---
I have tested, and reviwed the new parseMode function.
It is now possible to open for read (e.g. tail -f) a file that is being written
to by a d program using FileMode.Out
http://d.puremagic.com/issues/show_bug.cgi?id=2476
Summary: std.stdio fails to compile
Product: D
Version: 2.021
Platform: PC
OS/Version: Linux
Status: NEW
Severity: regression
Priority: P1
Component: DMD
http://d.puremagic.com/issues/show_bug.cgi?id=437
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=1309
--- Comment #1 from [EMAIL PROTECTED] 2008-11-28 13:11 ---
Just a stab in the dark, but you might try making the argument to opCmp 'const
MyStruct' or 'const MyStruct*'. An opCmp shouldn't generally modify its
argument so maybe DMD
http://d.puremagic.com/issues/show_bug.cgi?id=2480
Summary: extern(C++) does not work with linux
Product: D
Version: 2.014
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: link-failure
Severity: normal
http://d.puremagic.com/issues/show_bug.cgi?id=493
--- Comment #9 from [EMAIL PROTECTED] 2008-12-01 09:02 ---
(In reply to comment #8)
It's the very purpose of compatibility to replicate bugs.
No, the very purpose of compatibility is to replicate *features*!
--
http://d.puremagic.com/issues/show_bug.cgi?id=2483
Summary: DMD allows assignment to a scope variable
Product: D
Version: 1.037
Platform: PC
OS/Version: Windows
Status: NEW
Keywords: accepts-invalid
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=1961
--- Comment #15 from [EMAIL PROTECTED] 2008-12-02 09:07 ---
(In reply to comment #12)
This code duplication bug requires to write every rom method in three flavors
to provide good rom interface. For me, this entirely prevents use
http://d.puremagic.com/issues/show_bug.cgi?id=1961
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=1961
--- Comment #12 from [EMAIL PROTECTED] 2008-12-02 04:19 ---
Walter Bright wrote:
For me, the question is is solving these issues a large enough problem
that justifies adding a rather confusing new variation on const?
This
http://d.puremagic.com/issues/show_bug.cgi?id=1961
--- Comment #16 from [EMAIL PROTECTED] 2008-12-02 09:57 ---
You are right I hadn't fully re-read the your initial posting, it was a long
time ago ;)
--
http://d.puremagic.com/issues/show_bug.cgi?id=2485
Summary: non-static initialization of struct using static
initializer syntax generates wrong code
Product: D
Version: 1.035
Platform: PC
OS/Version: Linux
Status:
http://d.puremagic.com/issues/show_bug.cgi?id=1382
--- Comment #3 from [EMAIL PROTECTED] 2008-12-02 12:31 ---
We've had some success with reenabling boehm-gc:
http://www.dsource.org/projects/ldc/ticket/49 .
Another test with USE_BOEHM_GC=0, REDIRECT_MALLOC=GC_malloc and IGNORE_FREE
http://d.puremagic.com/issues/show_bug.cgi?id=2476
--- Comment #3 from [EMAIL PROTECTED] 2008-12-03 00:34 ---
I think you want runtime, not druntime. druntime is the old version that
Walter that got left in there.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2488
--- Comment #3 from [EMAIL PROTECTED] 2008-12-03 01:33 ---
Alright, the following change to dmd.conf did it.
[EMAIL PROTECTED]/../src/phobos [EMAIL PROTECTED]/../src/druntime/import [EMAIL
PROTECTED]/../lib
I don't mind if that is
http://d.puremagic.com/issues/show_bug.cgi?id=2476
--- Comment #4 from [EMAIL PROTECTED] 2008-12-03 06:47 ---
(In reply to comment #3)
I think you want runtime, not druntime. druntime is the old version that
Walter that got left in there.
druntime worked. runtime did not.
--
http://d.puremagic.com/issues/show_bug.cgi?id=911
--- Comment #6 from [EMAIL PROTECTED] 2008-12-03 10:00 ---
I think this has been fixed, but DStress compile/b/bug_expression_4420_C.d case
doesn't compile because typeof requires an expression not an empty argument.
i.e. typeof() is
http://d.puremagic.com/issues/show_bug.cgi?id=2489
Summary: import in struct causes assertion failure
Product: D
Version: 1.033
Platform: All
OS/Version: All
Status: NEW
Keywords: ice-on-invalid-code
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=1408
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2236
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2488
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://d.puremagic.com/issues/show_bug.cgi?id=2488
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2476
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=2490
Summary: extern(C++) can not handle structs as return types
Product: D
Version: 2.014
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: wrong-code
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=2491
Summary: druntime GC wrongly frees data pointed to by TLS.
Product: D
Version: 2.021
Platform: PC
OS/Version: Windows
Status: NEW
Severity: critical
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2492
Summary: ICE building on Linux with -lib option
Product: D
Version: 2.021
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2493
--- Comment #1 from [EMAIL PROTECTED] 2008-12-06 13:03 ---
Created an attachment (id=280)
-- (http://d.puremagic.com/issues/attachment.cgi?id=280action=view)
program that fails to link
--
http://d.puremagic.com/issues/show_bug.cgi?id=2116
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|Very incomplete docs|Very incomplete docs for
http://d.puremagic.com/issues/show_bug.cgi?id=2494
Summary: describe explicit casting of arrays
Product: D
Version: 2.021
Platform: PC
URL: http://www.digitalmars.com/d/2.0/arrays.html
OS/Version: Linux
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=2495
Summary: const syntax for member functions needs better
description
Product: D
Version: 2.021
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://d.puremagic.com/issues/show_bug.cgi?id=2494
--- Comment #1 from [EMAIL PROTECTED] 2008-12-06 13:26 ---
Huh, I would've expected it to be documented somewhere. But yes, it's legal,
and will throw a runtime error if there is a size mismatch (that is, if the
size of the array in
http://d.puremagic.com/issues/show_bug.cgi?id=2496
Summary: zlib stream class
Product: D
Version: 2.021
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: Phobos
http://d.puremagic.com/issues/show_bug.cgi?id=2497
Summary: delete and null relationship needs more details
Product: D
Version: 2.021
Platform: PC
URL: http://www.digitalmars.com/d/2.0/expression.html#DeleteE
xpression
http://d.puremagic.com/issues/show_bug.cgi?id=2497
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://d.puremagic.com/issues/show_bug.cgi?id=2497
--- Comment #2 from [EMAIL PROTECTED] 2008-12-06 18:49 ---
(In reply to comment #1)
2. No, because do has no access to variable a. However, it were declared as
ref, it would.
OK, this is what I thought. What happens when you
http://d.puremagic.com/issues/show_bug.cgi?id=1961
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
http://d.puremagic.com/issues/show_bug.cgi?id=313
--- Comment #5 from [EMAIL PROTECTED] 2008-12-08 00:52 ---
Although this particular bug is fixed as of dmd 1.037 and 2.021, there are
other cases that fail.
--
1 - 100 of 85300 matches
Mail list logo