[Issue 12051] Code generation issue on x86-64

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12051


yebblies yebbl...@gmail.com changed:

   What|Removed |Added

 CC||yebbl...@gmail.com


--- Comment #2 from yebblies yebbl...@gmail.com 2014-02-01 19:13:20 EST ---
Slowly, slowly reducing with dustmite.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12051] Wrong code with ?: resulting in char on x86-64

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12051


yebblies yebbl...@gmail.com changed:

   What|Removed |Added

   Keywords||pull
   Platform|All |x86_64
 AssignedTo|nob...@puremagic.com|yebbl...@gmail.com
Summary|Code generation issue on|Wrong code with ?:
   |x86-64  |resulting in char on x86-64


--- Comment #3 from yebblies yebbl...@gmail.com 2014-02-01 22:20:09 EST ---
https://github.com/D-Programming-Language/dmd/pull/3182

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12017] DDoc leaves out the majority of documentation

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12017



--- Comment #4 from github-bugzi...@puremagic.com 2014-02-01 04:50:57 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/c45c70b810c9cbe70cb13d54e17638ec371b0db4
Merge pull request #3169 from 9rnsr/fix12017

[REG2.065a] Issue 12017 - DDoc leaves out the majority of documentation

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12024] [REG DMD2.065-b2] template instantiation for swap(SysTime, SysTime) fails

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12024



--- Comment #16 from github-bugzi...@puremagic.com 2014-02-01 04:51:01 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/84422029eb26ccea2cd97422c2e731792ae1e114
Merge pull request #1891 from 9rnsr/fix12024

[REG2.065a] Issue 12024 - template instantiation for swap(SysTime, SysTime)
fails
Conflicts:
std/algorithm.d

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12037] Link-failure with std.numeric.CustomFloat

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12037



--- Comment #3 from github-bugzi...@puremagic.com 2014-02-01 04:50:51 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/076f3b5a23acdcfaaffdda9f65087bf6f67404eb
Merge pull request #3177 from 9rnsr/fix12037

[REG2.065a] Issue 12037 - Link-failure with std.numeric.CustomFloat

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11973] std/datetime.d(14647): Deprecation: function std.algorithm.canFind!(not).canFind!(immutable(dchar)[]).canFind is deprecated - Please use any instead

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11973



--- Comment #4 from github-bugzi...@puremagic.com 2014-02-01 04:50:56 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/9bebc97efaa16921e750823e3aabd53e4ac7ebd3
Merge pull request #1878 from WalterBright/fix11973

fix Issue 11973 - Please use any instead

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12047] Regression (2.065 git-head): UDAs are not checked

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12047


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||accepts-invalid, pull


--- Comment #2 from Kenji Hara k.hara...@gmail.com 2014-02-01 04:26:51 PST ---
https://github.com/D-Programming-Language/dmd/pull/3183

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12040] Compiler segfault with circular reference in variable type

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12040



--- Comment #3 from github-bugzi...@puremagic.com 2014-02-01 04:51:02 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/a1b37a64e60687a9484ad5102805417f686e7353
Merge pull request #3178 from 9rnsr/fix12040

Issue 12040 - Compiler segfault with circular reference in variable type

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12008] alias this and unable to resolve forward reference error

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12008



--- Comment #3 from github-bugzi...@puremagic.com 2014-02-01 04:50:45 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/00b4138457d5cf2bc0cf33d1a69b028d3a50c40d
Merge pull request #3163 from 9rnsr/fix12008

[REG2.065a] Issue 12008 - alias this and unable to resolve forward reference
error

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12038] alias this and this cause ICE

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12038



--- Comment #4 from github-bugzi...@puremagic.com 2014-02-01 04:50:54 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/3aa239bbf81657ccb009ca5c552725464b64008d
Merge pull request #3179 from 9rnsr/fix12038

Issue 12038 - alias this and this cause ICE

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12016] implicit immutable upcast becomes null in CTFE

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12016



--- Comment #4 from github-bugzi...@puremagic.com 2014-02-01 04:50:42 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/1ace7e9e1070732f430baa38b19e5462e64d6eec
Merge pull request #3168 from 9rnsr/fix12016

[REG2.065a] Issue 12016 - implicit immutable upcast becomes null in CTFE

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11823] ddoc: built-in symbols with leading underscore should be specially parsed

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11823



--- Comment #4 from Kenji Hara k.hara...@gmail.com 2014-02-01 06:37:33 PST ---
(In reply to comment #3)
 (In reply to comment #2)
  I'm not sure this is the right approach. An alternative is to recognize
  __FILE__, etc., as special.
 
 Well according to the spec compiler-reserved symbols start with double
 underscores, so I picked that approach. I guess we could instead implement an
 isBuiltinSymbol check?

Even if double-underscored symbols are reserved in language spec, users can use
them in their own own responsibility. (currently dmd does not reject defining
such names). Therefore I think isBuiltinSymbol check would be better, because
it is more conservative way.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12055] Error: basic type expected, not extern when using 'alias = function'

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12055


Andrej Mitrovic andrej.mitrov...@gmail.com changed:

   What|Removed |Added

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


--- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-02-01 
05:39:44 PST ---
Known bug, not sure if it was filed before. The workaround is to mark the alias
as extern(C):

extern(C) alias _Unwind_Exception_Cleanup_Fn
  = void function(_Unwind_Reason_Code, _Unwind_Exception *);

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12054] PATH env. var longer than 1022 characters breaks OPTLINK search path

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12054


Andrej Mitrovic andrej.mitrov...@gmail.com changed:

   What|Removed |Added

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


--- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-02-01 
06:18:09 PST ---
Could also be that there's a + or something in PATH (e.g. when GTK+ Runtime is
installed). See Issue 4831.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 2025] Inconsistent rules for instantiating templates with a tuple parameter

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=2025



--- Comment #16 from Kenji Hara k.hara...@gmail.com 2014-02-01 06:30:50 PST 
---
(In reply to comment #15)
 Why would this be an enhancement rather than a bug fix?

I agree. The current behavior type argument prefers tuple parameter than type
parameter is contrary to the template specialization concept.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12043] opCall can only be used with IFTI and cannot be explicitly instantiated

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12043


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Severity|normal  |enhancement


-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12055] New: Error: basic type expected, not extern when using 'alias = function'

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12055

   Summary: Error: basic type expected, not extern when using
'alias = function'
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ibuc...@ubuntu.com


--- Comment #0 from Iain Buclaw ibuc...@ubuntu.com 2014-02-01 05:38:46 PST ---
In D, you can now replace the following:

alias int _UnWind_Sword;
=
alias _UnWind_Sword = int;


However, this doesn't seem to work with alias function.

// OK
alias extern(C) void function(_Unwind_Reason_Code, _Unwind_Exception *)
 _Unwind_Exception_Cleanup_Fn;

// Error
alias _Unwind_Exception_Cleanup_Fn
  = extern(C) void function(_Unwind_Reason_Code, _Unwind_Exception *);


I would expect this to work in the same way as the first example does.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12031] Possible dollar handling inconsistencies in std.typecons.Typedef array

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12031


Peter Alexander peter.alexander...@gmail.com changed:

   What|Removed |Added

 CC||peter.alexander...@gmail.co
   ||m


--- Comment #1 from Peter Alexander peter.alexander...@gmail.com 2014-02-01 
05:59:06 PST ---
The first issue is a Phobos bug: it just doesn't forward opDollar.

The second seems like a DMD bug.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12055] Error: basic type expected, not extern when using 'alias = function'

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12055



--- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-02-01 
05:40:20 PST ---
(In reply to comment #1)
 Known bug, not sure if it was filed before. The workaround is to mark the 
 alias
 as extern(C):
 
 extern(C) alias _Unwind_Exception_Cleanup_Fn
   = void function(_Unwind_Reason_Code, _Unwind_Exception *);

Heh, I missed your OK sample there where you say the same thing. Sorry for the
noise..

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12054] PATH env. var longer than 1022 characters breaks OPTLINK search path

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12054



--- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-01 
20:39:10 EET ---
I don't think so. The problem manifests if the PATH is over 1022 characters,
but not when it's exactly 1022 characters long. The number is very close 1024,
which I doubt is a coincidence.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12056] New: [CTFE] couldn't find field from delegate

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12056

   Summary: [CTFE] couldn't find field from delegate
   Product: D
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Keywords: CTFE, rejects-valid
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: nilsboss...@googlemail.com


--- Comment #0 from Nils nilsboss...@googlemail.com 2014-02-01 10:44:32 PST 
---
---
cat  test.d  code
struct A
{
void call(void delegate() dg) {dg();}
}

struct B
{
int f;
void m()
{
A a;
a.call({auto err = f;});
}
}

bool go()
{
B b;
b.m();
return true;
}

static assert(go()); 
code
dmd -c test.d
---
test.d(12): Error: couldn't find field f of type int in A()
test.d(3):called from here: dg()
test.d(12):called from here: a.call(delegate ()
{
int err = this.f;
}
)
test.d(19):called from here: b.m()
test.d(23):called from here: go()
test.d(23):while evaluating: static assert(go())
---

The error message says couldn't find field [...] in A(), when the field
should be looked up in B. The error remains the same even when a field f is
added to A.

This also affects opApply.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11983] RDMD masks out segmentation faults

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11983


Andrei Alexandrescu and...@erdani.com changed:

   What|Removed |Added

 CC||and...@erdani.com


--- Comment #7 from Andrei Alexandrescu and...@erdani.com 2014-02-01 10:49:58 
PST ---
Relevant info from Walter for the record:
https://stackoverflow.com/questions/1101957/are-there-any-standard-exit-status-codes-in-linux

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12057] New: [ICE], backend/cg87.c 925

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12057

   Summary: [ICE], backend/cg87.c 925
   Product: D
   Version: unspecified
  Platform: x86_64
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ilyayaroshe...@gmail.com


--- Comment #0 from Илья Ярошенко ilyayaroshe...@gmail.com 2014-02-01 
10:52:30 PST ---
https://github.com/D-Programming-Language/phobos/pull/1893

https://d.puremagic.com/test-results/pull.ghtml?projectid=1runid=878350


../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/algorithm.o
-deps=generated/linux/release/64/unittest/std/algorithm.deps.tmp
std/algorithm.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/array.o
-deps=generated/linux/release/64/unittest/std/array.deps.tmp std/array.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/ascii.o
-deps=generated/linux/release/64/unittest/std/ascii.deps.tmp std/ascii.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/base64.o
-deps=generated/linux/release/64/unittest/std/base64.deps.tmp std/base64.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/bigint.o
-deps=generated/linux/release/64/unittest/std/bigint.deps.tmp std/bigint.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/bitmanip.o
-deps=generated/linux/release/64/unittest/std/bitmanip.deps.tmp std/bitmanip.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/compiler.o
-deps=generated/linux/release/64/unittest/std/compiler.deps.tmp std/compiler.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/complex.o
-deps=generated/linux/release/64/unittest/std/complex.deps.tmp std/complex.d
std/complex.d(659): Deprecation: function
std.complex.Complex!real.Complex.toString is deprecated - Please use
std.string.format instead.
std/complex.d(666): Deprecation: function
std.complex.Complex!real.Complex.toString is deprecated - Please use
std.string.format instead.
std/complex.d(668): Deprecation: function
std.complex.Complex!real.Complex.toString is deprecated - Please use
std.string.format instead.
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/concurrency.o
-deps=generated/linux/release/64/unittest/std/concurrency.deps.tmp
std/concurrency.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/container.o
-deps=generated/linux/release/64/unittest/std/container.deps.tmp
std/container.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/conv.o
-deps=generated/linux/release/64/unittest/std/conv.deps.tmp std/conv.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/cstream.o
-deps=generated/linux/release/64/unittest/std/cstream.deps.tmp std/cstream.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/csv.o
-deps=generated/linux/release/64/unittest/std/csv.deps.tmp std/csv.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/datetime.o
-deps=generated/linux/release/64/unittest/std/datetime.deps.tmp std/datetime.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/demangle.o
-deps=generated/linux/release/64/unittest/std/demangle.deps.tmp std/demangle.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/encoding.o
-deps=generated/linux/release/64/unittest/std/encoding.deps.tmp std/encoding.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/exception.o
-deps=generated/linux/release/64/unittest/std/exception.deps.tmp
std/exception.d
../dmd/src/dmd -I../druntime/import  -w -m64 -fPIC -O -release -unittest -c
-ofgenerated/linux/release/64/unittest/std/file.o
-deps=generated/linux/release/64/unittest/std/file.deps.tmp std/file.d
std/file.d(2892): Deprecation: function std.file.dirEntry is deprecated -
Please use DirEntry constructor directly instead.
std/file.d(2942): Deprecation: function std.file.dirEntry is deprecated -
Please use DirEntry constructor directly instead.

[Issue 11171] Text relocations in Phobos shared library

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11171


Martin Nowak c...@dawg.eu changed:

   What|Removed |Added

   Keywords||dll
   Priority|P2  |P3
 CC||c...@dawg.eu
 AssignedTo|nob...@puremagic.com|c...@dawg.eu


--- Comment #6 from Martin Nowak c...@dawg.eu 2014-02-01 11:03:45 PST ---
Indeed it's a problem that block SELinux out of the box.
I stumbled over this today trying to run a binary with sandbox.
In elfutils there is a small tool to find those relocations
eu-findtextrel
https://fedoraproject.org/wiki/User:Tibbs/Text_Relocation_Guidelines

Seems like it mostly barks about vtblZ and initZ symbols in libphobos2.so.
Those indeed need to contain absolute relocations but they should be data
symbols, so I don't yet know what the problem is.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11983] RDMD masks out segmentation faults

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11983


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

   Keywords||pull
 CC||thecybersha...@gmail.com


--- Comment #8 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-01 
21:20:35 EET ---
Reposting this here, pull which fixes regression by restoring old behavior:

https://github.com/D-Programming-Language/tools/pull/112

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12031] Possible dollar handling inconsistencies in std.typecons.Typedef array

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12031


Peter Alexander peter.alexander...@gmail.com changed:

   What|Removed |Added

  Component|Phobos  |DMD


--- Comment #2 from Peter Alexander peter.alexander...@gmail.com 2014-02-01 
12:28:36 PST ---
I've submitted a pull for the opDollar issue, so I'm going to change this to a
DMD bug so that those folks can take a look at the other issue.

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

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3868] It would be nice to have a function which read a file lazily using a range

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=3868


Peter Alexander peter.alexander...@gmail.com changed:

   What|Removed |Added

 CC||peter.alexander...@gmail.co
   ||m


--- Comment #3 from Peter Alexander peter.alexander...@gmail.com 2014-02-01 
12:26:56 PST ---
byChunk is now a proper range. Is everyone happy that this is resolved?

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11543] multiple definition of std.regex with shared library

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11543



--- Comment #5 from Martin Nowak c...@dawg.eu 2014-02-01 12:43:00 PST ---
As an intermediate workaround, it seems that this issue doesn't occur when
building optimized binaries (-release -O -inline).

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3868] It would be nice to have a function which read a file lazily using a range

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=3868


Andrei Alexandrescu and...@erdani.com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


--- Comment #4 from Andrei Alexandrescu and...@erdani.com 2014-02-01 12:45:49 
PST ---
Yah. Thanks for revisiting this!

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 10929] [CTFE] Destructor errornously gets called on NRVO-ed structs?

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=10929


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull


--- Comment #1 from Kenji Hara k.hara...@gmail.com 2014-02-01 15:29:58 PST ---
https://github.com/D-Programming-Language/dmd/pull/3184

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11171] Text relocations in Phobos shared library

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11171



--- Comment #7 from Martin Nowak c...@dawg.eu 2014-02-01 16:09:08 PST ---
One cause of this bug is that the .minfo* sections are marked as read-only but
require dynamic relocations.
I think we should avoid the relocation and write the complete ModuleInfo into
the .minfo sections, currently .minfo holds pointers to ModuleInfos.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11543] multiple definition of std.regex with shared library

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11543



--- Comment #6 from Martin Nowak c...@dawg.eu 2014-02-01 16:12:28 PST ---
Only -release is needed.
I think that is because non-release build reference other ModuleInfos for
assert and bounds-checking, (see
https://github.com/D-Programming-Language/dmd/pull/2561).
Anyhow we should still make ModuleInfo read-only.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12058] New: std.typecons.AutoImplement does not work for inout member functions

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12058

   Summary: std.typecons.AutoImplement does not work for inout
member functions
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Keywords: rejects-valid
  Severity: normal
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: k.hara...@gmail.com


--- Comment #0 from Kenji Hara k.hara...@gmail.com 2014-02-01 22:57:18 PST ---
Test code:

interface Foo
{
inout(Object) foo() inout;
}
void main()
{
import std.typecons;
BlackHole!Foo o;
}

Output:
C:\dmd2\src\phobos\std\typecons.d-mixin-2067(2068): Error: inout on return
means inout must be on a parameter as well for
autoImplement_helper_.F_foo_0.RT()
C:\dmd2\src\phobos\std\typecons.d(1867): Error: template instance
std.typecons.AutoImplement!(Foo, generateEmptyFunction, isAbstractFunction)
error instantiating
test.d(8):instantiated from here: BlackHole!(Foo)
test.d(8): Error: template instance std.typecons.BlackHole!(Foo) error
instantiating

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 12058] std.typecons.AutoImplement does not work for inout member functions

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12058


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull


--- Comment #1 from Kenji Hara k.hara...@gmail.com 2014-02-01 23:01:23 PST ---
https://github.com/D-Programming-Language/phobos/pull/1900

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11171] Text relocations in Phobos shared library

2014-02-01 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11171



--- Comment #8 from Martin Nowak c...@dawg.eu 2014-02-01 23:28:41 PST ---
There are more false read-only symbols, most notably initZ, vtblZ and deh_eh.
We're supposed to put those into data.rel.ro sections when compiling -fPIC
code.
http://www.airs.com/blog/archives/189
http://stackoverflow.com/questions/7029734/what-is-the-data-rel-ro-used-for
http://refspecs.linux-foundation.org/LSB_4.0.0/LSB-Core-generic/LSB-Core-generic/specialsections.html

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---