Re: dmd package numbering scheme - Build Master wanted
On 2013-11-06 22:43, Brad Anderson wrote: It might need to be multiple people because very few people are experts in every platform supported. Maybe a release manager with more platform lieutenants to help. I can help out with Mac OS X. -- /Jacob Carlborg
Re: dmd 2.064.2
how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit
Re: dmd 2.064.2
On Thursday, 7 November 2013 at 08:58:50 UTC, tester wrote: how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit if it compiles with -m32 and fails with -m64 then i think you need manually edit ur sc.ini to add correct paths for windows sdk/kits and visual studio.
Re: dmd 2.064.2
i did that, but it still will not work On Thursday, 7 November 2013 at 10:12:29 UTC, evilrat wrote: On Thursday, 7 November 2013 at 08:58:50 UTC, tester wrote: how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit if it compiles with -m32 and fails with -m64 then i think you need manually edit ur sc.ini to add correct paths for windows sdk/kits and visual studio.
Re: DirectX bindings
i have finished dub transition, git repo should pop up on dub registry soon.
Re: dmd 2.064.2
does not work with the installer either. that really sucks On Thursday, 7 November 2013 at 10:19:03 UTC, tester wrote: i did that, but it still will not work On Thursday, 7 November 2013 at 10:12:29 UTC, evilrat wrote: On Thursday, 7 November 2013 at 08:58:50 UTC, tester wrote: how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit if it compiles with -m32 and fails with -m64 then i think you need manually edit ur sc.ini to add correct paths for windows sdk/kits and visual studio.
Re: dmd 2.064.2
On Thursday, 7 November 2013 at 11:42:25 UTC, tester wrote: does not work with the installer either. that really sucks well, this is because most people stick with linux, and i think there few to noone win8 users. so here is the result ...
Re: dmd 2.064.2
yes, that may be true and i understand that there are still compiler errors. but the most primitive things that are advertised should work. something like this would get people fired in our company - and rightly so. On Thursday, 7 November 2013 at 12:06:51 UTC, evilrat wrote: On Thursday, 7 November 2013 at 11:42:25 UTC, tester wrote: does not work with the installer either. that really sucks well, this is because most people stick with linux, and i think there few to noone win8 users. so here is the result ...
Re: dmd 2.064.2
El 06/11/13 11:47, Jordi Sayol ha escrit: El 06/11/13 10:55, Jordi Sayol ha escrit: El 05/11/13 23:46, Walter Bright ha escrit: On 11/5/2013 2:41 PM, Brad Anderson wrote: Figured it out. You used linux/win/installer.nsi. I have no idea why that exists and what it is for. It's so you can build the windows installer from a Linux box. I presumed it was the same. It is not the same. The linux/windows/dinstaller.nsi is a fork of windows/dinstaller.nsi. Mainly differs as it includes everything on itself, removing the need to download dmd/dmc/libcurl every time dmd is installed. There are some other minor changes. Errata: s:linux/windows/dinstaller.nsi:linux/win/installer.nsi: BTW. Changes on this fork: - Built in all the needed components. No downloads during installation. - Checks if another dmd version is already installed, and force to uninstall it before proceed. If uninstaller fails, installation can be forced by the command dmd-2.064.2.exe /f. - Changes on the Windows system registry fields and values. - Remove the dmd version 1. - Not allowed to go ahead if nothing is selected. - Changed default path to C:\dmd. If previous dmd installation is set to another path, installer uses it instead the default. It is prepared to be built by the linux/dmd_win.sh, which is included on linux/build_all.sh as well. Add to these changes: - Check if a dmd installer instance is already running (only one at a time allowed). - When uninstalling, keeps root dmd folder if some file/folder added by the user remains there, but not if in dm nor dmd2 folders. -- Jordi Sayol
Re: dmd package numbering scheme - Build Master wanted
Unfortunately, I can't help here because already volunteered for stuff much over my spare capabilities. But I wanted to note that this is not just about stepping up and being willing to help - such person would need to have a push access to website, repositories, ftp and any other infrastructure related to release. I hope you don't expect this stuff to work without giving the keys to someone? :)
Re: dmd 2.064.2
Visual studio doesn't run on Linux, there are very many windows users 64bit was first supported on Linux though. submit a patch for the installer, we all have other jobs. On 7 Nov 2013 14:10, evilrat evilrat...@gmail.com wrote: On Thursday, 7 November 2013 at 11:42:25 UTC, tester wrote: does not work with the installer either. that really sucks well, this is because most people stick with linux, and i think there few to noone win8 users. so here is the result ...
Re: dchip is a D2 port of the Chipmunk2D physics library for 2D games
It's just a port so that should be the case. On 7 Nov 2013 09:25, Suliman bubnenk...@gmail.com wrote: The C library is relatively small, clocking in at about ~11.000 lines Do I right understand that rewriting code from C to D did not make it's more compact? I tried to calculate D source lines, and get ~11.000
backtrace-d
Hello all, I've been working on getting some better backtrace support for D on Linux. And I've got something to show: http://code.dlang.org/packages/backtrace-d https://github.com/yazd/backtrace-d It is currently working, but there is still some bugs that might be due to inaccurate debug symbols emitted by the compiler or inaccurate backtrace addresses found. Either way, destroy.
std.signal review has begun
Please move to discussion thread for additional information: http://forum.dlang.org/post/ujlhznaphepibgtpc...@forum.dlang.org
Re: dmd package numbering scheme - Build Master wanted
On 2013-11-07 08:57, Mathias Lang wrote: Good to have a thread on it, thank you for taking this step Walter ! Although, it looks to me that the numbering scheme and the git tags are not related to the build, but rather related to the release. So you might consider a release master, not just build. This will involve doing (or delegating to the proper person) the changelog, define a release cycle, which will include pre-release (rc / sanity check), release (communication / building / test / upload ...), and possibly post-release (be sure the security fixes are being backported to the supported versions, ie) actions. IMO that would be very beneficial for D to have someone holding that role. I fully agree. -- /Jacob Carlborg
Re: dmd package numbering scheme - Build Master wanted
On Wednesday, 6 November 2013 at 21:25:46 UTC, Walter Bright wrote: There have been a lot of comments about the package naming scheme and numbering scheme. I confess that these issues do not seem that important to me, as the user just clicks on a url, but I recognize that they are very important to others. This is why I believe that D needs a Build Master. This person needs to be someone who ensures that the packages are all properly built, the build scripts work, the versions are done right, the git tags are done, etc., and takes pride in it being done to perfection. (Note that because dmd changes constantly, and the operating system targets also change constantly, the package build scripts constantly break.) Eventually, I'd like at least the package builds to be done automatically by Brad's autotester. But someone still needs to make sure it is working properly and keeps working properly. This is why large projects have release manager(s). The more D becomes popular, the more work will be performed by this individual, or individuals. Especially if we want to support various Linux distributions, etc...
D mentioned in Secure Coding in C and C++
Hi, just for the records: D is mentioned in Secure Coding in C and C++, 2nd edition, by Robert C. Seacord as a secure alternative to C and C++. (http://www.informit.com/store/secure-coding-in-c-and-c-plus-plus-9780321822130) This citation is from page 25: D is a general-purpose systems and applications programming language. D is based largely on the C++ language but drops features such as C source code compatibility and link compatibility with C++, allowing D to provide syntactic and semantic constructs that eliminate or at least reduce common programming mistakes [Alexandrescu 2010]. :-) Regards, Kai
Re: dmd package numbering scheme - Build Master wanted
On 11/7/13 5:04 AM, Dicebot wrote: Unfortunately, I can't help here because already volunteered for stuff much over my spare capabilities. But I wanted to note that this is not just about stepping up and being willing to help - such person would need to have a push access to website, repositories, ftp and any other infrastructure related to release. I hope you don't expect this stuff to work without giving the keys to someone? :) No worries, we'll provide the appropriate access. Andrei
Re: dmd 2.064.2
On 11/7/2013 12:58 AM, tester wrote: how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit There's an attachment to https://d.puremagic.com/issues/show_bug.cgi?id=11457 with an sc.ini, does that one work for you?
Re: dmd 2.064.2
On Thursday, 7 November 2013 at 08:58:50 UTC, tester wrote: how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit This never worked automatically before so I don't know how this could suddenly be a disaster. In this release the installer makes an attempt to detect your VC++ and SDK installation and fix up sc.ini to point to them. It's brand new and only a few people responded to my call for help testing it. Post your sc.ini and the paths to your Windows 8.1 SDK and Visual C++ 2013 installation.
Re: dmd package numbering scheme - Build Master wanted
On 11/6/2013 11:55 PM, Jacob Carlborg wrote: I can help out with Mac OS X. And I appreciate that!
Re: dmd 2.064.2
On Thursday, 7 November 2013 at 16:25:47 UTC, Brad Anderson wrote: On Thursday, 7 November 2013 at 08:58:50 UTC, tester wrote: how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit This never worked automatically before so I don't know how this could suddenly be a disaster. In this release the installer makes an attempt to detect your VC++ and SDK installation and fix up sc.ini to point to them. It's brand new and only a few people responded to my call for help testing it. Post your sc.ini and the paths to your Windows 8.1 SDK and Visual C++ 2013 installation. I run 32bit win7 with VS2013 so I normally do not test cross-compiling with -m64. The installer correctly found my installation directories: VCINSTALLDIR=C:\Program Files\Microsoft Visual Studio 12.0\VC\ WindowsSdkDir=C:\Program Files\Windows Kits\8.1\ But I needed to add the follwing to PATH(in order to find mspdb120.dll) %VCINSTALLDIR%\bin And the following to LIB, in order to find shell32.lib LIB=%LIB%;%WindowsSdkDir%\Lib\winv6.3\um\x64 Hope it helps.
Re: dmd 2.064.2
yes i tried that. i uninstalled d selveral times and reinstalled. itried it with the zip file. nothing worked.. after a reboot i reinstalled with the installer and used the (bug) appended sc.ini. didn't work. i then replaced all occurences of %VCINSTALLDIR% and %WindowsSdkDir% with the actual path such as C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC and it wouldn't work. i worked with these modifications when i started as administrator. this is frustrating, since i love to install a new release an do something with it out of the box. never the less i love d and i hope all of hard working guys are not to pis... with my postings, since you all do a great job. thanks again. On Thursday, 7 November 2013 at 16:19:39 UTC, Walter Bright wrote: On 11/7/2013 12:58 AM, tester wrote: how do make that comiler work? [Issue 11457] New: Cannot compile 64bit apps with Visual Studio 2013 this is a desaster for me. was that release tested? if i amand the pathes and run as admin or not - it will not find the libs (user32) windoes8.1, visual studio2013, 64bit There's an attachment to https://d.puremagic.com/issues/show_bug.cgi?id=11457 with an sc.ini, does that one work for you?
Re: dmd 2.064.2
On 11/7/2013 9:12 AM, tester wrote: i uninstalled d selveral times and reinstalled. itried it with the zip file. nothing worked.. after a reboot i reinstalled with the installer and used the (bug) appended sc.ini. didn't work. i then replaced all occurences of %VCINSTALLDIR% and %WindowsSdkDir% with the actual path such as C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC and it wouldn't work. i worked with these modifications when i started as administrator. What is the exact error you are getting? And did it work with 2.063?
Re: dmd 2.064.2
1.) it didn't find user32 2.) it worked with 2063 perfectly - used the zip files download, adaped the ini. that was under 8.0/visual 2012. On Thursday, 7 November 2013 at 17:47:55 UTC, Walter Bright wrote: On 11/7/2013 9:12 AM, tester wrote: i uninstalled d selveral times and reinstalled. itried it with the zip file. nothing worked.. after a reboot i reinstalled with the installer and used the (bug) appended sc.ini. didn't work. i then replaced all occurences of %VCINSTALLDIR% and %WindowsSdkDir% with the actual path such as C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC and it wouldn't work. i worked with these modifications when i started as administrator. What is the exact error you are getting? And did it work with 2.063?
Re: dmd 2.064.2
On 11/7/2013 10:04 AM, tester wrote: 1.) it didn't find user32 Please, I need to know exactly what happened. Run it from the command line, cutpaste the screen output. 2.) it worked with 2063 perfectly - used the zip files download, adaped the ini. that was under 8.0/visual 2012. On Thursday, 7 November 2013 at 17:47:55 UTC, Walter Bright wrote: On 11/7/2013 9:12 AM, tester wrote: i uninstalled d selveral times and reinstalled. itried it with the zip file. nothing worked.. after a reboot i reinstalled with the installer and used the (bug) appended sc.ini. didn't work. i then replaced all occurences of %VCINSTALLDIR% and %WindowsSdkDir% with the actual path such as C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC and it wouldn't work. i worked with these modifications when i started as administrator. What is the exact error you are getting? And did it work with 2.063?
Re: dmd package numbering scheme - Build Master wanted
On 11/6/2013 11:55 PM, Jacob Carlborg wrote: I can help out with Mac OS X. Jordi had fixed the Linux package builder so it could also build the Windows package. Is it possible to build the release package for OS X under Linux as well?
Re: dmd package numbering scheme - Build Master wanted
On 2013-11-07 21:19, Walter Bright wrote: Jordi had fixed the Linux package builder so it could also build the Windows package. Is it possible to build the release package for OS X under Linux as well? I can investigate, but don't think it will be straight forward. As a workaround, can't you create a script that SSH in to your Mac, executes the build scripts and then sends the file back to your Linux machine? -- /Jacob Carlborg
Re: dchip is a D2 port of the Chipmunk2D physics library for 2D games
On 11/7/13, Suliman bubnenk...@gmail.com wrote: The C library is relatively small, clocking in at about ~11.000 lines Do I right understand that rewriting code from C to D did not make it's more compact? I tried to calculate D source lines, and get ~11.000 I did not refactor, it's a straight port.
Re: dchip is a D2 port of the Chipmunk2D physics library for 2D games
On 11/7/13, Sergei Nosov sergei.no...@gmail.com wrote: I don't have the numbers (I didn't find where to look for the FPS), but it hinders exactly the same as dmd. Hmm, I have the same issue. It might be an issue with the port. Or worse-case scenario, something wrong with the front-end (since all 3 major compilers use the same front-end).
Re: dmd package numbering scheme - Build Master wanted
On 11/7/2013 1:10 PM, Jacob Carlborg wrote: On 2013-11-07 21:19, Walter Bright wrote: Jordi had fixed the Linux package builder so it could also build the Windows package. Is it possible to build the release package for OS X under Linux as well? I can investigate, but don't think it will be straight forward. As a workaround, can't you create a script that SSH in to your Mac, executes the build scripts and then sends the file back to your Linux machine? Sure, that's possible, and I'll do it that way if it turns out to be impractical to do it locally.
Re: dmd 2.064.2
Do you have this line in your sc.ini file? LIB=%LIB%;%WindowsSdkDir%\Lib\winv6.3\um\x64 If you do a file search of C:\Program Files (x86) for User32.lib where do you find them?
Re: DirectX bindings
On 11/3/13, evilrat evilrat...@gmail.com wrote: https://github.com/evilrat666/directx-d Nice! I tried porting one of the samples from the SDK but it uses D3DX11CompileFromFile which is missing in the bindings. MSDN says they recommend not using it (well.. why are they using it in the samples then?: http://msdn.microsoft.com/en-us/library/windows/desktop/ff476261%28v=vs.85%29.aspx So maybe it's not worth binding it? No idea. :)
Re: dchip is a D2 port of the Chipmunk2D physics library for 2D games
On 11/7/13, Andrej Mitrovic andrej.mitrov...@gmail.com wrote: Hmm, I have the same issue. It might be an issue with the port. I did some profiling. I had some excessive opengl error check calls, which I've fixed in git-head. And I was wrong about -O not working, it works but it takes ~1-2 minutes to compile. Anyway in -release -inline -O -noboundscheck mode the sample now works perfectly smooth! In debug mode it's a little slow, but this is expected as the C++ sample also lags a lot in debug mode. What's really interesting is that DMD beats VC in debug mode, but maybe this has something to do with debug information that VC includes in a debug build (perhaps profiling hooks? who knows..)
Re: dchip is a D2 port of the Chipmunk2D physics library for 2D games
On 11/8/13, Andrej Mitrovic andrej.mitrov...@gmail.com wrote: Anyway in -release -inline -O -noboundscheck mode the sample now works perfectly smooth! Well, as long as you use float and not double via -version=CHIP_USE_DOUBLES . Chipmunk actually uses doubles by default, although I'm not sure whether it uses reals for computations (more specifically, whether VC/C++ uses reals). So there's a difference there.
Re: DirectX bindings
On Friday, 8 November 2013 at 02:57:25 UTC, Andrej Mitrovic wrote: On 11/3/13, evilrat evilrat...@gmail.com wrote: https://github.com/evilrat666/directx-d Nice! I tried porting one of the samples from the SDK but it uses D3DX11CompileFromFile which is missing in the bindings. MSDN says they recommend not using it (well.. why are they using it in the samples then?: http://msdn.microsoft.com/en-us/library/windows/desktop/ff476261%28v=vs.85%29.aspx So maybe it's not worth binding it? No idea. :) its already in the bindings https://github.com/evilrat666/directx-d/blob/master/src/directx/d3dx11async.d#L79 however i may forgot to add public import this module in d3dx11.
Re: dchip is a D2 port of the Chipmunk2D physics library for 2D games
I did not refactor, it's a straight port. Could you say how much code lines can be approximately saved after porting with refactoring?
Re: DirectX bindings
On 11/8/13, evilrat evilrat...@gmail.com wrote: its already in the bindings https://github.com/evilrat666/directx-d/blob/master/src/directx/d3dx11async.d#L79 however i may forgot to add public import this module in d3dx11. Ah, I forgot to check for updates. Awesome, there's a triangle example now. Thanks!
Re: dmd 2.064.2
On Thursday, 7 November 2013 at 01:12:14 UTC, Jonathan M Davis wrote: I had assumed that there was a 2.063.1 prior to 2.063.2 but clearly wasn't paying enough attention. - Jonathan M Davis Found the explanation: http://lists.puremagic.com/pipermail/dmd-internals/2013-June/006569.html The v2.063 was an aborted 'release'. 2.063.1 is what was released. (The compiler libraries are unchanged, what happened was the documentation was fixed.)
Re: dmd 2.064.2
yes, except hat i replaced %WindowsSdkDir% with the path to that directory On Friday, 8 November 2013 at 02:45:45 UTC, Nicholas Londey wrote: Do you have this line in your sc.ini file? LIB=%LIB%;%WindowsSdkDir%\Lib\winv6.3\um\x64 If you do a file search of C:\Program Files (x86) for User32.lib where do you find them?