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.
On 11/6/2013 1:43 PM, 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.
Of course. Being in charge of something doesn't mean being expert at all of it
or
On 11/6/2013 3:43 PM, nazriel wrote:
Good job everyone!
DPaste is already using it
Nice!
On 11/6/2013 3:20 PM, Leandro Lucarella wrote:
Walter Bright, el 6 de November a las 12:01 me escribiste:
On 11/6/2013 5:16 AM, Jordi Sayol wrote:
In dmd.2.064.2.zip, src/VERSION contains 2.064. Should be 2.064.2
I deliberately didn't do that because it would have required
rebuilding all
On 11/4/2013 11:46 PM, Jacob Carlborg wrote:
On 2013-11-04 21:01, Walter Bright wrote:
The libraries were not built correctly (my old machine runs out of
memory building them). FreeBSD users have needed to, for some time now,
fork/build to get it.
I don't understand, the binaries and Phobos
On 11/4/2013 11:46 PM, Iain Buclaw wrote:
For the second time, the license on the readme.txt distributed with the sources
is wrong?
Which one in which directory and what should it be?
On 11/5/2013 4:02 AM, Iain Buclaw wrote:
There's only one file named readme.txt. ;-)
See here for the latest file:
https://github.com/D-Programming-Language/dmd/blob/master/src/readme.txt
Thanks, I'll take care of it.
On 11/5/2013 1:50 PM, Jacob Carlborg wrote:
On 2013-11-05 10:09, Walter Bright wrote:
Why not volunteer to handle the FreeBSD package builds?
Hmm, turns out it's currently not possible to build C++ code for 32bit on a
64bit FreeBSD machine. This might take a bit longer than I expected. I can
On 11/5/2013 1:52 AM, Arjan wrote:
Why not volunteer to handle the FreeBSD package builds?
I have access to FreeBSD machine(s) and willing to lend a hand and spend some
time on this.
What is needed to do the FreeBSD package build?
(Currently I just do a git clone/pull of the github dlang stuff
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.openSUSE.i386.rpm
On 11/5/2013 2:10 PM, Joshua Niehus wrote:
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd.2.064.2.dmg
Not found :(
It's uploading as I type this. Should be up in a minute or two.
http://d.puremagic.com/issues/show_bug.cgi
On 11/5/2013 2:21 PM, Brad Anderson wrote:
What's up with the Windows installer? It appears to be using an old version
without all the improvements I've been making but with some new changes added.
It should be using the one on the 2.064 branch on github. Can you check that?
On 11/5/2013 2:10 PM, Brad Roberts wrote:
I really do intend to get the package builder producing bundles (not for every
single build, that'd be.. scary). It's on my todo list. Maybe I'll dedicate my
christmas vacation to that project.
That would be awesome, and would be a big step forward
http://www.reddit.com/r/programming/comments/1pyifh/abandoning_segmented_stacks_in_rust/
Looks like even Go is considering abandoning them, too.
Looks like we made the right call :-) though I didn't think of the hot split
problem.
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.
Maybe he should start doing pull
requests like
On 11/5/2013 2:52 PM, Brad Anderson wrote:
He's made so many changes I don't even know where to begin to pull them in
sync. The one in windows/dinstaller.nsi has always been the one used in the
past. I don't see why the file would need to differ between a Windows and Linux
box.
For the
http://ftp.digitalmars.com/dmd.2.064.zip
http://ftp.digitalmars.com/dmd.2.064.dmg
http://ftp.digitalmars.com/dmd_2.064-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064-0_i386.deb
On 11/4/2013 12:42 AM, Jacob Carlborg wrote:
dmd.2.064.dmg
There now.
and dmd-2.064-0-x86_64.pkg.tar.xz are missing.
Seems to no longer be in 2.064. The installer builder was changed.
The naming scheme is inconsistent. I don't know if they follow a platform
specific naming scheme.
On 11/4/2013 12:34 AM, Jacob Carlborg wrote:
Based on the time you sent this I'm guessing you failed to include my recent
pull requests for the documentation which Kenji merged, see:
http://forum.dlang.org/thread/CAFDvkctqW-QDsGLA+Y6z67O686J1W0si2ZeBBF=b05armwn...@mail.gmail.com
Kenji merged
On 11/4/2013 12:35 AM, Jacob Carlborg wrote:
You might want to name the release candidates properly and uniquely, just as you
started to do with the betas.
It'll follow the 2.063 pattern.
On 11/4/2013 12:34 AM, Jacob Carlborg wrote:
Still no dmd.conf or 64bit binaries for FreeBSD.
They'll be dropped from the zip file. I don't have the equipment to build them
at the moment.
On 11/4/2013 4:19 AM, Jacob Carlborg wrote:
On 2013-11-04 11:52, Walter Bright wrote:
They don't, but they've followed this pattern since they were originally
created by Jordi, and I've left it as is.
Too bad. I guess you don't want to change that?
I don't like breaking my scripts and other
On 11/4/2013 10:20 AM, Jordi Sayol wrote:
On 04/11/13 19:04, Walter Bright wrote:
On 11/4/2013 4:19 AM, Jacob Carlborg wrote:
On 2013-11-04 11:52, Walter Bright wrote:
They don't, but they've followed this pattern since they were originally
created by Jordi, and I've left it as is.
Too bad
On 11/4/2013 10:43 AM, Rainer Schuetze wrote:
Walter, can you also add the Windows installer to the RC?
What exactly do you mean?
On 11/4/2013 11:30 AM, Jacob Carlborg wrote:
On 2013-11-04 19:01, Walter Bright wrote:
Absolutely not. We just don't have a download package for it (this is
not a new development).
There are binaries for FreeBSD 32bit, but the dmd.conf file is still missing.
The libraries were not built
On 11/4/2013 11:32 AM, Jacob Carlborg wrote:
On 2013-11-04 20:19, Walter Bright wrote:
On 11/4/2013 10:43 AM, Rainer Schuetze wrote:
Walter, can you also add the Windows installer to the RC?
What exactly do you mean?
You posted links to installers for all platforms except for Windows.
Ah
On 11/4/2013 12:03 AM, Walter Bright wrote:
http://ftp.digitalmars.com/dmd.2.064.zip
http://ftp.digitalmars.com/dmd.2.064.dmg
http://ftp.digitalmars.com/dmd_2.064-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064-0.fedora.x86_64.rpm
http
On 11/4/2013 2:47 PM, Rainer Schuetze wrote:
Thanks. The Visual D installation is missing from this installer. Obviously,
https://github.com/D-Programming-Language/installer/pull/23 has never been
merged. As I've just released a new version, it would be nice if it could link
to the new 0.3.37.
On 10/27/2013 10:09 PM, Manu wrote:
I just realised yesterday that the libs bundled with dmd (curl.lib in my case)
doesn't have a win64 version bundled. Can you put a binary for that in lib64?
... although it new appears to be gone completely in that new bundle. Is that
the new standard? Is
http://ftp.digitalmars.com/dmd.2.064.beta.4.zip
Remaining regressions:
http://d.puremagic.com/issues/buglist.cgi?query_format=advancedbug_severity=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED
On 10/26/2013 12:42 AM, eles wrote:
Provide, at least, a flag that passes the file without name change, for example:
dmd -ntest
will really pass test file and not test.d.
I'm curious why naming the file test.d is an issue?
On 10/26/2013 2:02 AM, eles wrote:
On Saturday, 26 October 2013 at 08:36:53 UTC, Walter Bright wrote:
I'm curious why naming the file test.d is an issue?
Case:
Thanks for the clear explanation. It makes a lot of sense. Let me think about it
for a bit.
On 10/26/2013 2:02 AM, eles wrote:
On Saturday, 26 October 2013 at 08:36:53 UTC, Walter Bright wrote:
On 10/26/2013 12:42 AM, eles wrote:
I'm curious why naming the file test.d is an issue?
Case:
http://d.puremagic.com/issues/show_bug.cgi?id=11365
On 10/25/2013 6:15 AM, eles wrote:
It is a specific reason why this is kept?:
http://forum.dlang.org/thread/ohduisigpwdiqhpde...@forum.dlang.org#post-btwbpwgluzyxmhphwebp:40forum.dlang.org
Breaking peoples' build scripts and makefiles is not nice :-)
Beta 3:
http://ftp.digitalmars.com/dmd.2.064.beta.3.zip
On 10/17/2013 11:45 PM, deadalnix wrote:
Also, when NOT using the unittest flag, a lot of my code do not compile, symbol
_D6object15__T7reserveTyaZ7reserveFNaNbNeKAyamZm is missing.
See:
http://d.puremagic.com/issues/show_bug.cgi?id=11284
On 10/18/2013 12:33 AM, deadalnix wrote:
I highly doubt that this fit into cases 1 to 4 as you mention. I'll however
double check with that in mind.
I want to know about any other cases, so please investigate.
That also doesn't explain why I get a closure bug (frame pointer or frame
content
On 10/18/2013 11:17 AM, Rory McGuire wrote:
Does it even support executable permissions?
Yes, it does.
On 10/18/2013 12:14 PM, Rory McGuire wrote:
Nice. It's there any particular reason you prefer zip?
It's easy and works on all platforms.
I also point out that, for all platforms supported, when we do a release we also
build a custom download package for each platform in that platform's
http://www.reddit.com/r/programming/comments/1opwa3/facebook_adopts_d_language/
On 10/18/2013 1:29 PM, Andrej Mitrovic wrote:
But I hope you understand this isn't really about you or Walter not
doing these things yourself, but rather the fact that you didn't seem
to recognize this as being a problem. I've mentioned the build/release
issue many times, and now we finally have
On 10/16/2013 6:33 AM, Andrej Mitrovic wrote:
On 10/16/13, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
What are you protesting against?
Walter.
I'll go have myself flogged, then.
Date: Wednesday October 16, 2013
Time: 7:00 PM
Location: Microsoft Eastside Campus, Bldg. 41, Room 1511 / Townsend (see our
website www.nwcpp.org for directions).
Title: New Adventures in C++ with Cinder and More
Be there or be square.
On 10/15/2013 1:50 AM, Benjamin Thaut wrote:
Am 14.10.2013 23:19, schrieb Walter Bright:
On 10/14/2013 6:25 AM, Benjamin Thaut wrote:
I'm also getting random missing symbol linker errors with both dmd
2.063.2 and
dmd 2.064. But only on 32-bit windows. On 64-bit windows it works fine
On 10/15/2013 10:48 AM, Andrei Alexandrescu wrote:
http://www.fastcolabs.com/3019948/more-about-d-language-and-why-facebook-is-experimenting-with-it
geeky optimism (!)
And a companion article:
http://www.fastcolabs.com/3019887/facebook-adds-5000-lines-of-d-language-code-whats-that-mean
On 10/14/2013 12:50 AM, Benjamin Thaut wrote:
Am 13.10.2013 00:16, schrieb Walter Bright:
http://ftp.digitalmars.com/dmd2beta.zip
This zip does not contain the latest version of Optlink.
The one at http://ftp.digitalmars.com/optlink.zip seems to be newer.
That one is dated 04-10-13, while
On 10/14/2013 6:25 AM, Benjamin Thaut wrote:
I'm also getting random missing symbol linker errors with both dmd 2.063.2 and
dmd 2.064. But only on 32-bit windows. On 64-bit windows it works fine.
This is really frustrating...
Is it possible you are linking together code compiled with different
On 10/14/2013 2:35 AM, Benjamin Thaut wrote:
My bad. German dates... We write the the day first then the month and then the
year.
Yah, that is terribly confusing, especially considering the global intarnets.
I tend to write dates as year-month-day, that way they sort properly in a
directory
On 10/13/2013 4:01 AM, Olivier Pisano wrote:
Found one issue :
A call to std.functional.memoize crashes with the following error:
object.Error: TypeInfo.compare is not implemented
./rossignol(const(pure nothrow @trusted int function(const(void*),
const(void*)))
On 10/12/2013 1:05 AM, bearophile wrote:
http://www.reddit.com/r/programming/comments/1o85hy/d_programming_talk_at_osdc_2013/
They contain several details that I'd like to write differently.
Why not do a presentation/article?
On 10/12/2013 7:55 AM, John Joyus wrote:
On 10/12/2013 04:55 AM, bearophile wrote:
Is that an answer to me? A presentation/article about slide details that
I think are not the best?
A presentation or article of your own, unrelated to the above.
People like me are ready to learn from
http://ftp.digitalmars.com/dmd2beta.zip
Current list of regressions:
http://d.puremagic.com/issues/buglist.cgi?query_format=advancedbug_severity=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED
This isn't a release candidate, in particular the documentation needs work, but
we
On 10/11/2013 5:19 AM, Joseph Rushton Wakeling wrote:
(Can you tell who re-read LOTR recently?:-)
Forgive me, I read LOTR over 40 years ago!
http://www.reddit.com/r/programming/comments/1o85hy/d_programming_talk_at_osdc_2013/
On 10/10/2013 10:05 PM, Nick Sabalausky wrote:
Awesome! Great bragging rights for D :)
It's the first battle signaling the end of Middle Earth, and the rise of the Age
of D. The old guard will be sailing to the Grey Havens soon.
I just found out about this conference, and signed up to attend. (After all,
tickets are only $10 and it's in my neighborhood!) If anyone else is attending,
see ya there!
https://seattle.codecamp.us/Schedule/Index
On 9/27/2013 1:34 PM, Ali Çehreli wrote:
On 09/27/2013 11:58 AM, Walter Bright wrote:
I just found out about this conference, and signed up to attend. (After
all, tickets are only $10 and it's in my neighborhood!) If anyone else
is attending, see ya there!
https://seattle.codecamp.us/Schedule
On 9/18/2013 1:23 AM, Olivier Pisano wrote:
On Friday, 13 September 2013 at 06:51:52 UTC, deadalnix wrote:
There is 2 ask us anything. Can you tell us which one and approximately when ?
Yes, the first one (
http://channel9.msdn.com/Events/GoingNative/2013/Interactive-Panel-Ask-Us-Anything
)
On 9/1/2013 3:58 AM, Brian Schott wrote:
* What does it look like?
There's a short demo video on Youtube:
http://www.youtube.com/watch?v=Vo2POmn2_9U
Looks very nice!
On 9/13/2013 1:01 PM, Rainer Schuetze wrote:
I have converted the documentation to DDoc. Here's the result:
http://rainers.github.io/visuald/visuald/StartPage.html
Very nice!
https://github.com/D-Programming-Language/visuald
Congratulations to Rainer Schuetze and collaborators for this great work!
On 9/10/2013 11:18 AM, Rainer Schuetze wrote:
It is planned to move the homepage to dlang.org. It might take some time to
convert the wiki pages to some other format which can be used to generate the
pages (ddoc?). Easiest would probably be to add it to wiki.dlang.org, but I'm
unsure whether
http://channel9.msdn.com/Events/GoingNative/2013
I'll be there, as will be Andrei.
On 8/14/2013 10:05 PM, Brad Anderson wrote:
On Thursday, 15 August 2013 at 02:30:42 UTC, Jonathan M Davis
wrote:
On Wednesday, August 14, 2013 22:56:30 Andre Artus wrote:
As with many things it depends on what you want to achieve.
Answering on SO is as much about establishing awareness as it
On 8/14/2013 11:17 PM, Atash wrote:
HI FIRST TIME POSTING. Just yell at me if I get too obnoxious and whatnot.
I enjoyed your post. Welcome! and post more.
On 8/3/2013 3:28 PM, Jonathan M Davis wrote:
On Saturday, August 03, 2013 14:55:29 Walter Bright wrote:
This is for testing porpoises, and of course for those that Feel Da Need For
Speed.
But what if I prefer to test dolphins? ;)
They all look alike anyway, what's the difference?
On 8/8/2013 2:27 PM, Andrej Mitrovic wrote:
What about Error and Throwable? I think those shouldn't pass to the C
code either. Unforunately 'nothrow' is a misnomer because it really
means 'noexception', it allows both Error and Throwable to propagate
from nothrow functions.
You're generally
On 8/8/2013 6:48 AM, Marco Leise wrote:
I recently proposed using nothrow in GtkD as well. This
article was kind of a coincidence now. Yes, it is a real issue
with binding to C code unfortunately. Especially on amd64 with
GCC compiled stuff since it omits the stack frame that DMD
requires to
On 8/8/2013 12:15 PM, Walter Bright wrote:
s/compliments/complements/
The frequency with which I see this error is a pet peeve of mine!
On 8/8/2013 11:53 AM, Gary Willoughby wrote:
I personally think this is more confusing than many people think. Hopefully this
will quickly arm a developer with knowledge to be able to read and understand
most D code. Let me know if i've missed anything important.
On 8/8/2013 3:02 PM, Brad Anderson wrote:
On Thursday, 8 August 2013 at 19:15:29 UTC, Walter Bright wrote:
Under Extension Methods, a huge reason for them is to head off the temptation
to write 'kitchen sink' classes that are filled with every conceivable method.
The desired approach is to have
On 8/7/2013 1:46 AM, deadalnix wrote:
V = I * R
R = V / I
I = V / R
If you don't relate such equation to anything real, you'll have all kind of
trouble remembering it, knowing when to use it or how to use it.
Worse than that, they also do not understand the trivial algebraic
On 8/6/2013 5:13 AM, Richard Webb wrote:
It's possible that other library routines are causing some of the remaining
difference from the MSVC build (e.g. the profiler suggests that the DMC build
spends somewhat more time inside memcpy than the MSVC build).
Not sure if it's down to
On 8/5/2013 6:21 AM, Richard Webb wrote:
Is that needed, or would changing them to
OutBuffer-writestring(name);
be more efficient?
Yes.
On 8/5/2013 4:01 AM, Richard Webb wrote:
Using the latest DMD and this snn.lib, i'm seeing it take about 11.5 seconds to
compile the algorithm unit tests (when i tried it last week, it was taking
closer to 17 seconds).
For comparison, the MSVC build takes about 10 seconds on the same machine
On 8/3/2013 11:07 PM, dennis luehring wrote:
ever tested nedmalloc (http://www.nedprod.com/programs/portable/nedmalloc/) or
other malloc allocators?
No, I haven't.
On 8/4/2013 12:19 AM, Joseph Rushton Wakeling wrote:
On Sunday, 4 August 2013 at 06:07:54 UTC, dennis luehring wrote:
ever tested nedmalloc (http://www.nedprod.com/programs/portable/nedmalloc/) or
other malloc allocators?
Windows 7, Linux 3.x, FreeBSD 8, Mac OS X 10.6 all contain
On 8/4/2013 12:53 AM, dennis luehring wrote:
HeapAlloc is a forwarder to RtlHeapAlloc and C++ new does call RtlHeapAlloc
directly - would it be better to use this kernel32 api directly? (maybe if used
in druntime to reduce dll dependencies)
I can't find any documentation on RtlHeapAlloc.
On 8/4/2013 2:28 AM, Denis Shelomovskij wrote:
04.08.2013 1:55, Walter Bright пишет:
The execrable existing implementation was scrapped, and the new one uses
Windows HeapAlloc().
http://ftp.digitalmars.com/snn.lib
This is for testing porpoises, and of course for those that Feel Da Need
On 8/3/2013 7:06 AM, Dmitry Olshansky wrote:
03-Aug-2013 03:32, Walter Bright пишет:
On 8/2/2013 3:53 PM, Dmitry Olshansky wrote:
Thanks, that must be it! And popping that function above another one gets
Obj::far16thunk to be blamed :) Need to watch out for this sort of
problem next
time
The execrable existing implementation was scrapped, and the new one uses Windows
HeapAlloc().
http://ftp.digitalmars.com/snn.lib
This is for testing porpoises, and of course for those that Feel Da Need For
Speed.
On 8/3/2013 2:55 PM, Walter Bright wrote:
Feel Da Need For Speed.
So much better than:
Feel Da Need For Reduced Elapsed Time
:-)
On 8/2/2013 12:57 AM, Rainer Schuetze wrote:
http://www.digitalmars.com/download/freecompiler.html
Although my laptop got quite a bit faster overnight (I guess it was throttled
for some reason yesterday), relative results don't change:
std.algorithm -main -unittest
dmc85?: 12.5 sec
dmc857:
On 8/2/2013 2:47 AM, Rainer Schuetze wrote:
My disassembly looks exactly the same. I don't think that a single div operation
in a rather long function has a lot of impact on modern processors. I'm running
an i7, according to the instruction tables by Agner Fog, the div has latency of
17-28
On 8/2/2013 8:18 AM, Daniel Murphy wrote:
On a related note, I just tried replacing the two ::malloc calls in rmem's
operator new with VirtualAlloc and I get a reduction from 13 seconds to 9
seconds (compiling dmd std\range -unittest -main) with a release build of
dmd.
Hmm, very interesting!
On 8/2/2013 6:16 AM, Dmitry Olshansky wrote:
31-Jul-2013 22:20, Walter Bright пишет:
On 7/31/2013 8:26 AM, Dmitry Olshansky wrote:
Ouch... to boot it's always aligned by word size, so
key % sizeof(size_t) == 0
...
rendering lower 2-3 bits useless, that would make straight slice lower
bits
On 8/2/2013 4:18 AM, Richard Webb wrote:
It still appears that the DMC malloc is a big reason for the difference between
DMC and MSVC builds when compiling the algorithm unit tests. (a very quick test
suggests that changing the global new in rmem.c to call HeapAlloc instead of
malloc gives a
On 8/2/2013 1:45 PM, user wrote:
I am OK with the existing definition of speed, but would like to see the
definition mentioned somewhere at the top. speed = lines_compiled/sec. Even
though its obvious to some people, it not to me!
Sigh. It's not even lines per second, it's dimensionless when
On 8/2/2013 3:53 PM, Dmitry Olshansky wrote:
Thanks, that must be it! And popping that function above another one gets
Obj::far16thunk to be blamed :) Need to watch out for this sort of problem next
time. Could it be due to how it works with old CV debug info format?
Try compiling with -g.
http://www.digitalmars.com/download/freecompiler.html
Using it to compile dmd for win32 will result in a faster dmd.
On 8/1/2013 4:05 PM, bearophile wrote:
Thank you, I'll try it soon. A faster compilation of dmd, or a faster running
dmd, or both? :-)
Better code gen does both!
On 8/1/2013 5:56 PM, Walter Bright wrote:
On 8/1/2013 5:50 PM, bearophile wrote:
Walter Bright:
Better code gen does both!
Good. I have tried to compile dmd, and it doesn't work:
Oh crud, I copied the wrong files.
Fixed.
On 8/1/2013 6:22 PM, bearophile wrote:
Walter Bright:
Fixed.
Do you mean that if I download the dmc zip again it will work?
Yes, unless I screwed it up again.
On 7/30/2013 11:40 PM, dennis luehring wrote:
currently the vc builded dmd is about 2 times faster in compiling
That's an old number now. Someone want to try it with the current HEAD?
On 7/31/2013 1:49 AM, Dmitry Olshansky wrote:
Here key is 32 bits. Surely 2 strings can hash to the exact same 32 bit value.
No, they cannot. The hash value is a pointer to the string. The strings are
already inserted into another hash table, so all strings that are the same are
combined.
On 7/31/2013 8:26 AM, Dmitry Olshansky wrote:
Ouch... to boot it's always aligned by word size, so
key % sizeof(size_t) == 0
...
rendering lower 2-3 bits useless, that would make straight slice lower bits
approach rather weak :)
Yeah, I realized that, too. Gotta shift it right 3 or 4 bits.
On 7/31/2013 11:13 AM, Bill Baxter wrote:
That's more analogous to something like MIPS than inverse program run time.
If you increase the speed 100%, then the elapsed time is cut by 50%.
This is a grammar school concept. It does not require an ivy league physics
degree to understand. It is
On 7/31/2013 2:40 PM, Bill Baxter wrote:
Are you serious that you can't fathom how it could be confusing to someone than
talking about differences in run times?
Yes.
And no, I'm not talking about confusing to someone who lives in an undiscovered
stone age tribe in the Amazon. I'm talking
On 7/31/2013 3:58 PM, John Colvin wrote:
It's a quite impressively unbalanced education that provides understanding of
memory allocation strategies, hashing and the performance pitfalls of integer
division, but not something as basic as a speed.
Have you ever seen those cards that some
Thanks for doing this, this is good information.
On 7/31/2013 2:24 PM, Rainer Schuetze wrote:
I have just tried yesterdays dmd to build Visual D (it builds some libraries and
contains a few short non-compiling tasks in between):
Debug build dmd_dmc: 23 sec, std new 43 sec
Debug build dmd_msc:
1201 - 1300 of 2363 matches
Mail list logo