Re: DSource.org down?
Hi, Yes, I'm also unable to access dsource.org since yesterday. I was looking to get the dstats library. David Simcha, do you have a clone of your lib somewhere else available? Thanks
Re: Software architecture support in D.
have you seen this? https://github.com/itiu/zeromq-connector On 25/10/2011 11:18, Gor Gyolchanyan wrote: yeah. 0MQ is the ultimate concurrency tool. I just love it. But i mean a D-solution, rather then a C-solution port. D's rich modeling power allows those concepts to be implemented in a whole new and incredibly flexible and easy-to-use way. On Tue, Oct 25, 2011 at 2:14 PM, simendsjo wrote: On 25.10.2011 12:07, Gor Gyolchanyan wrote: * Message passing (event-driven programming). std.concurrency and zeromq (missing a good wrapper). libev or libevent would be nice too.
Re: Looking for SciLib
On 20/12/2011 22:45, Paul D. Anderson wrote: On Tuesday, 20 December 2011 at 22:42:58 UTC, jerro wrote: Paul D. Anderson Wrote: I recall seeing several times someone mentioning they were working on a project called "SciLib" or "SciLb" or similar. If you're that person or if you know who that person is, could you send me an e-mail? Paul Maybe you mean this project: https://github.com/kyllingstad/scid/wiki Yes, that's it exactly. Thanks! or this?...seems contain further development https://github.com/cristicbz/scid
LLVM 3.0 type system changes
as described here: http://nondot.org/sabre/LLVMNotes/TypeSystemRewrite.txt Btw, what is the status of the D2 LLVM compiler? thx, fil
Re: LLVM 3.0 type system changes
On 07/03/2011 20:09, David Nadlinger wrote: On 3/7/11 9:03 PM, filgood wrote: as described here: http://nondot.org/sabre/LLVMNotes/TypeSystemRewrite.txt Naming the thread »LLVM 3.0 type system changes« is slightly misleading – the above document by Chris Lattner is merely a working draft… David sorry, should maybe have been . Anyway, I thougth it might have been of interest for this NG as there is a LLVM compiler for D2/D1. Further, I wanted to use the topic to see what the status on the LLVM compiler for D2 is thx, fil
Re: LLVM 3.0 type system changes
This is fantastic news! Many thanks for all your hard work. Not only seems LDC2 coming closer to be supporting the current D2, there is now SDC too (I must admit that a self hosting compiler (front end + LLVM back-end in D I mean) is a big statement for a language in my view). Please keep up the good work! Although, I don't post on this NG much, I've been following it for a while, and if the increased diversification in people participating here verbally/code/project wise are representative, then I can only see the momentum that D as a language recently is gathering to be very exciting. I work at a company where I have a big influence on the programming languages to be used and have been porting some of our code to D as an experiment/me learning the language/reading TDPL - and I'm very pleased with the results so far...to a point that if it was not for a broader developed phobos (database access, messaging framework bindings (zeroMQ, google protobuffers, thrift), cross platform gui tool kits, etc) I would be keen to push the language for production usage at this point (knowing existing bugs in the compiler, but where I feel one can work around these). Anyway, I just want this to be a message of support for D and great appreciation of what has been achieved so far. thanks, fil On 08/03/2011 01:54, Bernard Helyer wrote: On Mon, 07 Mar 2011 20:03:36 +, filgood wrote: as described here: http://nondot.org/sabre/LLVMNotes/TypeSystemRewrite.txt Btw, what is the status of the D2 LLVM compiler? You're probably wondering about LDC2, but I'll chip in with SDC's ( https://github.com/bhelyer/SDC ) status here: On the road to some kind of 0.1, but a lot of work to be done -- it should land some time this year, however. Keeping current with DMD releases, current with LLVM releases.
Re: Library Development: What to finish/flesh out?
Hi Lars, I agree on your orderbut would like to see Matrix ops in Phobos over time (my understanding was that it can work without BLAS (just slower), people can always in BLAS when they need to extra performance, no?). David, thanks a lot for your hard work... On 18/03/2011 09:26, Lars T. Kyllingstad wrote: On Thu, 17 Mar 2011 15:33:10 +, dsimcha wrote: I've accumulated a bunch of little libraries via various evening and weekend hacking projects over the past year or so, in various states of completion. Most are things I'm at least half-considering for Phobos, though some belong as third-party libs. I definitely don't have time to finish/flesh out all of them anytime soon, so I've decided to ask the community what to prioritize. Below is a summary of everything I've been working on, with its current level of completion. Please let me know the following: 1. A relative ordering of how useful you think these libraries would be to the community. In order: 1. TempAlloc 2. Matrix ops (I'm biased here, of course...) 3. RandAA 4. CSV parser 5. Rational That said, it does make sense to start with the things which require the least amount of work. If it would take you half an hour to complete the rationals lib, for instance, that may be a good starting point. Regarding std.mixins, I have to agree with Andrei and the others that code should be organised by functionality and not implementation method. Having thought some more about it, I also think std.file is not the right place for GZip support. Phobos needs an std.compression package/module, and a method for bulk reading/writing of gzip files may well be a good start. Finally, I know next to nothing about machine learning, so I won't express any opinion about it. 2. In absolute terms, would you find this useful? Absolutely! 3. For the Phobos candidates, whether they're general enough to belong in the **standard** library. I agree with Don that TempAlloc is a candidate for druntime. Other than that, yes. I note that others have suggested that the matrix stuff go into Phobos. As long as it depends on BLAS, I would say that's out of the question. -Lars
Re: Decimal Arithmetic
On 24/05/2011 08:34, Don wrote: Paul D. Anderson wrote: I've got a D programming language implementation of the General Decimal Arithmetic specification (http://speleotrove.com/decimal/) that's' more or less complete* and am wondering if it would be useful. I worked on this over a year ago but life got in the way, so I neglected it for a time. I now have the time to finish it. It uses std.bigint as the basis for the decimal numbers. I know there are plans to bring BigFloat, decimal32, decimal64, and decimal128 numbers into D. The completed* portion of the code fills the role of BigFloat (although I called it Decimal), and I've got routines that encode/decode the dec32, etc. numbers but they're not as far along as the arbitrary precision version. I guess my question is whether I'm repeating work that's been done or is being done in this area? If so, maybe I can lend a hand. If not, I'd like some feedback on what is needed so I can work on the important things first. Let me know what you think. At this point I'd settle for a go/nogo decision. We can work bikeshed stuff later. Go! We definitely want to get this into Phobos. Thanks, Paul *"more or less complete" == It passes all the tests built in to the spec. No logical operators or exp/ln/power. Still needs work. I suppose it could be called an alpha version. Go
Re: What's the status of the review queue?
On 26/05/2011 19:08, Lars T. Kyllingstad wrote: On Thu, 26 May 2011 10:27:11 -0500, Andrei Alexandrescu wrote: On 5/26/11 10:17 AM, Lars T. Kyllingstad wrote: On Thu, 26 May 2011 15:11:49 +, dsimcha wrote: == Quote from Lars T. Kyllingstad (public@kyllingen.NOSPAMnet)'s article On Thu, 26 May 2011 08:34:23 -0400, dsimcha wrote: SciD [...] is being worked on extensively for GSoC Um... what? :) -Lars This is kind of late breaking. Cristi Cobzarenco's project has evolved from an imaging library into matrix stuff (expression templates first and foremost, GPGPU, more LAPACK wrappers and/or CPU parallelism if time permits). Cool! :) I just noticed he has forked my SciD repo, but nothing seems to have been pushed there yet. I'm looking forward to seeing where this is going. -Lars Let me know if you want me to add you to the mailing list where Cristi's project is being discussed. Yes please. :) Same address as the one I use for the Phobos mailing list. -Lars Could I be added too? You can also use my phobos mailing list email address. thx, filip
News server load becoming more and more an issue
Hi, Not sure who looks after the news server that hosts the relevant D newsgroups, but over the last few weeks, the amount of "high load" messages has been increasing at a steady rate, to an extend that it is becoming a real nuisance to read the newsgroups via a classic newsreader like thunderbird (hence using the web forum interface for this message). Can someone please change the settings on the news server to solve this (or move to another server) ? Many thanks, fil
Re: News server load becoming more and more an issue
I prefer to use native apps like Paulo. Andrei, any news regarding the news server? Thx, fil On 17/05/2012 10:17, Andrea Fontana wrote: What about a new group on: https://groups.google.com/ On Thursday, 17 May 2012 at 09:01:12 UTC, Paulo Pinto wrote: On Thursday, 17 May 2012 at 08:54:16 UTC, filgood wrote: Hi, Not sure who looks after the news server that hosts the relevant D newsgroups, but over the last few weeks, the amount of "high load" messages has been increasing at a steady rate, to an extend that it is becoming a real nuisance to read the newsgroups via a classic newsreader like thunderbird (hence using the web forum interface for this message). Can someone please change the settings on the news server to solve this (or move to another server) ? Many thanks, fil There was a post from Andrei saying that they were looking into it, but I feel your pain. Somehow the web interface appears to be more resilient to the post failures, but my Thunderbird and Windows Live Email keep complaining all the time. :( Which is somehow ironic, since I prefer native applications to web based ones.
Re: [Proposal] Additional operator overloadings for multidimentional indexing and slicing
This would be very cool indeed! +1 from me. On 01/06/2012 02:57, kenji hara wrote: I'd like to propose a new language feature to D community. I've opened a enhancement issue half a year ago. Issue 6798 - Integrate overloadings for multidimentional indexing and slicing http://d.puremagic.com/issues/show_bug.cgi?id=6798 And, a pull request for implementing it is now available. https://github.com/D-Programming-Language/dmd/pull/443 This patch is an additional enhancement of opDollar (issue 3474 and #442). It would enable the mixing operator overloadings of indexing and slicing. The expression: a[$-1, 2..$] Translated to: a.opIndex(a.opDollar!0 - 1, a.opSlice!1(2, a.opDollar!1)) If it is possible, the interval lwr..upr inside bracket is converted to a.opSlice!(dimension)(lwr, upr). This enhancement doesn't break existing codes. (Same table more readable is in https://github.com/D-Programming-Language/dmd/pull/443 ) | expression | newly added overloading --> exists/fallbcked overloading ---++ | a[i0, ...] | xxx --> a.opIndex(i0, ...) | a[]| a.opIndex() --> a.opSlice() | a[l..u]| a.opIndex(a.opSlice!0(l, u)) --> a.opSlice(l, u) v | a[l..u, ...] | a.opIndex(a.opSlice!0(l, u), ...) --> xxx ---++ | op a[i0, ...] | xxx --> a.opIndexUnary!op(i0, ...) | op a[] | a.opIndexUnary!op() --> a.opSliceUnary!op() | op a[l..u] | a.opIndexUnary!op(a.opSlice!0(l, u)) --> a.opSliceUnary!op(l, u) v | op a[l..u, ...]| a.opIndexUnary!op(a.opSlice!0(l, u), ...) --> xxx ---++ | a[i0, ...] = v | xxx --> a.opIndexAssign(v, i0, ...) | a[] = v| a.opIndexAssign(v) --> a.opSliceAssign(v) | a[l..u] = v| a.opIndexAssign(v, a.opSlice!0(l, u)) --> a.opSliceAssign(v, l, u) v | a[l..u, ...] = v | a.opIndexAssign(v, a.opSlice!0(l, u), ...) --> xxx ---++ | a[i0, ...] op= v | xxx --> a.opIndexOpAssign!op(v, i0, ...) | a[] op= v | a.opIndexOpAssign!op(v) --> a.opSliceOpAssign!op(v) | a[l..u] op= v | a.opIndexOpAssign!op(v, a.opSlice!0(l, u)) --> a.opSliceOpAssign!op(v, l, u) v | a[l..u, ...] op= v | a.opIndexOpAssign!op(v, a.opSlice!0(l, u), ...) --> xxx Thanks. Kenji Hara
Re: safe
Hi Adam, Were you in the past not working on a Gui lib that did an a) type of thing? IFAIR, The app ran on the server, the gui was on the client. Someone could (via a client) connect to the app on the server, but have it displayed locally? ~ filgood On 13/06/2011 18:15, Adam D. Ruppe wrote: sclytrack wrote: Like a replacement for HTML5 and javascript. You *could* make this work, but the language itself won't help you. There's two approaches: a) Run the code on your server and only output the display on the client's computer. Like an X11 application. http://en.wikipedia.org/wiki/X11 b) Have the operating system limit the D application. It's not really possible to filter out malicious D code. Someone could always call an operating system function directly, even marking it @trusted so it works in safe mode. But, if you configure the operating system the right way, you can make all those potentially nasty calls unavailable. Put an operating system level limit on file access, put up a network firewall, limit it's CPU time, etc. Most the newer HTML web browsers are doing this in addition to javascript. The same principles can be used on almost any program.
ZeroMQ & thrift
Hi All, I was wondering if anyone has created bindings for ZeroMQ? If so, could you point me to these? It seems possible to get thrift (the GSOC project) to run on top of ZeroMQ...providing a very interesting packing togetherif there is time left for the GSOC, it might be worth to explore this? Thanks, filgood
Re: ZeroMQ & thrift
On 28/06/2011 09:50, filgood wrote: Hi All, I was wondering if anyone has created bindings for ZeroMQ? If so, could you point me to these? It seems possible to get thrift (the GSOC project) to run on top of ZeroMQ...providing a very interesting packing togetherif there is time left for the GSOC, it might be worth to explore this? I ment if there is time left after thrift is implemented (I have no clue how far this GSOC project got so far) Thanks, filgood
Re: Time for Phobos CTFE-ability unittests...right? RIGHT?
Jonathan, Given that D2 is now the main version, would it not be possible - maybe in the future - if big changes like the CTFE work by Don are planned to bring to do this in a 2.1 release of D (and once stable bump to a 2.2 release or so)... While the big changes happen in 2.1, the 2 releases would only hold bug fixes? ~ filgood On 13/07/2011 00:29, Jonathan M Davis wrote: On 2011-07-12 16:17, Andrej Mitrovic wrote: I don't understand what strip() could be doing to break CTFE anyway? Don has been making huge changes to CTFE. Stuff that didn't used to compile, now complie. Stuff which compiled but shouldn't have now doesn't compile. There's probably stuff which used to compile and should still compile which doesn't compile now too. But with all of those changes, I'm not sure that it's at all reasonable to expect CTFE-ability to be stable. It should be heading in that direction, but I'm not sure how stable Don considers it. Certainly, strip could be failing for a perfectly legitimate reason, or it could be a bug. I have no idea. But with all of the changes that have been being made to CTFE, I'm not at all surprised if stuff has quit working. There's probably more that works now that didn't before, but with all of the recent changes, breakage doesn't surprise me one bit. Having tests in Phobos for CTFE would catch many breakages, but if Don isn't yet guaranteeing what can and can't be CTFEed by the compiler, then such breakages could easily be because of fixes which made it so that stuff which wasn't supposed to compiled but did stopped compiling. So, until Don thinks that what he's been doing to CTFE is appropriately stable and can make guarantees about what will and won't be CTFEable as far as language features go, then Phobos can't make any guarantees about CTFEability. So, basically, a lot of CTFE changes have been happening, and Don has said pretty much said that we're not currently making guarantees about what's CTFEable and what isn't. And until the changes stabilize and Don is willing to make guarantees, Phobos can't guarantee anything about CTFE. - Jonathan M Davis
Re: What library functionality would you most like to see in D?
On 31/07/2011 22:15, Brian Hay wrote: On 31/07/2011 9:51 PM, Peter Alexander wrote: My wish list: - A good allocator model and integration with standard containers - Fast vector math library suitable for games. +1 vector math lib. +1 for a good math lib (it would be cool if Scid cool become part of phobos after GSOC project) also: standard database lib (including bindings for postgresql, sqlite, etc) gui lib (DWT2?) thanks, filgood
Re: Std.path: Final Vote
On 05/08/2011 14:26, dsimcha wrote: My apologies for not announcing this yesterday. For some reason I thought today was the official end of review. Anyhow, Lars Kyllingstad's new std.path module, which has been in review for the past 3 weeks, is up for vote. Please vote yes or no in this thread. Code: https://github.com/kyllingstad/phobos/blob/std-path/std/path.d Docs http://www.kyllingen.net/code/std-path/phobos-prerelease/std_path.html Voting ends next Friday, August 12, since it started a day late. yes please
Re: newsgroup availability
On 19/08/2011 14:44, Steven Schveighoffer wrote: Has there been some strange issue with the newsgroup lately? Frequently, I'm getting load errors (I assume this means the NG load is too large to deal with my communication). It seems to be happening daily... -Steve Yes, I've also had the same error in the last few days...maybe we can have a mirror (that is sync'd regularly)? ~filgood
Re: I'm holding it in my hands
It's worse in the UK: Not yet dispatched Dispatch Estimate: 28 July 2010 - 29 July 2010 Delivery Estimate: 3 Aug 2010 - 6 Aug 2010 ~ Filip
Re: Price drop for TDPL on Amazon to $41.10
Although the price is very good on Amazon, one needs to wait till August to get a copy of the book. I've followed the advice from some other people on the NG, cancelled my amazon order and went to Informit ($49.99 + $9 to ship to the UK). Ordered it last week Thursday and it's already shipped by now...can't wait to get my hands on it! ~ Filip
Re: Please comment on http://d-programming-language.org/
Andrei Alexandrescu Wrote: > Time to zero in on the overall design and start working on the content. > Please give the design one more round of comments. > > Thanks, > > Andrei Hi, I think fonts are slightly too big and the text maybe spaced too much. Also, I don't feel you should place the google translate tool on the website as people that need to translate the content can go to google and type the link and get it translated in that way. Overall the website is ok, but IMHO i think better/cleaner example for a programming language website is this one: http://fantom.org/ ~ fil