date:20151007

[Issue 15027] cannot pass arguments of type DirEntry to std.file functions

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15027

--- Comment #15 from Rainer Schuetze  ---
>Check this out:
>https://github.com/D-Programming-Language/phobos/pull/3694

This is pretty much the workaround given by Kenji above. It has the downside
that you have to copy the full DirEntry object to the stack as a function
argument. Not a big issue for DirEntry, but it can be pretty bad if the struct
has an expensive postblit or if it is disabled.

--

[Issue 15170] New: default arguments from expression tuple don't work

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15170

  Issue ID: 15170
   Summary: default arguments from expression tuple don't work
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Keywords: rejects-valid
  Severity: normal
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: ag0ae...@gmail.com

alias Tuple(Stuff...) = Stuff;
void foo(Tuple!(int, float) args = Tuple!(1, 2f)) {}
void main()
{
foo(1, 2); /* accepted */
foo(); /* Error: function test.foo (int _param_0, float _param_1) is not
callable using argument types () */
}

--

[Issue 15027] cannot pass arguments of type DirEntry to std.file functions

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15027

--- Comment #14 from Walter Bright  ---
Check this out:

https://github.com/D-Programming-Language/phobos/pull/3694

--

[Issue 15176] [REG2.069b1] ICE(glue.c):separate compilation with -inline crash in glue.c

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15176

--- Comment #1 from Kenji Hara  ---
Introduced in:
https://github.com/D-Programming-Language/dmd/pull/5166

--

[Issue 15176] New: [REG2.069b1] ICE(glue.c):separate compilation with -inline crash in glue.c

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15176

  Issue ID: 15176
   Summary: [REG2.069b1] ICE(glue.c):separate compilation with
-inline crash in glue.c
   Product: D
   Version: D2
  Hardware: x86
OS: Windows
Status: NEW
  Keywords: ice
  Severity: regression
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: j...@red.email.ne.jp

This works in 2.068.2.
But we gets an internal error(assertion) in 2.069.0-b1.

COMMAND:
dmd -c -inline test.d

test.d:
import imp;
void test() {
auto r = func();
}

imp.d:
import std.regex;
int func()
{
auto r = regex(r"a");
return 0;
}

ERROR:
Assertion failure: 'fd->semanticRun == PASSsemantic3done' on line 809 in file
'glue.c'

--

[Issue 12558] try/catch allows implicit catching of Errors without specifying any Exception type

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=12558

--- Comment #11 from Vladimir Panteleev  ---
(In reply to Vladimir Panteleev from comment #10)
> The pull request exists, Andrej filed it in the URL field:
> 
> https://github.com/D-Programming-Language/dmd/pull/3482

This pull request now has conflicts and Andrej apparently deleted his GitHub
account, so I think it can only be closed now. Is anyone interested in
resurrecting it?

--

[Issue 12624] Internal error: backend\cgobj.c 2313 with Rebindable!(immutable TimeZone) in std.datetime

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=12624

--- Comment #1 from Jonathan M Davis  ---
Still happens with the latest master, though now it spits out

Internal error: backend\cgobj.c 2332

--

[Issue 15167] [REG2.069-devel] conflicting error with repeated alias declaration

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15167

Kenji Hara  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #4 from Kenji Hara  ---
Implemented.
https://github.com/D-Programming-Language/dmd/pull/5169

--

[Issue 13727] std.stdio.File not thread-safe

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=13727

Vladimir Panteleev  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #8 from Vladimir Panteleev  ---
https://github.com/DigitalMars/dmc/pull/2 (access required)

--

[Issue 15037] method TypeInfo.init shadows built-in init property

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15037

ag0ae...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #2 from ag0ae...@gmail.com ---


*** This issue has been marked as a duplicate of issue 12233 ***

--

[Issue 12233] Attempting to use TypeInfo.init results in a compiler error due to lack of 'this'.

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=12233

ag0ae...@gmail.com changed:

   What|Removed |Added

 CC||ag0ae...@gmail.com

--- Comment #3 from ag0ae...@gmail.com ---
*** Issue 15037 has been marked as a duplicate of this issue. ***

--

[Issue 7066] You can redefine .init and .stringof without error

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=7066

--- Comment #7 from Jonathan M Davis  ---
(In reply to timon.gehr from comment #6)
> (In reply to Walter Bright from comment #1)
> > They're actually supposed to be overridable at the moment. I had thought
> > there might be a use for this, but so far none have materialized.
> > ...
> 
> There is one obvious use case:
> 
> struct S{ @disable enum init=0; }
> 
> It would be better to have a specific feature here though. E.g. 
> 
> struct S{ @disable init; }

I would have thought that

struct S{ @disable this(); }

would do that in addition to making

S s;

illegal. I was surprised to find out that it didn't. But if there _is_ a good
reason for

S s = S.init;

to still work with @disable this(); was used (though I certainly can't think of
one), then @disable init; should probably imply @disable this();.

--

[Issue 15171] New: private/protected/package default construction

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15171

  Issue ID: 15171
   Summary: private/protected/package default construction
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: timon.g...@gmx.ch

As the unit of encapsulation is the module, it sometimes makes sense to manage
construction of a certain type on a by-module basis instead of a by-type basis.

Therefore, the following code should compile:

struct S{
private this();
private init;
// (probably we also want @disable init, instead of
// needing to hack around lack of it by hiding it
// with a new declaration.)
}

Within the module, S should be default-constructible and S.init should be
accessible, but not outside the module.
This gives the author of the type full control over how S is constructed, but
it does not unduly constrain the author.

package and protected default construction are analogous. Probably, explicit
'public' should be allowed as well.

--

[Issue 15149] [REG2.068.1] Linker error with separate compilation

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15149

--- Comment #6 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/1f59030b3af81efe67139ecb0c7d3f6e2312d5a7
fix Issue 15149 - Linker error with separate compilation

https://github.com/D-Programming-Language/dmd/commit/95d076460c87a252edbbcc8d995061391738bd51
Merge pull request #5166 from 9rnsr/fix15149

[REG2.068.1] Issue 15149 - Linker error with separate compilation

--

[Issue 15149] [REG2.068.1] Linker error with separate compilation

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15149

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

   What|Removed |Added

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

--

[Issue 15174] New: Add or undocument --tmpdir switch

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15174

  Issue ID: 15174
   Summary: Add or undocument --tmpdir switch
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: P1
 Component: tools
  Assignee: nob...@puremagic.com
  Reporter: thecybersha...@gmail.com

The rdmd man page mentions a --tmpdir switch, however it is not actually
recognized by rdmd.

--

[Issue 15175] New: rdmd --loop and --eval now complain about std.stream deprecation warnings

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15175

  Issue ID: 15175
   Summary: rdmd --loop and --eval now complain about std.stream
deprecation warnings
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: P1
 Component: tools
  Assignee: nob...@puremagic.com
  Reporter: thecybersha...@gmail.com

> rdmd --force "--eval=writeln(`eval_works`);"
C:\Temp\.rdmd\eval.B69BD6FDCFC0950D6C336FE7B8FEF8B5.d(6): Deprecation: module
std.cstream is deprecated - It will be removed from Phobos in October 2016. If
you still need it, go to https://github.com/DigitalMars/undeaD
C:\D2\src\phobos\std\cstream.d(27): Deprecation: module std.stream is
deprecated - It will be removed from Phobos in October 2016. If you still need
it, go to https://github.com/DigitalMars/undeaD
C:\Temp\.rdmd\eval.B69BD6FDCFC0950D6C336FE7B8FEF8B5.d(13): Deprecation: module
std.socketstream is deprecated - It will be removed from Phobos in October
2016. If you still need it, go to https://github.com/DigitalMars/undeaD
C:\D2\src\phobos\std\socketstream.d(41): Deprecation: module std.stream is
deprecated - It will be removed from Phobos in October 2016. If you still need
it, go to https://github.com/DigitalMars/undeaD
C:\Temp\.rdmd\eval.B69BD6FDCFC0950D6C336FE7B8FEF8B5.d(13): Deprecation: module
std.stream is deprecated - It will be removed from Phobos in October 2016. If
you still need it, go to https://github.com/DigitalMars/undeaD
C:\Temp\.rdmd\eval.B69BD6FDCFC0950D6C336FE7B8FEF8B5.d(6): Deprecation: module
std.cstream is deprecated - It will be removed from Phobos in October 2016. If
you still need it, go to https://github.com/DigitalMars/undeaD
C:\D2\src\phobos\std\cstream.d(27): Deprecation: module std.stream is
deprecated - It will be removed from Phobos in October 2016. If you still need
it, go to https://github.com/DigitalMars/undeaD
C:\Temp\.rdmd\eval.B69BD6FDCFC0950D6C336FE7B8FEF8B5.d(13): Deprecation: module
std.socketstream is deprecated - It will be removed from Phobos in October
2016. If you still need it, go to https://github.com/DigitalMars/undeaD
C:\D2\src\phobos\std\socketstream.d(41): Deprecation: module std.stream is
deprecated - It will be removed from Phobos in October 2016. If you still need
it, go to https://github.com/DigitalMars/undeaD
C:\Temp\.rdmd\eval.B69BD6FDCFC0950D6C336FE7B8FEF8B5.d(13): Deprecation: module
std.stream is deprecated - It will be removed from Phobos in October 2016. If
you still need it, go to https://github.com/DigitalMars/undeaD
eval_works

--

[Issue 15162] byDchar calls empty twice in a row

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15162

John Colvin  changed:

   What|Removed |Added

 CC||john.loughran.colvin@gmail.
   ||com

--- Comment #1 from John Colvin  ---
Not totally sure, but I think you're just seeing
https://github.com/D-Programming-Language/phobos/blob/master/std/utf.d#L1169

--

[Issue 15037] method TypeInfo.init shadows built-in init property

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15037

ag0ae...@gmail.com changed:

   What|Removed |Added

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

--- Comment #1 from ag0ae...@gmail.com ---
Pull request to start fixing this by renaming the method to "initializer":
https://github.com/D-Programming-Language/druntime/pull/1403

--

[Issue 15172] ICE(interpret.c ctfeCompile) Assertion `!fd->semantic3Errors' failed.

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=15172

Kenji Hara  changed:

   What|Removed |Added

   Keywords||CTFE, ice, pull

--- Comment #1 from Kenji Hara  ---
https://github.com/D-Programming-Language/dmd/pull/5168

--

[Issue 7066] You can redefine .init and .stringof without error

2015-10-07 Thread via Digitalmars-d-bugs

https://issues.dlang.org/show_bug.cgi?id=7066

timon.g...@gmx.ch changed:

   What|Removed |Added

 CC||timon.g...@gmx.ch

--- Comment #6 from timon.g...@gmx.ch ---
(In reply to Walter Bright from comment #1)
> They're actually supposed to be overridable at the moment. I had thought
> there might be a use for this, but so far none have materialized.
> ...

There is one obvious use case:

struct S{ @disable enum init=0; }

It would be better to have a specific feature here though. E.g. 

struct S{ @disable init; }

--

[Issue 15027] cannot pass arguments of type DirEntry to std.file functions

[Issue 15170] New: default arguments from expression tuple don't work

[Issue 15027] cannot pass arguments of type DirEntry to std.file functions

[Issue 15176] [REG2.069b1] ICE(glue.c):separate compilation with -inline crash in glue.c

[Issue 15176] New: [REG2.069b1] ICE(glue.c):separate compilation with -inline crash in glue.c

[Issue 12558] try/catch allows implicit catching of Errors without specifying any Exception type

[Issue 12624] Internal error: backend\cgobj.c 2313 with Rebindable!(immutable TimeZone) in std.datetime

[Issue 15167] [REG2.069-devel] conflicting error with repeated alias declaration

[Issue 13727] std.stdio.File not thread-safe

[Issue 15037] method TypeInfo.init shadows built-in init property

[Issue 12233] Attempting to use TypeInfo.init results in a compiler error due to lack of 'this'.

[Issue 7066] You can redefine .init and .stringof without error

[Issue 15171] New: private/protected/package default construction

[Issue 15149] [REG2.068.1] Linker error with separate compilation

[Issue 15149] [REG2.068.1] Linker error with separate compilation

[Issue 15174] New: Add or undocument --tmpdir switch

[Issue 15175] New: rdmd --loop and --eval now complain about std.stream deprecation warnings

[Issue 15162] byDchar calls empty twice in a row

[Issue 15037] method TypeInfo.init shadows built-in init property

[Issue 15172] ICE(interpret.c ctfeCompile) Assertion `!fd->semantic3Errors' failed.

[Issue 7066] You can redefine .init and .stringof without error

21 matches

Site Navigation

Mail list logo

Footer information