[Issue 11241] DIP 37 causes problems
http://d.puremagic.com/issues/show_bug.cgi?id=11241 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-10-14 23:22:48 PDT --- This is invalid issue, because the root package name 'core' is reserved for druntime. When packate/module name is found, compiler should pick the first found source file or directly in the import path. With 2.063 and earlier, the rule was not correctly implemented. (If a module name 'core.memory' had been searched from Phobos code, compiler had wongly skipped the first found directory 'core/memory/' in your project.) You had been used the 'core' package name in your project. (Un)fortunately it had not been caused problems, but it should conflict with the druntime. Therefore the current git-head behavior is essentially correct behavior. Please change the package name in your project. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11243] [REG2.064beta] dmd -of fails
http://d.puremagic.com/issues/show_bug.cgi?id=11243 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #5 from Kenji Hara k.hara...@gmail.com 2013-10-14 23:27:27 PDT --- (In reply to comment #4) (In reply to comment #2) I cannot reproduce this problem. Sorry, I got the minimal test case wrong. It turns out that it can be reproduced exactly when you have directory object in the directory where you are compiling a.d. The contents of the directory do not seem to matter, it can be empty. This is invalid issue, as same as bug 11241. The root package name 'object' is reserved for druntime. In this case, the 'object/' directory under the current directly hides druntime object.d module. The conflict error is expected behavior. See also the detailed answer for bug 11241. http://d.puremagic.com/issues/show_bug.cgi?id=11241#c1 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11266] Ship new sc.ini with expanded support for more versions of Visual Studio/Windows SDK
http://d.puremagic.com/issues/show_bug.cgi?id=11266 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #3 from Rainer Schuetze r.sagita...@gmx.de 2013-10-14 23:41:21 PDT --- I think you should not include \dm\lib in sc.ini. It is pretty uncommon to have this directory and it does not work across multiple drives. It is even harmful for win64 as there are no 64-bit libraries in the dm folders. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11266] Ship new sc.ini with expanded support for more versions of Visual Studio/Windows SDK
http://d.puremagic.com/issues/show_bug.cgi?id=11266 --- Comment #6 from Brad Anderson e...@gnuk.net 2013-10-15 00:02:48 PDT --- (In reply to comment #5) I've suggested a slightly more elaborate version of sc.ini here: http://forum.dlang.org/thread/20130903205311.3c40@unknown?page=5#post-l10vtc:2476o:241:40digitalmars.com Just adding all possible library paths for the different SDKs should do the trick to support different installations. Do you see any harm in(In reply to comment #5) I've suggested a slightly more elaborate version of sc.ini here: http://forum.dlang.org/thread/20130903205311.3c40@unknown?page=5#post-l10vtc:2476o:241:40digitalmars.com Just adding all possible library paths for the different SDKs should do the trick to support different installations. So you are saying something like (modified slightly)?: --- ; environment for both 32/64 bit [Environment] LIB=%@P%\..\lib DFLAGS=-I%@P%\..\..\src\phobos -I%@P%\..\..\src\druntime\import [Environment32] LINKCMD=%@P%\link.exe [Environment64] ; VS2010 ;VS2010LINKCMD=%VCINSTALLDIR%\bin\amd64\link.exe ; VS2012 ;VS2012LINKCMD=%VCINSTALLDIR%\bin\x86_amd64\link.exe ; needed with /DEBUG to find mspdb*.dll ;VS2012PATH=%PATH%;%VCINSTALLDIR%\bin\x86_amd64;%VCINSTALLDIR%\..\Common7\IDE ; VS2013 ;VS2013LINKCMD=%VCINSTALLDIR%\bin\x86_amd64\link.exe ; needed with /DEBUG to find mspdb*.dll ;VS2013PATH=%PATH%;%VCINSTALLDIR%\bin\x86_amd64;%VCINSTALLDIR%\..\Common7\IDE ; needed to avoid COMDAT folding (bugzilla 10664) DFLAGS=%DFLAGS% -L/OPT:NOICF LIB=%@P%\..\lib64 search path for C Runtime libraries ; the following lib path works with VS2008, VS2010 and VS2012 LIB=%LIB%;%VCINSTALLDIR%\lib\amd64 search path for Platform libraries ; the following lib path works with Windows SDK 6.x and 7.x LIB=%LIB%;%WindowsSdkDir%\Lib\x64 ; the following lib path works with Windows SDK 8.0 LIB=%LIB%;%WindowsSdkDir%\Lib\win8\um\x64 --- The VS{2010,2012,2013}{LINKCMD,PATH} business is because the way the installer does things is by simple find and replace so that'd make those easy to enable. If you see no harm in having the LIB for every version active that'd certainly make things easier. Optlink is never valid in 64 so I moved the LINKCMD for it to 32 (do you see any problems with that)? Any tips for getting this working with Express? If I remember correctly a person need a specific version of the platform SDK to get the necessary command line tools but I can't remember the details beyond that. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11267] New: Resulting executable sizes varies a lot
http://d.puremagic.com/issues/show_bug.cgi?id=11267 Summary: Resulting executable sizes varies a lot Product: D Version: D2 Platform: All OS/Version: Linux Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: g.sa...@yahoo.es --- Comment #0 from Jordi Sayol g.sa...@yahoo.es 2013-10-15 00:40:09 PDT --- On Debian stable (7.1), a simple Hello World program dramatically varies the executable size depending on compiler version and linking type: DMD v2.063.2 (32-bit) static: 672 KB shared: 91 KB DMD v2.064 (32-bit) static: 1164 KB shared: 42 KB DMD v2.063.2 (64-bit) static: 789 KB shared: 111 KB DMD v2.064 (64-bit) static: 1348 KB shared: 51 KB -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11268] New: [REG 2.064beta] cannot use non-constant CTFE pointer in an initializer
http://d.puremagic.com/issues/show_bug.cgi?id=11268 Summary: [REG 2.064beta] cannot use non-constant CTFE pointer in an initializer Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: d...@me.com --- Comment #0 from Jacob Carlborg d...@me.com 2013-10-15 00:54:51 PDT --- This code fails to compile with DMD 2.064 beta: class OS { static const char[] REBARCLASSNAME = ReBarWindow32; } class CoolBar { static const char* ReBarClass = OS.REBARCLASSNAME.ptr; // line 14 } Error message: main.d(14): Error: cannot use non-constant CTFE pointer in an initializer 'ReBarWindow32[0]' The commit that caused this regression is: 43a6c87194cae799650249b10a4f7c910081d280 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11266] Ship new sc.ini with expanded support for more versions of Visual Studio/Windows SDK
http://d.puremagic.com/issues/show_bug.cgi?id=11266 --- Comment #7 from Rainer Schuetze r.sagita...@gmx.de 2013-10-15 00:50:04 PDT --- (In reply to comment #6) The VS{2010,2012,2013}{LINKCMD,PATH} business is because the way the installer does things is by simple find and replace so that'd make those easy to enable. If you see no harm in having the LIB for every version active that'd certainly make things easier. If LINKCMD is patched by the installer, I'm fine with it. But how does the sc.ini in the zip file look like? I don't have a solution to making it work with both VS2010 and VS2012 yet. Optlink is never valid in 64 so I moved the LINKCMD for it to 32 (do you see any problems with that)? That should be no problem. Any tips for getting this working with Express? If I remember correctly a person need a specific version of the platform SDK to get the necessary command line tools but I can't remember the details beyond that. I haven't used the Express versions recently, but IIRC VS2012 Express installation was very similar to the full version, while VS2010 Express never had x64 support. You had to install the Windows 7 SDK to get the x64 tool chain. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11261] Can't infer types without explicit slice in foreach
http://d.puremagic.com/issues/show_bug.cgi?id=11261 --- Comment #4 from github-bugzi...@puremagic.com 2013-10-15 00:58:43 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/800631a95964ff15a4dadb15b031f80222449031 fix Issue 11261 - Can't infer types without explicit slice in foreach https://github.com/D-Programming-Language/dmd/commit/339deaa9be455c98aa00c4f0741c76b8774b0e41 Merge pull request #2668 from 9rnsr/fix11261 [REG2.064a] Issue 11261 - Can't infer types without explicit slice in foreach -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11261] Can't infer types without explicit slice in foreach
http://d.puremagic.com/issues/show_bug.cgi?id=11261 --- Comment #5 from github-bugzi...@puremagic.com 2013-10-15 00:59:36 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/718dfbb02f8ca7356e8f46637b2e90e2f81d96d0 Merge pull request #2668 from 9rnsr/fix11261 [REG2.064a] Issue 11261 - Can't infer types without explicit slice in foreach -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11261] Can't infer types without explicit slice in foreach
http://d.puremagic.com/issues/show_bug.cgi?id=11261 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11243] [REG2.064beta] dmd -of fails
http://d.puremagic.com/issues/show_bug.cgi?id=11243 --- Comment #6 from Ivan Kazmenko ga...@mail.ru 2013-10-15 01:16:52 PDT --- (In reply to comment #5) (In reply to comment #4) It turns out that it can be reproduced exactly when you have directory object in the directory where you are compiling a.d. The contents of the directory do not seem to matter, it can be empty. This is invalid issue, as same as bug 11241. The root package name 'object' is reserved for druntime. In this case, the 'object/' directory under the current directly hides druntime object.d module. The conflict error is expected behavior. See also the detailed answer for bug 11241. http://d.puremagic.com/issues/show_bug.cgi?id=11241#c1 Hmm, I see. My use case is compile script in the root, binary for .exe, object for .obj files, source for .d sources, etc. The name seems common enough to consider some further action though: 1. Is there a way to override this behavior by putting path to standard things like object.d before current directory path? 2. What if the standard-things-first order were the default, as we essentially must not have local modules named object.d or core/memory.d anyway? If we do that on purpose to override the default modules' behavior, we must be aware of what we are doing, and only then we will change the order of paths explicitly. 3. In any case, it is rather cryptic now, the error message and/or documentation can perhaps be improved. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11267] Resulting executable sizes varies a lot
http://d.puremagic.com/issues/show_bug.cgi?id=11267 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2013-10-15 01:17:36 PDT --- On Windows 32 bit, I get about a 120K increase in size, and this is pretty much entirely due to the increase in size of the tables in std.internal.uni_tab.d (from looking at the .map file). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11267] Resulting executable sizes varies a lot
http://d.puremagic.com/issues/show_bug.cgi?id=11267 --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2013-10-15 01:34:28 PDT --- Jordi, did you run strip on those executables? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11251] Not able to link (Previous Definition Different)
http://d.puremagic.com/issues/show_bug.cgi?id=11251 --- Comment #2 from Michal Minich michal.min...@gmail.com 2013-10-15 01:54:27 PDT --- (In reply to comment #1) Need a small test case. https://mega.co.nz/#!T5ojET6S!OSP3ezBAvRkbxTtXop7a5lpOgZo1a4MMZgVxJ4fpWko I was not able to build absolutely minimal test case but you can download linked file where you will find prebuild libs using dmd 263 and 264, including source and .bat to rebuild them. Also small app that just links the file. You can find the build scripts for both compiler veresions are identical, yet the .lib fails to link when build and linked with dmd 264. Also invalid executable is generated. Description of folders: * VibeLink is test app just to link vibe*.lib file * vibe-d is latest stable release * VibeLink\build_263.bat run this to link with prebuild VibeLink\lib\vibe_dmd263_snn.lib using dmd 2.063 * VibeLink\build_264.bat run this to link with prebuild VibeLink\lib\vibe_dmd264beta1.lib using dmd 2.064 * vibe-d\build.bat run this to rebuild vibe.lib -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11269] New: [REG 2.064beta1] Union initialization on 64-bit plattforms
http://d.puremagic.com/issues/show_bug.cgi?id=11269 Summary: [REG 2.064beta1] Union initialization on 64-bit plattforms Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: rejects-valid Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@benjamin-thaut.de --- Comment #0 from Benjamin Thaut c...@benjamin-thaut.de 2013-10-15 02:13:07 PDT --- The following code will only fail to compile for 64-bit windows. It works fine for 32-bit windows. This code used to work in dmd 2.063.2 and dmd 2.062 struct Atom { union { int i; struct { Atom* first, rest; } struct { uint localIndex; uint literalIndex; } } } void main(string[] args) { Atom a; } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11270] New: [REG 2.064] Initialization of struct in constructor
http://d.puremagic.com/issues/show_bug.cgi?id=11270 Summary: [REG 2.064] Initialization of struct in constructor Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@benjamin-thaut.de --- Comment #0 from Benjamin Thaut c...@benjamin-thaut.de 2013-10-15 02:25:27 PDT --- The following code used to work dmd 2.064 beta 1 and all versions before that. It just broke on the latest version of the 2.064 branch on git. repro.d(13): Error: cannot implicitly convert expression (f) of type float to netvar!float Although I'm not really sure if this is a bug or if the code is invalid and just used to work because of other bugs. Repro case: struct netvar(T) { T value; alias value this; void opAssign(T newVal){ value = newVal; } } void main(string[] args) { float f = 2.0f; netvar!float f2 = f; } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11267] Resulting executable sizes varies a lot
http://d.puremagic.com/issues/show_bug.cgi?id=11267 --- Comment #3 from Jordi Sayol g.sa...@yahoo.es 2013-10-15 02:28:35 PDT --- (In reply to comment #2) Jordi, did you run strip on those executables? No. Here I attach the results of $ strip --strip-unneeded hello.d: DMD v2.063.2 (32-bit)stripped static: 672 KB -484 KB shared: 91 KB - 64 KB DMD v2.064 (32-bit) static: 1164 KB - 795 KB shared: 42 KB -28 KB DMD v2.063.2 (64-bit) static: 789 KB -567 KB shared: 111 KB - 81 KB DMD v2.064 (64-bit) static: 1348 KB - 921 KB shared: 51 KB -35 KB -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11271] New: [REG 2.063] auto ref opAssign + destructor + struct literal fails
http://d.puremagic.com/issues/show_bug.cgi?id=11271 Summary: [REG 2.063] auto ref opAssign + destructor + struct literal fails Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: rejects-valid Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@benjamin-thaut.de --- Comment #0 from Benjamin Thaut c...@benjamin-thaut.de 2013-10-15 02:36:15 PDT --- The following code used to work fine up to dmd 2.062. Error message of dmd 2.063.2 and dmd 2.064 beta 1: repro.d(16): Error: template repro.SmartPtr!(Object).SmartPtr.opAssign(U)(auto ref U rh) cannot deduce template function from argument types !()(SmartPtr!(Object)) Error message of dmd 2.064 git head: repro.d(16): Error: template repro.SmartPtr!(Object).SmartPtr.opAssign does not match any function template declaration. Candidates are: repro.d(8):repro.SmartPtr!(Object).SmartPtr.opAssign(U)(auto ref U rh) repro.d(16): Error: template repro.SmartPtr!(Object).SmartPtr.opAssign(U)(auto ref U rh) cannot deduce template function from argument types !()(SmartPtr!(Object)) Repro case: struct SmartPtr(T) { ~this() { } // BUG: adding auto ref to U will fail compilation void opAssign(U)(auto ref U rh) { } } void main(string[] args) { SmartPtr!Object a; a = SmartPtr!Object(); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11272] New: Postblit is called on a nested struct instead on opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=11272 Summary: Postblit is called on a nested struct instead on opAssign Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: samu...@voliacable.com --- Comment #0 from Max Samukha samu...@voliacable.com 2013-10-15 04:33:54 PDT --- dmd v2.064-devel-339deaa: struct S { S1 s1; } struct S1 { static int assign; void opAssign(S1 s1) { assign++; } static int postblit; this(this) { postblit++; } static void reset() { assign = 0; postblit = 0; } } void main() { { S1 s, s2; s = s2; } assert(S1.assign == 1); // ok S1.reset(); { S s, s2; s = s2; } assert(S1.assign == 1); // fails, postblit count is 1 } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11272] Postblit is called instead of opAssign on a nested struct
http://d.puremagic.com/issues/show_bug.cgi?id=11272 monarchdo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||monarchdo...@gmail.com Resolution||DUPLICATE --- Comment #2 from monarchdo...@gmail.com 2013-10-15 06:03:31 PDT --- This is a duplicate of: http://d.puremagic.com/issues/show_bug.cgi?id=11202 *** This issue has been marked as a duplicate of issue 11202 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10062] installers should use CDN
http://d.puremagic.com/issues/show_bug.cgi?id=10062 Martin Nowak c...@dawg.eu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Martin Nowak c...@dawg.eu 2013-10-15 07:10:43 PDT --- https://github.com/D-Programming-Language/installer/pull/16 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11273] New: inequable template alias parameters can be mangled identically
http://d.puremagic.com/issues/show_bug.cgi?id=11273 Summary: inequable template alias parameters can be mangled identically Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: wazar.leoll...@yahoo.com --- Comment #0 from Igor Stepanov wazar.leoll...@yahoo.com 2013-10-15 07:14:03 PDT --- For example: void test(alias a)() { } void main() { assert(test!(real.infinity).mangleof == test!(real.max).mangleof); } This fact means that different symbols (test!(real.infinity) and test!(real.max)) will be written into object file with the same name. It's cause ld warning in linux and VisualStudio linker error (see big example in attachment). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11273] inequable template alias parameters can be mangled identically
http://d.puremagic.com/issues/show_bug.cgi?id=11273 --- Comment #1 from Igor Stepanov wazar.leoll...@yahoo.com 2013-10-15 07:15:42 PDT --- Created an attachment (id=1265) issue example -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11270] [REG 2.064] Initialization of struct in constructor
http://d.puremagic.com/issues/show_bug.cgi?id=11270 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #5 from Kenji Hara k.hara...@gmail.com 2013-10-15 07:21:07 PDT --- (In reply to comment #4) Thanks for the suggestions. I knew how to fix this, but I just wanted to confirm that this is indeed intended behavior and not a regression, because it used to work in all earlier compiler versions. It was the long standing bug. I'm glad to be able to fix it finally. Mark this issue as resolved invalid. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11265] Segfault while calling instance method of class defined inside struct
http://d.puremagic.com/issues/show_bug.cgi?id=11265 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, wrong-code --- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-10-15 07:45:16 PDT --- https://github.com/D-Programming-Language/dmd/pull/2670 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10710] shared phobos library doesn't work on all linux distributions
http://d.puremagic.com/issues/show_bug.cgi?id=10710 --- Comment #24 from Martin Nowak c...@dawg.eu 2013-10-15 08:52:16 PDT --- (In reply to comment #23) How? Removing std.net.curl is not an option. why not? Not in the near term. I don't know what the general sentiment about this is, but anyways we couldn't remove a module without deprecation. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10855] Missing dmd.conf for FreeBSD in DMD 2.063.2 release
http://d.puremagic.com/issues/show_bug.cgi?id=10855 --- Comment #2 from Jacob Carlborg d...@me.com 2013-10-15 08:50:06 PDT --- Further information? The file is just not in the zip. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10710] shared phobos library doesn't work on all linux distributions
http://d.puremagic.com/issues/show_bug.cgi?id=10710 --- Comment #25 from Jordi Sayol g.sa...@yahoo.es 2013-10-15 09:04:51 PDT --- (In reply to comment #24) (In reply to comment #23) How? Removing std.net.curl is not an option. why not? Not in the near term. I don't know what the general sentiment about this is, but anyways we couldn't remove a module without deprecation. I'm agree with you. Is there a way to know the general sentiment about this? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10710] shared phobos library doesn't work on all linux distributions
http://d.puremagic.com/issues/show_bug.cgi?id=10710 Dejan Lekic dejan.le...@gmail.com changed: What|Removed |Added CC||dejan.le...@gmail.com --- Comment #26 from Dejan Lekic dejan.le...@gmail.com 2013-10-15 09:16:51 PDT --- (In reply to comment #1) Yes, this is the issue Jordi Sayol has been talking about. We couldn't find an acceptable solution (Jordi suggested making a custom build of libcurl on Ubuntu, while that works, I regard that as impractical for 3rd parties wanting to fork/build phobos from the repository). Walter, the solution is very simple - build the Fedora RPM on Fedora. Simple as that. We can ask Alex to give us access to his Fedora box (I think it is a virtual machine) and build the RPM there. The best option, and I personally like this one the most, is to submit DMD to Fedora, and make it in the official Fedora repository. I can volunteer to do this, although it will take some time because I do not have any Fedora RPMs submitted so Fedora people may be skeptical about my RPM skills at first... Another option is to change the SPEC file and make it explicitly depend on the gnutls RPM (there is gnutls RPM in Fedora!). This will indirectly force user to install curl that is linked against gnutls. curl RPM package from Fedora repository can be re-built with gnutls as default TLS library. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11266] Ship new sc.ini with expanded support for more versions of Visual Studio/Windows SDK
http://d.puremagic.com/issues/show_bug.cgi?id=11266 --- Comment #9 from Brad Anderson e...@gnuk.net 2013-10-15 09:25:54 PDT --- (In reply to comment #7) (In reply to comment #6) The VS{2010,2012,2013}{LINKCMD,PATH} business is because the way the installer does things is by simple find and replace so that'd make those easy to enable. If you see no harm in having the LIB for every version active that'd certainly make things easier. If LINKCMD is patched by the installer, I'm fine with it. But how does the sc.ini in the zip file look like? I don't have a solution to making it work with both VS2010 and VS2012 yet. It'd look just like above. If neither LINKCMD64 nor LINKCMD64 is found dmd just uses link. I believe this means it'll still work if someone just runs the usual vcvarsall.bat to get the MSVC toolset in the PATH (if they installed MSVC after dmd, for instance). vcvarsall.bat prepends to the PATH so optlink shouldn't get in the way in this case. vcvarsall.bat is already required for the current sc.ini so this should be functionally no different then what we have now. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10710] shared phobos library doesn't work on all linux distributions
http://d.puremagic.com/issues/show_bug.cgi?id=10710 --- Comment #27 from Dicebot pub...@dicebot.lv 2013-10-15 10:28:53 PDT --- (In reply to comment #26) The best option, and I personally like this one the most, is to submit DMD to Fedora, and make it in the official Fedora repository. I have suggested some time ago to completely remove from the archive binaries for distros that have DMD in core repositories. AFAIR it was rejected as not user-friendly (ironically). It was some time ago though, can't remember the details. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10710] shared phobos library doesn't work on all linux distributions
http://d.puremagic.com/issues/show_bug.cgi?id=10710 --- Comment #28 from Dejan Lekic dejan.le...@gmail.com 2013-10-15 10:35:43 PDT --- (In reply to comment #27) (In reply to comment #26) The best option, and I personally like this one the most, is to submit DMD to Fedora, and make it in the official Fedora repository. I have suggested some time ago to completely remove from the archive binaries for distros that have DMD in core repositories. AFAIR it was rejected as not user-friendly (ironically). It was some time ago though, can't remember the details. DMD is not in the Fedora repository. Well, not yet, but I will start working on it... -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11271] [REG 2.063] auto ref opAssign + destructor + struct literal fails
http://d.puremagic.com/issues/show_bug.cgi?id=11271 --- Comment #2 from github-bugzi...@puremagic.com 2013-10-15 11:05:47 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/5147c8a1f28053429378e016bed6b5e9bbe9c7e4 fix Issue 11271 - auto ref opAssign + destructor + struct literal fails https://github.com/D-Programming-Language/dmd/commit/f2a0a8a4699585c484ef5f5afb1553ae4a1562cf Merge pull request #2669 from 9rnsr/fix11271 [REG 2.063] Issue 11271 - auto ref opAssign + destructor + struct literal fails -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11271] [REG 2.063] auto ref opAssign + destructor + struct literal fails
http://d.puremagic.com/issues/show_bug.cgi?id=11271 --- Comment #3 from github-bugzi...@puremagic.com 2013-10-15 11:39:32 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/c6edebb4138f2f3b9017183b6780b124489ecc1f Merge pull request #2669 from 9rnsr/fix11271 [REG 2.063] Issue 11271 - auto ref opAssign + destructor + struct literal fails -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11271] [REG 2.063] auto ref opAssign + destructor + struct literal fails
http://d.puremagic.com/issues/show_bug.cgi?id=11271 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10710] shared phobos library doesn't work on all linux distributions
http://d.puremagic.com/issues/show_bug.cgi?id=10710 --- Comment #29 from Martin Nowak c...@dawg.eu 2013-10-15 11:48:30 PDT --- (In reply to comment #26) Walter, the solution is very simple - build the Fedora RPM on Fedora. Simple as that. We can ask Alex to give us access to his Fedora box (I think it is a virtual machine) and build the RPM there. The best option, and I personally like this one the most, is to submit DMD to Fedora, and make it in the official Fedora repository. I can volunteer to do this, although it will take some time because I do not have any Fedora RPMs submitted so Fedora people may be skeptical about my RPM skills at first... These two require the same action, overhauling the build mechanism. As discussed here http://forum.dlang.org/post/525b68a7.1090...@puremagic.com we likely won't get there until 2.065. Another option is to change the SPEC file and make it explicitly depend on the gnutls RPM (there is gnutls RPM in Fedora!). This will indirectly force user to install curl that is linked against gnutls. curl RPM package from Fedora repository can be re-built with gnutls as default TLS library. This sounds like the way to go for this release. I'll take care of this. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11265] Segfault while calling instance method of class defined inside struct
http://d.puremagic.com/issues/show_bug.cgi?id=11265 --- Comment #3 from github-bugzi...@puremagic.com 2013-10-15 12:34:45 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d1d46c7c31ec497ff7f09e178cf357ba7369aad4 Merge pull request #2670 from 9rnsr/fix11265 [REG2.064a] Issue 11265 - Segfault while calling instance method of class defined inside struct -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11265] Segfault while calling instance method of class defined inside struct
http://d.puremagic.com/issues/show_bug.cgi?id=11265 --- Comment #2 from github-bugzi...@puremagic.com 2013-10-15 12:31:56 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/0d930c9e9e0ad45dbcd5d876ff9ef66ae5d1c4b7 fix Issue 11265 - Segfault while calling instance method of class defined inside struct The regression was introduced by the commit: https://github.com/D-Programming-Language/dmd/commit/671b7c20b96b580ee1dc2b3f5e3ee66c63d079b6#diff-43282ebf5a2de5fdbcb3b5083ddf949dR147 vtbl[] calculation is essentially unrelated to the class instance size. So, just only once initializing of vtbl[] and running semantic on member functions is sufficient. https://github.com/D-Programming-Language/dmd/commit/a95bbf4642e349fffea5a567157a4599ceb96ab9 Merge pull request #2670 from 9rnsr/fix11265 [REG2.064a] Issue 11265 - Segfault while calling instance method of class defined inside struct -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11265] Segfault while calling instance method of class defined inside struct
http://d.puremagic.com/issues/show_bug.cgi?id=11265 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11089] std.string.toUpper doesn't work with 1:m mappings
http://d.puremagic.com/issues/show_bug.cgi?id=11089 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11262] std.regex.replace does not accept StaticRegex
http://d.puremagic.com/issues/show_bug.cgi?id=11262 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Keywords||pull CC||dmitry.o...@gmail.com --- Comment #1 from Dmitry Olshansky dmitry.o...@gmail.com 2013-10-15 12:54:37 PDT --- https://github.com/D-Programming-Language/phobos/pull/1641 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1262] Local variable of struct type initialized by literal resets when compared to .init
http://d.puremagic.com/issues/show_bug.cgi?id=1262 --- Comment #6 from github-bugzi...@puremagic.com 2013-10-15 13:03:43 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/8f00475ef27cd6382500b8296ae7f23ed3c8fe16 too tight constraint that has no use in private function Fixes issue 1262 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11262] std.regex.replace does not accept StaticRegex
http://d.puremagic.com/issues/show_bug.cgi?id=11262 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com 2013-10-15 13:16:58 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/8f00475ef27cd6382500b8296ae7f23ed3c8fe16 too tight constraint that has no use in private function Fixes issue 1262 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11276] Possibly spurious (did you forget a [] ?) error message
http://d.puremagic.com/issues/show_bug.cgi?id=11276 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-10-15 14:34:34 PDT --- W.r.t. diagnostics, I've ran into the following when compiling msgpack-d: - C:\dmd-git\dmd2\windows\bin\..\..\src\phobos\std\typecons.d(453): Warning: explicit element-wise assign ment (this._expand_field_3)[] = (another._expand_field_3)[] is better than this._expand_field_3 = anoth er._expand_field_3 C:\dmd-git\dmd2\windows\bin\..\..\src\phobos\std\typecons.d(453): Warning: explicit element-wise assign ment (this._expand_field_4)[] = (another._expand_field_4)[] is better than this._expand_field_4 = anoth er._expand_field_4 - It's again an odd diagnostic inside of Phobos. The issue and compile flags are reported here: https://github.com/msgpack/msgpack-d/issues/15 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11276] New: Possibly spurious (did you forget a [] ?) error message
http://d.puremagic.com/issues/show_bug.cgi?id=11276 Summary: Possibly spurious (did you forget a [] ?) error message Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: rejects-valid Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: bearophile_h...@eml.cc --- Comment #0 from bearophile_h...@eml.cc 2013-10-15 14:32:03 PDT --- This could be a problem in DMD and one related but different in Phobos. This used to work: import std.algorithm: reduce; struct Foo { int x, y; } void main() { Foo[] data = [{10, 20}, {30, 40}]; reduce!((a, b) = a[] += [b.x, b.y][])([0, 0], data); } Now it gives (dmd 2.064beta1): test.d(5): Error: invalid array operation a[] += [b.x, b.y] (did you forget a [] ?) ...\dmd2\src\phobos\std\algorithm.d(763): Error: template instance test.main.__lambda1!(int[], Foo) error instantiating test.d(5):instantiated from here: reduce!(int[], Foo[]) test.d(5): Error: template instance test.main.reduce!((a, b) = a[] += [b.x, b.y][]).reduce!(int[], Foo[]) error instantiating Expanding the lambda doesn't fully solve the problem (now compiling with -wi): import std.algorithm: reduce; struct Foo { int x, y; } void main() { Foo[] data = [{10, 20}, {30, 40}]; reduce!((a, b) { int[2] c = [b.x, b.y]; a[] += c[]; return c;})([0, 0], data); } Gives: ...\dmd2\src\phobos\std\algorithm.d(763): Warning: explicit slice assignment result = (__lambda1(result, front(_param_1)))[] is better than result = __lambda1(result, front(_param_1)) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11276] Possibly spurious (did you forget a [] ?) error message
http://d.puremagic.com/issues/show_bug.cgi?id=11276 bearophile_h...@eml.cc changed: What|Removed |Added Severity|normal |regression -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3753] ICE(eh.c): Related to exception handling and alloca.
http://d.puremagic.com/issues/show_bug.cgi?id=3753 --- Comment #9 from github-bugzi...@puremagic.com 2013-10-15 16:33:13 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/70709fa628040ad0c968904133ec71b9bbaff5d1 fix Issue 3753 - ICE(eh.c): Related to exception handling and alloca. https://github.com/D-Programming-Language/dmd/commit/1b5b2ddf9c9ec4c3e6d08d7b80207bd6a7fe47fa Merge pull request #2630 from WalterBright/fix3753 fix Issue 3753 - ICE(eh.c): Related to exception handling and alloca. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3753] ICE(eh.c): Related to exception handling and alloca.
http://d.puremagic.com/issues/show_bug.cgi?id=3753 --- Comment #10 from github-bugzi...@puremagic.com 2013-10-15 16:47:35 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/98ea8217b4986bd6e5cc1ff1b6d5496dc38533cd Merge pull request #2630 from WalterBright/fix3753 fix Issue 3753 - ICE(eh.c): Related to exception handling and alloca. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3753] ICE(eh.c): Related to exception handling and alloca.
http://d.puremagic.com/issues/show_bug.cgi?id=3753 --- Comment #11 from github-bugzi...@puremagic.com 2013-10-15 16:50:09 PDT --- Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d370212fe7613788bcee7391dc733010277d7bd6 Merge pull request #2630 from WalterBright/fix3753 fix Issue 3753 - ICE(eh.c): Related to exception handling and alloca. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11225] Module dependency cycle causes import statements inside typeof() expressions inside templates to fail
http://d.puremagic.com/issues/show_bug.cgi?id=11225 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #3 from Kenji Hara k.hara...@gmail.com 2013-10-15 19:40:24 PDT --- https://github.com/D-Programming-Language/dmd/pull/2671 The regression was introduced by fixing bug 9210 - a regression in 2.061-beta. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11278] New: Suppress the DMD install path prompt when invoked by DMD's installer
http://d.puremagic.com/issues/show_bug.cgi?id=11278 Summary: Suppress the DMD install path prompt when invoked by DMD's installer Product: D Version: D2 Platform: All OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: VisualD AssignedTo: nob...@puremagic.com ReportedBy: turkey...@gmail.com --- Comment #0 from Manu turkey...@gmail.com 2013-10-15 19:57:21 PDT --- Since the DMD2.64 installer is gaining the ability to install VisualD automatically, it would seem the VisualD installer needs an enhancement to not request the DMD install path when invoked by the DMD installer. The DMD installer should surely be able to communicate this to the VD installer. There is no reason to prompt the user for the installation path a second time. They may even become confused, wondering if this is somehow a distinct path, since they just gave that information a moment ago. This probably requires cooperation with the DMD installer dev. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11278] Suppress the DMD install path prompt when invoked by DMD's installer
http://d.puremagic.com/issues/show_bug.cgi?id=11278 Brad Anderson e...@gnuk.net changed: What|Removed |Added CC||e...@gnuk.net --- Comment #1 from Brad Anderson e...@gnuk.net 2013-10-15 20:27:32 PDT --- Rainer and I have talked about it a bit. http://forum.dlang.org/post/gxokghmbvqbodlqui...@forum.dlang.org -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11279] New: Error: no [] operator overload for type Tuple!(int, int, int)
http://d.puremagic.com/issues/show_bug.cgi?id=11279 Summary: Error: no [] operator overload for type Tuple!(int, int, int) Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: thelastmamm...@gmail.com --- Comment #0 from thelastmamm...@gmail.com 2013-10-15 22:03:39 PDT --- void main(){ import std.typecons; auto a=tuple(0,1,2); a[0]=0;//OK foreach(i;0..3) a[i]=0;//Error: no [] operator overload for type Tuple!(int, int, int)} } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---