C++ tooling build on flint's tokenizer
Hi, I built a small C++ function sorter on top of flint's Tokenizer.d: https://github.com/kuettler/tooling This is a proof of concept implementation (only useful if you really want your functions to be sorted). The idea is that a simple scanning of the token array gives you enough structure to edit your code. This aims to be useful for C++ code generation and code cleanup. Of course, this is not a general approach but asks for special purpose tools for each code base. Thanks to D this could be feasible. Cheers, Uli
Re: SDC-32bit
On Saturday, 2 August 2014 at 22:48:35 UTC, Shammah Chancellor wrote: On 2014-08-01 05:00:53 +, deadalnix said: On Tuesday, 29 July 2014 at 13:36:39 UTC, Stefan Koch wrote: Hello, I am happy to announce that my 32bit version of sdc compiles the whole testsuite including mixins. the only there are only 6 tests still failing 2 of them are dependent on size_t.siezof beeing 8. The otherer 4 have to do with execptoion handling. please check out the 32-branches on https://github.com/UplinkCoder/sdc and https://github.com/UplinkCoder/libd-llvm and https://github.com/UplinkCoder/libd I haven't yet updated the submodules so you have to fetch the 32-branch manually. and remember that this is experimental! please file issues on in my repo if your errors appear with both -m64 and -m32. if there are any questions please ask them. A bit late, but that is awesome. I need to go through all of this and am in holidays right now. #1 on the todo list when i come back. Also, it looks by using your fiber based scheduler that you can naturally parallize compiling. Have you investigated that at all? I have planned to add async IO through vibe.d. that alone just grant huge speedups. I also want to integrate SQLite or redis based incremental compilation. I don`t think we can beat dmd soon. But I think we can come much closer :D
Re: SDC-32bit
On Fri, 01 Aug 2014 15:49:09 + Stefan Koch via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: it must have a commit I have squashed. I do this quite often since sometimes I commit stuff that causes my build to fail :p btw, please, don't do that. just revert commits, there's no need to rewrite the history hard way. or use branches and do cherry-picking, it's easy once you get used to it. signature.asc Description: PGP signature
Re: SDC-32bit
On Sunday, 3 August 2014 at 11:19:01 UTC, Stefan Koch wrote: On Saturday, 2 August 2014 at 22:48:35 UTC, Shammah Chancellor wrote: On 2014-08-01 05:00:53 +, deadalnix said: On Tuesday, 29 July 2014 at 13:36:39 UTC, Stefan Koch wrote: Hello, I am happy to announce that my 32bit version of sdc compiles the whole testsuite including mixins. the only there are only 6 tests still failing 2 of them are dependent on size_t.siezof beeing 8. The otherer 4 have to do with execptoion handling. please check out the 32-branches on https://github.com/UplinkCoder/sdc and https://github.com/UplinkCoder/libd-llvm and https://github.com/UplinkCoder/libd I haven't yet updated the submodules so you have to fetch the 32-branch manually. and remember that this is experimental! please file issues on in my repo if your errors appear with both -m64 and -m32. if there are any questions please ask them. A bit late, but that is awesome. I need to go through all of this and am in holidays right now. #1 on the todo list when i come back. Also, it looks by using your fiber based scheduler that you can naturally parallize compiling. Have you investigated that at all? I have planned to add async IO through vibe.d. that alone just grant huge speedups. I also want to integrate SQLite or redis based incremental compilation. I don`t think we can beat dmd soon. But I think we can come much closer :D Any idea what the significant bottlenecks are / what dmd is much faster at?
Re: SDC-32bit
On Sunday, 3 August 2014 at 11:37:26 UTC, John Colvin wrote: On Sunday, 3 August 2014 at 11:19:01 UTC, Stefan Koch wrote: On Saturday, 2 August 2014 at 22:48:35 UTC, Shammah Chancellor wrote: On 2014-08-01 05:00:53 +, deadalnix said: On Tuesday, 29 July 2014 at 13:36:39 UTC, Stefan Koch wrote: Hello, I am happy to announce that my 32bit version of sdc compiles the whole testsuite including mixins. the only there are only 6 tests still failing 2 of them are dependent on size_t.siezof beeing 8. The otherer 4 have to do with execptoion handling. please check out the 32-branches on https://github.com/UplinkCoder/sdc and https://github.com/UplinkCoder/libd-llvm and https://github.com/UplinkCoder/libd I haven't yet updated the submodules so you have to fetch the 32-branch manually. and remember that this is experimental! please file issues on in my repo if your errors appear with both -m64 and -m32. if there are any questions please ask them. A bit late, but that is awesome. I need to go through all of this and am in holidays right now. #1 on the todo list when i come back. Also, it looks by using your fiber based scheduler that you can naturally parallize compiling. Have you investigated that at all? I have planned to add async IO through vibe.d. that alone just grant huge speedups. I also want to integrate SQLite or redis based incremental compilation. I don`t think we can beat dmd soon. But I think we can come much closer :D Any idea what the significant bottlenecks are / what dmd is much faster at? hmm i would say io ist a huge factor but this is just a guess I have to do profiling probably i am wrong
Re: SDC-32bit
On Sunday, 3 August 2014 at 11:31:10 UTC, ketmar via Digitalmars-d-announce wrote: On Fri, 01 Aug 2014 15:49:09 + Stefan Koch via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: it must have a commit I have squashed. I do this quite often since sometimes I commit stuff that causes my build to fail :p btw, please, don't do that. just revert commits, there's no need to rewrite the history hard way. or use branches and do cherry-picking, it's easy once you get used to it. yeah I will try to keep it clean :D
Need a flyer design for a concert?
Hello you Need a flyer design for a concert, club night, sale, trade show, movie, or festival? These are just a small sample of the kinds of posters we can create for you. Twisted Palette provides Graphic Design solutions for businesses individuals with consistent high quality solutions to give your business the best possible chance to engage with your target market. We cover everything from branding to print collateral to marketing collateral to promotional merchandise to websites. http://www.twistedpalette.com.au/
Re: DMD v2.066.0-rc1
On Thursday, 31 July 2014 at 12:51:53 UTC, Andrew Edwards wrote: DMD v2.066.0-rc1 binaries are available for testing: http://wiki.dlang.org/Beta_Testing Want to bring attention of wider audience that this release really needs all help it can get - regression count still stays high as new ones get fired after old ones are fixed and schedule is long overdue. Any help will be appreciated.
Re: DMD v2.066.0-rc1
This windiows installer went wrong on me. First, it tried to uninstall, it offered to uninstall from 'C:\D'. My DMD install is 'C:\dev\D'... The path was presented in a greyed out textbox that I couldn't type in to correct it, and no button to select the true install location. The uninstall step failed. Then when reinstalling I was given the option where to install, I chose 'C:\dev\D' and it installed over the top of my existing install, and wiped my sc.ini file. So I need to configure the DirectX SDK paths again. Side note: I still think the installer really should detect the DXSDK; it's a Microsoft library, and virtually any multimedia software developed with VS2010 or prior will depend on it (It's merged into the WinSDK since DX2012). The DXSDK install paths are: Include: C:\Program Files (x86)\Microsoft DirectX SDK (June 2010)\Include Lib: C:\Program Files (x86)\Microsoft DirectX SDK (June 2010)\Lib\x64 The (June 2010) part is a safe assumption, it's the last released one, and it will remain so since it's now bundled with the WinSDK for more recent visual studio releases. It's the only one available on the Microsoft website. As I see it, if we profess to support VS2010 and prior, then we should detect the DXSDK paths in the installer, otherwise software that builds fine in VS2012+ won't work with VS2010 without user intervention, and that will almost certainly lead to posts on this forum. On 4 August 2014 11:12, Dicebot via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: On Thursday, 31 July 2014 at 12:51:53 UTC, Andrew Edwards wrote: DMD v2.066.0-rc1 binaries are available for testing: http://wiki.dlang.org/Beta_Testing Want to bring attention of wider audience that this release really needs all help it can get - regression count still stays high as new ones get fired after old ones are fixed and schedule is long overdue. Any help will be appreciated.
Re: SDC-32bit
On Saturday, 2 August 2014 at 22:48:35 UTC, Shammah Chancellor wrote: Also, it looks by using your fiber based scheduler that you can naturally parallize compiling. Have you investigated that at all? Obviously, yes. But that is quite tricky to get a deterministic result due to compile time features.
Re: SDC-32bit
On Sunday, 3 August 2014 at 11:37:26 UTC, John Colvin wrote: Any idea what the significant bottlenecks are / what dmd is much faster at? No idea. I'd like to know, but ultimately, supporting more of D is more important than being fast right now.