[Issue 5278] gentoo's 'hardended' gcc doesn't work with dmd

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=5278

Lodovico Giaretta  changed:

   What|Removed |Added

 CC||lodov...@giaretart.net

--- Comment #33 from Lodovico Giaretta  ---
I can confirm that putting `-fPIC -defaultlib=libphobos2.so` in dmd.conf makes
DMD work correctly on hardened systems (tested on Ubuntu 16.10).

Binaries built this way are PIE and have Phobos linked dynamically. I didn't
manage to find a configuration that allows me to statically link Phobos, with
or without PIE.

--


[Issue 16637] New: DMG archive doesn't contain dub?

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16637

  Issue ID: 16637
   Summary: DMG archive doesn't contain dub?
   Product: D
   Version: D2
  Hardware: x86_64
OS: Mac OS X
Status: NEW
  Severity: enhancement
  Priority: P1
 Component: installer
  Assignee: nob...@puremagic.com
  Reporter: 4bur...@gmail.com

Before I forget (I don't have OSX here, so I can't retest):

Installing latest dmg from dlang.org didn't brought `dub` for me. Installing
via `install.sh` worked fine.

--


[Issue 16607] [REG2.072b1] forward reference error for nested struct

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16607

Martin Nowak  changed:

   What|Removed |Added

Summary|[REG2.072b1] "forward   |[REG2.072b1] forward
   |reference" error with   |reference error for nested
   |structs nested in struct|struct
   |templates   |

--


[Issue 16607] [REG2.072b1] forward reference error for nested struct

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16607

Martin Nowak  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #2 from Martin Nowak  ---
https://github.com/dlang/dmd/pull/6214

--


[Issue 16574] [REG 2.072.0-b1] Unexplained errors about functions that overridde anything

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16574

--- Comment #15 from Martin Nowak  ---
(In reply to b2.temp from comment #14)
> (In reply to Martin Nowak from comment #13)
> > (In reply to b2.temp from comment #11)
> > > $ if [ -d kheops ]; then
> > > $ cd kheops
> > > $ git pull
> > > $ cd ..
> > > $ else
> > > $ git clone https://github.com/BBasile/kheops.git
> > > $ fi
> > > $ cd kheops/runnable
> > > $ dub default_alignment.d 
> > 
> > Mmh, apparently you don't see the problem w/ your test case, so I'm saying
> > this explicit.
> > The moment you add a new commit, or any of the your project's dependencies
> > gets updated, the bug might no longer be reproducible.
> 
> $ if ! [ -d kheops ]; then
> $ git clone https://github.com/BBasile/kheops.git
> $ fi
> $ 
> $ cd kheops
> $ git checkout a00f300c4281b2d4aaf95e7fabde48d3dc3816e9
> $ cd runnable
> $ dub default_alignment.d
> 
> > I've already spend a lot of time trying to reproduce this bug w/ your ever
> 
> So do I. I've manually compiled DMD and phobos about a hundred of times to
> find where default_alignment.d started not to work anymore. Also the
> (unfortunately) wrong reduction didn't pop from the magician hat.

I didn't mean to be unfriendly, it's just that such small formal problems eat a
lot of time.

> 'dub build --build=unittest' does nothing, you should have get  "Target is a
> library.

Nevermind, I always ran the default_alignment.d test as posted in comment 1.

> He's the author of the feature.

That's not development in any organization should work, exactly b/c people can 

> I have many others small applications like "default_alignment.d" that I run
> to track possible breakage. Once again I don't understand what you are
> trying to tell me. With DMD 2.071.2 they are all compiled, they run all.

Well, then it's a regression, but if you look at comment 6, it's rather
confusing to follow. Last time I tested the project wasn't compiling with any
version between 2.069 and 2.071 (see comment 8).

> > Lazy alias analysis is a huge improvement for compile times, 
> 
> Certainly.
> 
> > so we won't drop it light-hearted.
> 
> So don't drop it and make your release but keep in mind that there's an
> issue. Soon or later it will show the tip of its nose again.

Well that's why I'm spending time here. It's not even sure that the lazy alias
is the cause of this problem.

--


[Issue 16590] Wrong di generation for ref methods

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16590

--- Comment #2 from Satoshi  ---
() @trusted {


}

block is rewritten as
() {

}

what is wrong

--


[Issue 16590] Wrong di generation for ref methods

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16590

--- Comment #3 from Satoshi  ---
methods marked as return, e.g.
void foo() return {

}

are exported in wring way.

--


[Issue 16590] Wrong di generation for ref methods

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16590

--- Comment #4 from Satoshi  ---
class Foo {
protected void method42() {

}
}


class Bar : Foo {
   void method42() {

   }
}

Bar.method42() does not override any function

--


[Issue 16590] Wrong di generation for ref methods

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16590

--- Comment #5 from Satoshi  ---
struct Foo(size_t Size = 42 / magic()) {

}


size_t magic() {
return 42;
}


This cannot resolve magic() function at compile time.

--


[Issue 16590] Wrong di generation for ref methods

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16590

--- Comment #6 from Satoshi  ---
class Foo {
immutable(Foo) Dummy = new immutable(Foo);

private immutable pure nothrow @nogc @safe this() {

}

}


this() has stripped body and compiler thrown an error

"cannot be constructed at compile time, because the constructor has no
available source code"

--


[Issue 16590] Wrong di generation for ref methods

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16590

Andrei Alexandrescu  changed:

   What|Removed |Added

   Keywords||bootcamp
 CC||and...@erdani.com
   Assignee|nob...@puremagic.com|razvan.nitu1...@gmail.com

--


[Issue 768] A switch to print predefined version identifiers

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=768

Andrei Alexandrescu  changed:

   What|Removed |Added

   Assignee|bugzi...@digitalmars.com|alexandru.razva...@gmail.co
   ||m

--


[Issue 1761] TypeInfo.toString for function types always indicates no-parameter function

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1761

Andrei Alexandrescu  changed:

   What|Removed |Added

   Assignee|nob...@puremagic.com|lucia.mcojoc...@gmail.com

--


[Issue 16590] Wrong di generation for ref methods

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16590

--- Comment #7 from Satoshi  ---
Attributes are stripped from destrutors.

e.g.
~this() @trusted { ... }

to 
~this();

--


[Issue 5236] [patch] std.format.formattedRead/unformatValue does not support the raw reading of integer types

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=5236

Andrei Alexandrescu  changed:

   What|Removed |Added

   Assignee|and...@erdani.com   |razvan.nitu1...@gmail.com

--


[Issue 4851] Three suggestions for std.random

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=4851

Andrei Alexandrescu  changed:

   What|Removed |Added

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

--


[Issue 5243] dmd -run potentially removes user files

2016-10-25 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=5243

Andrei Alexandrescu  changed:

   What|Removed |Added

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

--