[Issue 16002] New: Add __traits(isModule) and __traits(isPackage)

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16002

  Issue ID: 16002
   Summary: Add __traits(isModule) and __traits(isPackage)
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: blm...@gmail.com

While working on a set of bindings to a C++ library, I found that it would be
useful to have __traits to determine whether a symbol represents a module
and/or package. I've implemented a solution that appears to work; see PR #5290.

https://github.com/dlang/dmd/pull/5290

--


[Issue 16001] Lambda syntax: forbid use with FunctionLiteralBody: (x) => {assert(x);}

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16001

greenify  changed:

   What|Removed |Added

 CC||greeen...@gmail.com

--


[Issue 15989] Win32 optimizer bug

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15989

Jack Stouffer  changed:

   What|Removed |Added

 CC||j...@jackstouffer.com
   Severity|major   |blocker

--- Comment #1 from Jack Stouffer  ---
Raising to blocker as this is blocking
https://github.com/dlang/phobos/pull/4286

--


[Issue 15939] GC.collect causes deadlock in multi-threaded environment

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15939

Илья Ярошенко  changed:

   What|Removed |Added

   Assignee|nob...@puremagic.com|ilyayaroshe...@gmail.com

--


[Issue 15810] Store historical docs

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15810

Andrej Mitrovic  changed:

   What|Removed |Added

 CC||andrej.mitrov...@gmail.com

--- Comment #1 from Andrej Mitrovic  ---
That's not a bad idea. Other than the compiler, a project itself could be
several versions behind using the reference compiler (or even a whole company
for example).

--


[Issue 14984] Make it illegal (or at least a warning) to modify the iteration variable in foreach

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14984

greensunn...@gmail.com changed:

   What|Removed |Added

 CC||greensunn...@gmail.com

--


[Issue 16000] [Reg 2.072~master] linking issues on OSX with size_t, extern(C++), i386, and clang

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16000

Martin Nowak  changed:

   What|Removed |Added

Summary|linking issues on OSX with  |[Reg 2.072~master] linking
   |size_t, extern(C++), i386,  |issues on OSX with size_t,
   |and clang   |extern(C++), i386, and
   ||clang

--


[Issue 16001] New: Lambda syntax: forbid use with FunctionLiteralBody: (x) => {assert(x);}

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16001

  Issue ID: 16001
   Summary: Lambda syntax: forbid use with FunctionLiteralBody:
(x) => {assert(x);}
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: sigod.m...@gmail.com

As discussed here:
https://forum.dlang.org/post/thgyqyarccinzuqhc...@forum.dlang.org

It's very common for people from other languages to write something like

list.each!(x => { /* use x */ });

Which, of course, doesn't work as expected.

--


[Issue 15966] [REG 2.071] {public,protected} imports in base class ignored on symbol lookup

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15966

--- Comment #2 from Martin Nowak  ---
We definitely shouldn't break code, but I also don't see a reason why we should
ignore public imports in base classes. Maybe we can find the prior forum
discussion that Walter mentioned.

--


[Issue 16000] New: linking issues on OSX with size_t, extern(C++), i386, and clang

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16000

  Issue ID: 16000
   Summary: linking issues on OSX with size_t, extern(C++), i386,
and clang
   Product: D
   Version: D2
  Hardware: x86
OS: Mac OS X
Status: NEW
  Severity: regression
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: c...@dawg.eu

Undefined symbols for architecture i386:
  "DtBuilder::repeat(dt_t*, unsigned int)", referenced from:
  Initializer_toDt::InitToDt::visit(ArrayInitializer*) in dmd.o
 
_D4ddmd4todt11membersToDtFC4ddmd9aggregate20AggregateDeclarationC4ddmd7backend9DtBuilderPS4ddmd4root5array41__T5ArrayTC4ddmd10expression10ExpressionZ5ArraykC4ddmd6dclass16ClassDeclarationPPPS4ddmd6dclass9BaseClassZv
in dmd.o
  Type_toDt::TypeToDt::visit(TypeVector*) in dmd.o
  Type_toDt::TypeToDt::visit(TypeSArray*) in dmd.o
 
_D4ddmd4todt8toDtElemFC4ddmd5mtype10TypeSArrayC4ddmd7backend9DtBuilderC4ddmd10expression10ExpressionZv
in dmd.o
  "OutBuffer::write(void const*, unsigned long)", referenced from:
  toObjFile(Dsymbol*, bool)::ToObjFile::visit(VarDeclaration*) in
glue.a(toobj.o)
ld: symbol(s) not found for architecture i386


Both seem to happen b/c of a size_t vs. unsigned int/long mangling mismatch.
This is breaking the nightly build since 2 days.

--


[Issue 15999] New: Inline assembly incorrect sign extension instead of error

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15999

  Issue ID: 15999
   Summary: Inline assembly incorrect sign extension instead of
error
   Product: D
   Version: D2
  Hardware: x86_64
OS: All
Status: NEW
  Keywords: accepts-invalid, iasm, wrong-code
  Severity: normal
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: safety0ff.b...@gmail.com

Taken from issue 6459:
> I also notice if you do:
>
> and RAX,0x
>
> the compiler accepts it but generates:
>
> and RAX,0x
?
> because, of course, there is no imm64 mode for and/or etc. instructions.
> Same applies for all other immediate constants that can be encoded into 8 
> bits.

I have a fix incomming.

--


[Issue 15999] Inline assembly incorrect sign extension instead of error

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15999

safety0ff.bugz  changed:

   What|Removed |Added

   Assignee|nob...@puremagic.com|safety0ff.b...@gmail.com

--


[Issue 2659] Remove the comma operator

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2659

Mathias Lang  changed:

   What|Removed |Added

 CC||mathias.l...@sociomantic.co
   ||m

--- Comment #12 from Mathias Lang  ---
https://github.com/dlang/dmd/pull/5737

--


[Issue 15799] Misleading error message against the contract followed by semicolon in interface

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15799

--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd

https://github.com/dlang/dmd/commit/078067a0222440d4bd2b833f8e0d73bb06730b20
fix Issue 15799 - Misleading error message against the contract followed by
semicolon in interface

https://github.com/dlang/dmd/commit/0dfaaecac67e7cb94fbb41eda410751039b64e15
Merge pull request #5571 from 9rnsr/fix15799

Issue 15799 - Misleading error message against the contract followed by
semicolon in interface

--


[Issue 15258] Anonymous const union members don't allow for initialization

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15258

github-bugzi...@puremagic.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--


[Issue 15258] Anonymous const union members don't allow for initialization

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15258

--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd

https://github.com/dlang/dmd/commit/5175be50ba15738cf0f90ed4136f9a0484ecd352
fix Issue 15258 - Anonymous const union members don't allow for initialization

https://github.com/dlang/dmd/commit/87a802f7aa6d91c09cfd7604f6ea77c7d6fd477e
Merge pull request #5242 from 9rnsr/fix15258

Issue 15258 - Anonymous const union members don't allow for initialization

--


[Issue 15897] private base class method not seen through derived class

2016-05-07 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15897

Kenji Hara  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #16 from Kenji Hara  ---
The new concept https://issues.dlang.org/show_bug.cgi?id=15897#c12 is
completely new thing, so language spec needs to be updated.

--