http://d.puremagic.com/issues/show_bug.cgi?id=2643
--- Comment #4 from to...@famolsen.dk 2009-02-05 12:07 ---
DMD actually does quite a bit of error handling during code generation. I've
been hit by this several times in LDC, where it means that quite a lot of the
time, you can't be s
http://d.puremagic.com/issues/show_bug.cgi?id=2647
Summary: typedef's and struct constructors
Product: D
Version: 2.023
Platform: PC
OS/Version: All
Status: NEW
Keywords: spec
Severity: minor
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2648
Summary: Unnecessary struct ABI inconsistency
Product: D
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Compon
http://d.puremagic.com/issues/show_bug.cgi?id=2649
Summary: Inconsistent naming in TypeInfo derived classes
Product: D
Version: 1.036
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P4
http://d.puremagic.com/issues/show_bug.cgi?id=2650
Summary: TypeInfo_Ak and similar do not inherit from
TypeInfo_Array
Product: D
Version: 1.036
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
http://d.puremagic.com/issues/show_bug.cgi?id=2650
--- Comment #1 from dhase...@gmail.com 2009-02-07 14:32 ---
Failing example:
void main ()
{
auto s = "hello"d;
auto sd = s[];
if (cast(TypeInfo_Array)typeid(typeof(sd)) !is null)
{
assert (false, "not array");
http://d.puremagic.com/issues/show_bug.cgi?id=2650
dhase...@gmail.com changed:
What|Removed |Added
CC||dhase...@gmail.com
Stat
http://d.puremagic.com/issues/show_bug.cgi?id=2218
dhase...@gmail.com changed:
What|Removed |Added
CC||dhase...@gmail.com
--- Comme
http://d.puremagic.com/issues/show_bug.cgi?id=2218
dhase...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://d.puremagic.com/issues/show_bug.cgi?id=2575
--- Comment #3 from mihail.zen...@gmail.com 2009-02-07 20:56 ---
GDB also work fine with LDC debug info.
<1>: Abbrev Number: 3 (DW_TAG_subprogram)
DW_AT_name: crash.foo
DW_AT_MIPS_linkage_name: _D5crash3fooFZv
http://d.puremagic.com/issues/show_bug.cgi?id=2632
matti.niemenmaa+dbugzi...@iki.fi changed:
What|Removed |Added
Component|Phobos |www.digitalmars.com
http://d.puremagic.com/issues/show_bug.cgi?id=2651
Summary: class body declaration grammar incorrect
Product: D
Version: 2.023
Platform: PC
URL: http://www.digitalmars.com/d/2.0/class.html
OS/Version: Linux
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=2652
Summary: DeclDef grammar is wrong
Product: D
Version: 2.023
Platform: PC
URL: http://www.digitalmars.com/d/2.0/module.html
OS/Version: Linux
Status: NEW
Severi
http://d.puremagic.com/issues/show_bug.cgi?id=2652
--- Comment #1 from ddparn...@bigpond.com 2009-02-08 23:51 ---
Unit tests are correctly permitted at the module level. A unit test can be used
to test free functions as well as class/struct methods.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2652
--- Comment #2 from jlqu...@optonline.net 2009-02-09 07:46 ---
(In reply to comment #1)
> Unit tests are correctly permitted at the module level. A unit test can be
> used
> to test free functions as well as class/struct methods.
Ye
http://d.puremagic.com/issues/show_bug.cgi?id=2653
Summary: ConditionalStatement not referenced in rest of grammar
Product: D
Version: 2.023
Platform: PC
URL: http://www.digitalmars.com/d/2.0/version.html
OS/Version: Linux
http://d.puremagic.com/issues/show_bug.cgi?id=2653
--- Comment #1 from jlqu...@optonline.net 2009-02-09 08:48 ---
Looking into this further, dmd doesn't seem to distinguish between using
CCDeclarationBlock or NoScopeNonEmptyStatement. The compiler's approach seems
reasonable to me. I
http://d.puremagic.com/issues/show_bug.cgi?id=2654
Summary: forward reference bug.
Product: D
Version: 2.023
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: DMD
A
http://d.puremagic.com/issues/show_bug.cgi?id=2654
--- Comment #1 from somea...@yahoo.com 2009-02-10 15:06 ---
Created an attachment (id=288)
--> (http://d.puremagic.com/issues/attachment.cgi?id=288&action=view)
the source code.
--
http://d.puremagic.com/issues/show_bug.cgi?id=424
--- Comment #20 from somea...@yahoo.com 2009-02-10 17:52 ---
> Unfortunately I think the only real solution for this is a new linker.
I just thought there maybe a simple solution to implement: add a switch to the
DMD compiler, e.g "-m
http://d.puremagic.com/issues/show_bug.cgi?id=424
--- Comment #21 from somea...@yahoo.com 2009-02-10 18:03 ---
Actually even without such switch, the compiler should split the object files "
when there are more than 16,000 fixups in a single .obj" -- after all why the
compiler should
http://d.puremagic.com/issues/show_bug.cgi?id=424
--- Comment #22 from 2kor...@gmail.com 2009-02-10 18:11 ---
I disagree about multiple output obj files from one source. This would make
linking much harder (e.g. - compilation using makefile). I wouldn't like the
build process to depen
http://d.puremagic.com/issues/show_bug.cgi?id=424
--- Comment #23 from somea...@yahoo.com 2009-02-10 18:18 ---
(In reply to comment #22)
> I disagree about multiple output obj files from one source. This would make
> linking much harder (e.g. - compilation using makefile). I wouldn't
http://d.puremagic.com/issues/show_bug.cgi?id=2218
dhase...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2655
Summary: Allow alternation patterns in std.path.fnmatch
Product: D
Version: 1.037
Platform: PC
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2655
--- Comment #1 from wbax...@gmail.com 2009-02-11 22:00 ---
Created an attachment (id=289)
--> (http://d.puremagic.com/issues/attachment.cgi?id=289&action=view)
fnmatch function enhanced with {,} patterns
--
http://d.puremagic.com/issues/show_bug.cgi?id=2656
Summary: Require 0o format for octal literals
Product: D
Version: unspecified
Platform: PC
OS/Version: Windows
Status: NEW
Severity: enhancement
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2657
Summary: Remove opPostInc, opPostDec
Product: D
Version: unspecified
Platform: PC
OS/Version: Windows
Status: NEW
Severity: enhancement
Priority: P2
Compon
http://d.puremagic.com/issues/show_bug.cgi?id=2658
Summary: Remove EscapeString literals.
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Compone
http://d.puremagic.com/issues/show_bug.cgi?id=2659
Summary: Remove the comma operator
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component:
http://d.puremagic.com/issues/show_bug.cgi?id=2660
Summary: Change #line to pragma(line)
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Componen
http://d.puremagic.com/issues/show_bug.cgi?id=2657
--- Comment #1 from schvei...@yahoo.com 2009-02-13 10:37 ---
I use it in dcollections iterators to do increment and decrement, sometimes I
use the return value (which is a copy of the iterator before incrementing).
However, I wouldn'
http://d.puremagic.com/issues/show_bug.cgi?id=2656
--- Comment #1 from jarrett.billings...@gmail.com 2009-02-13 10:45 ---
Or, you know, it could just remove octal literals, period. Since _no one uses
18-bit machines anymore_.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2657
--- Comment #2 from shro8...@vandals.uidaho.edu 2009-02-13 11:38 ---
A better solution would be to define i++ in terms of ++i and require the
compiler to do the value preservation as a copy or by delaying the function
call until afte
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #1 from shro8...@vandals.uidaho.edu 2009-02-13 11:42 ---
Try that again with several different \ things in the string. it quickly get
unreadable.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #1 from shro8...@vandals.uidaho.edu 2009-02-13 11:47 ---
I rather expect that will never happen as the #line bit is there for
compatibility with the c preprocessed tool stack (lex, yacc, CPP and any other
pre existing too
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #2 from a...@esperanto.org.ar 2009-02-13 11:55 ---
Can you provide an example? Whenever I read a separated \n or \t it seems like
it doesn't belong to the string and it confuses me, it makes it more
unreadable.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #2 from a...@esperanto.org.ar 2009-02-13 12:07 ---
But the #line is processed by the lexer, I don't see what that has to do with
lex, yacc and other CPP tools...
The problem with the pragma solution is that pragmas are pr
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #3 from shro8...@vandals.uidaho.edu 2009-02-13 13:25 ---
Just to clarify, I /don't/ like the suggestion.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #3 from shro8...@vandals.uidaho.edu 2009-02-13 13:30 ---
Take a look at what Lex/Yacc/Flex/Bison and a pile of other tools generate.
Anything that is copied from the input file into the output is prefaced with
#line so tha
http://d.puremagic.com/issues/show_bug.cgi?id=2661
Summary: Symbol not listed as valid template parameter in grammar
Product: D
Version: 2.023
Platform: PC
URL: http://www.digitalmars.com/d/2.0/template.html
OS/Version: Linux
http://d.puremagic.com/issues/show_bug.cgi?id=2662
Summary: Symbol template argument not defined by grammar or text
Product: D
Version: 2.023
Platform: PC
URL: http://www.digitalmars.com/d/2.0/template.html
OS/Version: Linux
http://d.puremagic.com/issues/show_bug.cgi?id=2663
Summary: template instantiation description permits runtime
instantiation
Product: D
Version: 2.023
Platform: PC
URL: http://www.digitalmars.com/d/2.0/template.html
http://d.puremagic.com/issues/show_bug.cgi?id=1886
burton-rad...@shaw.ca changed:
What|Removed |Added
CC||burton-rad...@shaw.ca
http://d.puremagic.com/issues/show_bug.cgi?id=2665
Summary: crash on certain const struct function return types
Product: D
Version: 2.023
Platform: PC
OS/Version: Windows
Status: NEW
Keywords: ice-on-valid-code
Seve
http://d.puremagic.com/issues/show_bug.cgi?id=2664
Summary: OSX standard math functions are less accurate
Product: D
Version: unspecified
Platform: PC
OS/Version: Mac OS X
Status: NEW
Severity: minor
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2666
Summary: forward reference hell!
Product: D
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P1
Component: DMD
http://d.puremagic.com/issues/show_bug.cgi?id=2666
--- Comment #1 from somea...@yahoo.com 2009-02-14 19:16 ---
Created an attachment (id=290)
--> (http://d.puremagic.com/issues/attachment.cgi?id=290&action=view)
source file
--
http://d.puremagic.com/issues/show_bug.cgi?id=2665
--- Comment #1 from lud...@informatik.uni-luebeck.de 2009-02-15 02:13
---
This is probably related to or a duplicate of #2560.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2667
Summary: a few un-demanglable Undefined symbol in std.stdio?
compiler bug?
Product: D
Version: 2.023
Platform: PC
OS/Version: Windows
Status: NEW
Severity
http://d.puremagic.com/issues/show_bug.cgi?id=2663
jlqu...@optonline.net changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2668
Summary: README.txt files sprinkled throughout bin and lib
directories
Product: D
Version: 2.025
Platform: PC
OS/Version: Linux
Status: NEW
Severity: norm
http://d.puremagic.com/issues/show_bug.cgi?id=2575
jason.james.ho...@gmail.com changed:
What|Removed |Added
URL|http://pastebin.com/m21fab94|
|f
http://d.puremagic.com/issues/show_bug.cgi?id=2484
--- Comment #1 from dhase...@gmail.com 2009-02-15 10:07 ---
This is actually an interesting situation.
Most nested types should be fine. Templates are difficult. The ClassInfo is
generated at each instantiation, and the linker takes
http://d.puremagic.com/issues/show_bug.cgi?id=2669
Summary: Variant does not have opApply or another iteration
mechanism
Product: D
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=2667
--- Comment #1 from somea...@yahoo.com 2009-02-15 14:03 ---
more info: looks like they are all coming from:
src/phobos/std/stdio.d:357 and
src/phobos/std/stdio.d:413
local.o: In function `_D3std5stdio17__T6writefTAyaTsZ6writefFAyasZ
http://d.puremagic.com/issues/show_bug.cgi?id=2654
s...@iname.com changed:
What|Removed |Added
CC||s...@iname.com
BugsThisDependsOn|
http://d.puremagic.com/issues/show_bug.cgi?id=2582
--- Comment #1 from bugzi...@digitalmars.com 2009-02-15 20:39 ---
Error 1: Previous Definition Different :
_D5tango4text4Text11__T4TextTaZ4Text4Span6__initZ
Before saying this is a bug in the linker, it's worth finding why there are
http://d.puremagic.com/issues/show_bug.cgi?id=2670
Summary: std.file.read() should read files of 0 length
Product: D
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2657
--- Comment #3 from clugd...@yahoo.com.au 2009-02-16 05:36 ---
Steven - I agree, it should be opInc. The opAddAssign(1) design assumes that
x+=int is valid, and that's not necessarily true. It plays havoc with templated
operators, too
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #4 from clugd...@yahoo.com.au 2009-02-16 05:38 ---
C has got by with it perfectly well for an awful long time.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #4 from clugd...@yahoo.com.au 2009-02-16 07:08 ---
>I rather expect that will never happen as the #line bit is there for
compatibility with the c preprocessed tool stack (lex, yacc, CPP and any other
pre existing tools/edi
http://d.puremagic.com/issues/show_bug.cgi?id=2671
Summary: Circular imports and static constructors in templates
Product: D
Version: 1.039
Platform: PC
OS/Version: Windows
Status: NEW
Keywords: rejects-valid
Severi
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #5 from jarrett.billings...@gmail.com 2009-02-16 10:23 ---
So has virtually every other language. I don't think I have *ever* seen the
backslash string literals used in any D source. I doubt most people even know
of thei
http://d.puremagic.com/issues/show_bug.cgi?id=2254
--- Comment #8 from malagan...@yahoo.es 2009-02-16 11:48 ---
I just want to comment: The more symbols, the more exports you have...the more
file size you get. What i hate the most is that when you execute your program
it takes even mo
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #6 from shro8...@vandals.uidaho.edu 2009-02-16 13:12 ---
I use them often when for literals of length 1. E.g.
return stringVar ~ \n;
--
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #5 from shro8...@vandals.uidaho.edu 2009-02-16 13:18 ---
I'll admit it is not public domain, but I have a tool for translating c# into D
that uses #line all over the place and a tool that takes a file with #line
directive
http://d.puremagic.com/issues/show_bug.cgi?id=2659
--- Comment #1 from wbax...@gmail.com 2009-02-16 19:10 ---
(In reply to comment #0)
> The comma operator is an unintuitive operator with very few commendable uses.
About the only real use it gets in C is in preprocessor macro hacks.
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #7 from wbax...@gmail.com 2009-02-16 19:21 ---
(In reply to comment #6)
> I use them often when for literals of length 1. E.g.
>
> return stringVar ~ \n;
That's no where near worth the price of giving up a whole symbol i
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #6 from wbax...@gmail.com 2009-02-16 19:27 ---
(In reply to comment #5)
> I'll admit it is not public domain, but I have a tool for translating c# into
> D
> that uses #line all over the place and a tool that takes a file
http://d.puremagic.com/issues/show_bug.cgi?id=2436
--- Comment #3 from bugzi...@digitalmars.com 2009-02-16 19:35 ---
I tried linking this obj file, and it linked without complaint, and runs
printing "Test".
I suspect the problem may be with multithreading on a multicore system. My
sy
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #7 from shro8...@vandals.uidaho.edu 2009-02-16 20:09 ---
(In reply to comment #6)
>
> Can't you just spend like 2 seconds changing that to look for pragma(line..)
> instead of #line?
>
That's not my point, my point is t
http://d.puremagic.com/issues/show_bug.cgi?id=424
--- Comment #24 from bugzi...@digitalmars.com 2009-02-16 22:31 ---
The compiler already has a switch to generate multiple obj files from one
source file: -multiobj. I use it for debugging. But it would be a royal pain to
use if there's
http://d.puremagic.com/issues/show_bug.cgi?id=2672
Summary: Delegate .funcptr returns wrong type.
Product: D
Version: 2.025
Platform: PC
OS/Version: Windows
Status: NEW
Keywords: accepts-invalid, ice-on-valid-code, rejects-va
http://d.puremagic.com/issues/show_bug.cgi?id=2436
--- Comment #4 from samu...@voliacable.com 2009-02-17 02:45 ---
It fails on a single core. Are you sure you specified /co for the linker? It
fails only with the CodeView stuff turned on. Please try to link it like this:
dmd test.obj -
http://d.puremagic.com/issues/show_bug.cgi?id=2673
Summary: Static constructors sometimes do not run when compiling
with -lib
Product: D
Version: unspecified
Platform: PC
OS/Version: Windows
Status: NEW
Se
http://d.puremagic.com/issues/show_bug.cgi?id=424
--- Comment #25 from somea...@yahoo.com 2009-02-17 16:59 ---
(In reply to comment #24)
> The compiler already has a switch to generate multiple obj files from one
> source file: -multiobj. I use it for debugging. But it would be a roya
http://d.puremagic.com/issues/show_bug.cgi?id=2544
ma...@pochta.ru changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=2095
ma...@pochta.ru changed:
What|Removed |Added
CC||la...@virginia.edu
--- Comment
http://d.puremagic.com/issues/show_bug.cgi?id=2095
ma...@pochta.ru changed:
What|Removed |Added
OtherBugsDependingO||2573
nThis|
http://d.puremagic.com/issues/show_bug.cgi?id=2095
s...@iname.com changed:
What|Removed |Added
CC||s...@iname.com
--- Comment #4 fr
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #8 from ma...@pochta.ru 2009-02-18 05:00 ---
AFAIK # is used as a prefix operator in miniD
--
http://d.puremagic.com/issues/show_bug.cgi?id=2658
--- Comment #8 from ma...@pochta.ru 2009-02-18 05:11 ---
I also don't like these escaped chars hanging around on their own.
Lambdas are expected to be just a minor syntax sugar for delegate literals:
return statement and parameter typ
http://d.puremagic.com/issues/show_bug.cgi?id=2095
--- Comment #5 from ma...@pochta.ru 2009-02-18 05:28 ---
As I remember, it was pointed out that rules for implicit conversions of arrays
are formulated uniformly for complex and primitive types, and this report is
exactly about those
http://d.puremagic.com/issues/show_bug.cgi?id=2660
--- Comment #9 from jarrett.billings...@gmail.com 2009-02-18 08:25 ---
Quite right. It's borrowed from Lua and means "length" or "size". Which, I
assume, was originally borrowed from math.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2656
--- Comment #2 from clugd...@yahoo.com.au 2009-02-18 10:30 ---
(In reply to comment #1)
> Or, you know, it could just remove octal literals, period. Since _no one uses
> 18-bit machines anymore_.
Yes. It's easy enough to make a CTFE
http://d.puremagic.com/issues/show_bug.cgi?id=1339
--- Comment #2 from s...@iname.com 2009-02-18 15:51 ---
Did I mean 2544? In any case, bug 2093 is one that the .length bit especially
certainly is related to.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2674
Summary: Copy postblit constructor this(this) not called for
members
Product: D
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=2675
Summary: cannot foreach structs with copy constructor
Product: D
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2095
jason.james.ho...@gmail.com changed:
What|Removed |Added
CC||jason.james.ho...@gmail.com
http://d.puremagic.com/issues/show_bug.cgi?id=1339
--- Comment #3 from ma...@pochta.ru 2009-02-19 02:55 ---
It reallocated array on increasing length. Seems valid.
--
http://d.puremagic.com/issues/show_bug.cgi?id=2095
--- Comment #7 from ma...@pochta.ru 2009-02-19 03:01 ---
isn't this bug 2093?
--
http://d.puremagic.com/issues/show_bug.cgi?id=2093
--- Comment #14 from ma...@pochta.ru 2009-02-19 03:04 ---
see also bug 2095 comment 6
--
http://d.puremagic.com/issues/show_bug.cgi?id=2095
--- Comment #8 from ma...@pochta.ru 2009-02-19 03:09 ---
int[] x=[1,2];
x.length=1;
int[] y=x;
x~=3; // x=[1,3]
y~=4; // x=[1,4]
bug 2093 has little to do with covariance. Added as dependency.
--
http://d.puremagic.com/issues/show_bug.cgi?id=1339
--- Comment #4 from 2kor...@gmail.com 2009-02-19 03:27 ---
(In reply to comment #3)
> It reallocated array on increasing length. Seems valid.
>
Yes, the length part is fine. Here is slightly modified test case:
import std.stdio;
im
http://d.puremagic.com/issues/show_bug.cgi?id=1339
--- Comment #5 from s...@iname.com 2009-02-19 03:41 ---
(In reply to comment #4)
> (In reply to comment #3)
>> It reallocated array on increasing length. Seems valid.
What did - the testcase here with checking added, the testcase at
http://d.puremagic.com/issues/show_bug.cgi?id=1339
--- Comment #6 from ma...@pochta.ru 2009-02-19 04:04 ---
> What did? With which DMD version?
The first testcase did. DMD version is specified in the bugreport. My version
is 2.023.
--
http://d.puremagic.com/issues/show_bug.cgi?id=1948
clugd...@yahoo.com.au changed:
What|Removed |Added
Summary|CTFE fails when mutating a |CTFE fails when mutating a
http://d.puremagic.com/issues/show_bug.cgi?id=2006
clugd...@yahoo.com.au changed:
What|Removed |Added
Version|2.012 |1.028
--- Comment #4 from
http://d.puremagic.com/issues/show_bug.cgi?id=1681
clugd...@yahoo.com.au changed:
What|Removed |Added
Version|2.007 |1.023
--- Comment #6 from
801 - 900 of 48748 matches
Mail list logo