[Issue 11792] Investigate migrating to a meta repo

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


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

   What|Removed |Added

 CC||thecybersha...@gmail.com


--- Comment #3 from Vladimir Panteleev thecybersha...@gmail.com 2014-01-04 
19:26:47 EET ---
This sounds similar to my D.git experiment:

http://forum.dlang.org/post/sgkzpaqkfihoajpeh...@forum.dlang.org

The repository is automatically generated from the component repos' histories
and periodically updated (currently hourly).

 - Write a README.md on how to checkout and git init submodule everything

git clone --recursive will fetch all submodules as well, so there's no need
to use git submodule init.

 1) Starting from 1.8.2, git can track a branch, not only a commit.

That would preclude importing history, and would make it unusable for
regression testing.

 We should also take care not to accept a PR with a modif to .gitmodules
 unless it's a stable version update.

Why would anyone send a pull request to the meta repository, unless it's e.g.
to add/fix makefiles?

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


[Issue 3956] linker removes underscore from all exported symbols of a module but the first

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


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

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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


[Issue 8203] Use of std.regex.match() generates not enough preallocated memory error

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


Илья Ярошенко ilyayaroshe...@gmail.com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||ilyayaroshe...@gmail.com
 Resolution|FIXED   |


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


[Issue 8203] Use of std.regex.match() generates not enough preallocated memory error

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



--- Comment #10 from Илья Ярошенко ilyayaroshe...@gmail.com 2014-01-04 
14:42:08 PST ---
Created an attachment (id=1310)
regex example

This regexp fails with 
аллея Театральная, д. 3, стр. 1.

Works fine in SublimeText3.

c
ore.exception.AssertError@/usr/include/dmd/phobos/std/regex.d(5393): not enough
preallocated memory

/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(_d_assert_msg+0x45)
[0x5055f1]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(pure nothrow
@trusted std.regex.Thread!(ulong).Thread* std.regex.ThompsonMatcher!(char,
std.regex.Input!(char).Input.BackLooper).ThompsonMatcher.allocate()+0x88)
[0x4e80b0]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(pure nothrow
@trusted std.regex.Thread!(ulong).Thread* std.regex.ThompsonMatcher!(char,
std.regex.Input!(char).Input.BackLooper).ThompsonMatcher.createStart(ulong,
uint)+0x59) [0x4e84d9]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(@trusted
std.regex.ThompsonMatcher!(char,
std.regex.Input!(char).Input.BackLooper).ThompsonMatcher.MatchResult
std.regex.ThompsonMatcher!(char,
std.regex.Input!(char).Input.BackLooper).ThompsonMatcher.matchOneShot(std.regex.Group!(ulong).Group[],
uint)+0xf9) [0x4e7eb1]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(@trusted void
std.regex.ThompsonMatcher!(char).ThompsonMatcher.eval!(true).eval(std.regex.Thread!(ulong).Thread*,
std.regex.Group!(ulong).Group[])+0x1672) [0x4e646a]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(@trusted
std.regex.ThompsonMatcher!(char).ThompsonMatcher.MatchResult
std.regex.ThompsonMatcher!(char).ThompsonMatcher.matchOneShot(std.regex.Group!(ulong).Group[],
uint)+0x150) [0x4e2f88]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(@trusted bool
std.regex.ThompsonMatcher!(char).ThompsonMatcher.match(std.regex.Group!(ulong).Group[])+0x9d)
[0x4e2aa5]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(ref @trusted
std.regex.__T10RegexMatchTAyaS273std5regex15ThompsonMatcherZ.RegexMatch
std.regex.__T10RegexMatchTAyaS273std5regex15ThompsonMatcherZ.RegexMatch.__ctor!(std.regex.Regex!(char).Regex).__ctor(immutable(char)[],
std.regex.Regex!(char).Regex)+0x1ae) [0x4ee856]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(@safe
std.regex.__T10RegexMatchTAyaS273std5regex15ThompsonMatcherZ.RegexMatch
std.regex.match!(immutable(char)[],
std.regex.Regex!(char).Regex).match(immutable(char)[],
std.regex.Regex!(char).Regex)+0x63) [0x4fa423]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(_Dmain+0x78ff)
[0x4bd29f]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(void
rt.dmain2._d_run_main(int, char**, extern (C) int
function(char[][])*).runAll().void __lambda1()+0x18) [0x507b3c]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(void
rt.dmain2._d_run_main(int, char**, extern (C) int
function(char[][])*).tryExec(scope void delegate())+0x2a) [0x507a96]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(void
rt.dmain2._d_run_main(int, char**, extern (C) int
function(char[][])*).runAll()+0x30) [0x507afc]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(void
rt.dmain2._d_run_main(int, char**, extern (C) int
function(char[][])*).tryExec(scope void delegate())+0x2a) [0x507a96]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(_d_run_main+0x1a3)
[0x507a17]
/tmp/.rdmd-1000/rdmd-test.d-F2E4C955E1856CA0235A274413477A45/test(main+0x25)
[0x502a7d]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f967ddb0de5]

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


[Issue 11850] [ICE] Problem with filter with signed-unsigned array comparison

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



--- Comment #2 from bearophile_h...@eml.cc 2014-01-04 16:20:40 PST ---
Perhaps this is the same bug:


void main() {
import std.algorithm: map, filter;
[[1]].filter!(a = a.map!q(x = x));
}



temp.d(3): Error: undefined identifier q
...\dmd2\src\phobos\std\algorithm.d(1396):instantiated from here:
FilterResult!(__lambda1, int[][])
temp.d(3):instantiated from here: filter!(int[][])
temp.d(3): Error: template instance temp.main.filter!((a) = a.map!q((x) =
x)).filter!(int[][]) error instantiating

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


[Issue 11865] New: Unhandled exception does not show crash dialog

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

   Summary: Unhandled exception does not show crash dialog
   Product: D
   Version: D2
  Platform: All
OS/Version: Windows
Status: NEW
  Severity: normal
  Priority: P2
 Component: druntime
AssignedTo: nob...@puremagic.com
ReportedBy: jmin...@gmail.com


--- Comment #0 from Jordan Miner jmin...@gmail.com 2014-01-04 18:16:11 PST ---
I just spent a couple hours trying to figure out why a Windows program would
run from Command Prompt but not when double clicked from Explorer. Evidently,
trying to write to stdout results in Tango throwing an exception if the program
is started by double clicking, but not when run from the console.

It took me a while to figure out because by default a non-console program
silently swallows an unhandled exception, and the process just disappears.
Programs on Windows normally show a ProgramName has stopped working dialog
when they crash. This happens by default for any program (even console
programs) written in C, C++, or .NET without the programmer doing anything. I
believe Windows Error Reporting shows the dialog:

http://msdn.microsoft.com/en-us/library/windows/desktop/bb513641%28v=vs.85%29.aspx

The crash dialog usually supports uploading stack traces to MS servers, but at
a minimum, the native crash dialog should show. (I would want to upload stack
traces to my own server instead of Microsoft's because you have to buy a
VeriSign certificate to access the traces on Microsoft's site. That would
probably take a separate project, like Google Breakpad.)

To reproduce, compile this program:

extern(Windows)
int MessageBoxW(void* hWnd, const(wchar)* lpText, const(wchar)* lpCaption, uint
uType);

void main() {
throw new Exception(You can't see this.);
MessageBoxW(null, The program opened., Opened, 0);
}

using this command:

rdmd -ofmain.exe -L/EXETYPE:NT -L/SUBSYSTEM:WINDOWS:4.0 main.d

Try double clicking it in Explorer, and you don't see the message box or a
crash dialog.

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


[Issue 3610] isNumeric(3.14w) is false.

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



--- Comment #8 from Vladimir Panteleev thecybersha...@gmail.com 2014-01-05 
06:55:27 EET ---
Created an attachment (id=1311)
draft patch

The current implementation of isNumeric works just fine with wchar and dchar
strings. However, making the function a template causes conflicts with the
std.typecons.isNumeric template. An ugly workaround would be declaring a
non-templated overload set of wrappers around the templated implementation.

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


[Issue 5749] argument evaluation order of chained function from right

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



--- Comment #9 from github-bugzi...@puremagic.com 2014-01-04 22:27:55 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/7a31af4b65667fa6a993743f493e8d5f156e0d30
fix Issue 5749 - argument evaluation order of chained function from right

https://github.com/D-Programming-Language/dmd/commit/d9c783cac6d06b7be8b5888e574694aec426a470
Merge pull request #2881 from 9rnsr/fix5749

Issue 5749 - argument evaluation order of chained function from right

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


[Issue 5749] (D1 only) argument evaluation order of chained function from right

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


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

   What|Removed |Added

Version|D1  D2 |D1
Summary|argument evaluation order   |(D1 only) argument
   |of chained function from|evaluation order of chained
   |right   |function from right


--- Comment #10 from Kenji Hara k.hara...@gmail.com 2014-01-04 22:32:49 PST 
---
Fixed in D2.

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


[Issue 11849] Recursive enum causes segfault

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



--- Comment #5 from Kenji Hara k.hara...@gmail.com 2014-01-04 22:30:21 PST ---
(In reply to comment #4)
 (In reply to comment #3)
 
  Do you mean this full test case?
 
 No, I mean only exact this code:
 
 enum : DWORD
 {
 DWORD = REG_DWORD
 }
 
 This is without having declared DWORD or REG_DWORD previously. That will
 cause a segmentation fault as well. Seems to be an infinite loop there as 
 well.

OK, I updated PR to fix the ICE.

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


[Issue 11865] Unhandled exception does not show crash dialog

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


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

   What|Removed |Added

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


--- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com 2014-01-05 
08:51:42 EET ---
https://github.com/D-Programming-Language/druntime/pull/703

With this patch, we'll show the uncaught exception details in a standard
Windows message box. These are usually more useful than the standard Windows
crash dialog, since they contain the exception type, the exception message, and
(if the program was compiled with debug info), a stack trace.

Currently it is not possible to disable the D standard top-level exception
handler from within the program or via a compiler/linker switch. It is disabled
automatically if the program was started under a debugger, though.

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


[Issue 11865] Unhandled exception does not show crash dialog

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



--- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com 2014-01-05 
09:02:36 EET ---
 I would want to upload stack traces to my own server instead of Microsoft's

So, do I understand correctly that D's standard uncaught exception handler does
not apply to your problem, and you need uncaught exceptions to go to WER?

If so, would the standard uncaught exception handler being disabled when a
variable is present in the environment be an acceptable solution for you? Since
you mentioned a custom WER server, you're already using a custom configuration
on the users' PCs, so adding an environment variable shouldn't be very
different, right?

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


[Issue 11847] Importing package.d module causes qualified name lookup to fail for sub modules

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



--- Comment #1 from Kenji Hara k.hara...@gmail.com 2014-01-04 23:24:21 PST ---
(In reply to comment #0)
 The following errors out with main.d(5): Error: undefined identifier 'mod':
 
 main.d
 ---
 import test;
 import test.mod;
 
 void main() {
 test.mod.func();
 }
 ---

Currently this is by design. If you use fully qualified name that starts with
test., test/package.d is always preferred to avoid ambiguity.

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


[Issue 11848] Crash on 'enum factorial5=(a=a==0?1:a*__traits(parent,{})(a-1))(5); '

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


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

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


--- Comment #1 from Kenji Hara k.hara...@gmail.com 2014-01-04 23:27:36 PST ---
With git head:

test.d(1): Error: forward reference to inferred return type of function call
__traits(parent, function ()
{
}
)(a - 1)

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

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


[Issue 10922] Compiler segfaults when using __traits(parent, {})

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


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

   What|Removed |Added

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


--- Comment #4 from Kenji Hara k.hara...@gmail.com 2014-01-04 23:27:36 PST ---
*** Issue 11848 has been marked as a duplicate of this issue. ***

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


[Issue 11844] ICE(template.c:6643) Assertion failed: (td-semanticRun != PASSinit)

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



--- Comment #2 from github-bugzi...@puremagic.com 2014-01-04 23:33:06 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/91f6a96bc3bc0ec417f0328f7cb7833826e6f5af
fix Issue 11844 - ICE(template.c:6643) Assertion failed: (td-semanticRun !=
PASSinit)

https://github.com/D-Programming-Language/dmd/commit/c90f30092f252cc38d2b9c74114a44170b1cd36a
Merge pull request #3056 from 9rnsr/fix11844

Issue 11844 - ICE(template.c:6643) Assertion failed: (td-semanticRun !=
PASSinit)

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


[Issue 11863] std.conv.to!string(int/uint, radix) returns incorrect string

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



--- Comment #2 from Kenji Hara k.hara...@gmail.com 2014-01-04 23:42:17 PST ---
Hmm, with -allinst switch, OP code runs successfully in Windows (Both -m32
and -m64).

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


[Issue 11844] ICE(template.c:6643) Assertion failed: (td-semanticRun != PASSinit)

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


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

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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