[Issue 15282] Import osmodel.mak from dmd to detect OS and MODEL
https://issues.dlang.org/show_bug.cgi?id=15282 Sohgo Takeuchi changed: What|Removed |Added Keywords||pull --- Comment #1 from Sohgo Takeuchi --- Added pull request: https://github.com/D-Programming-Language/tools/pull/179 --
[Issue 15282] New: Import osmodel.mak from dmd to detect OS and MODEL
https://issues.dlang.org/show_bug.cgi?id=15282 Issue ID: 15282 Summary: Import osmodel.mak from dmd to detect OS and MODEL Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: tools Assignee: nob...@puremagic.com Reporter: so...@sohgo.more.jp In order to compile the "tools" on a lot of operating systems, how about using osmodel.mak used in dmd, phobos and druntime to detect the OS and MODEL. I have noticed that the "tools" is not compilable on FreeBSD 10 (amd64) environment. The osmodel.mak is nice, so I'd like to suggest to use osmodel.mak. I will submit a pull request. The code will be available on https://github.com/sohgo/tools/tree/import-osmodel.mak. The branch name is import-osmodel.mak. Thanks. --
[Issue 3764] Remove Phobos workarounds for fixed bugs
https://issues.dlang.org/show_bug.cgi?id=3764 --- Comment #4 from Jack Stouffer --- (In reply to Andrei Alexandrescu from comment #2) > Merged. Anything left? If not, please close this. Thanks! When the commit message in a PR says that an issue is fixed, then the issue is auto closed by github-bugzi...@puremagic.com --
[Issue 12624] Internal error: backend\cgobj.c 2313 with Rebindable!(immutable TimeZone) in std.datetime
https://issues.dlang.org/show_bug.cgi?id=12624 yebblies changed: What|Removed |Added Assignee|nob...@puremagic.com|yebbl...@gmail.com --- Comment #5 from yebblies --- I'll add it to my list. --
[Issue 12254] Github interaction improvement proposals (via user.js or addins)
https://issues.dlang.org/show_bug.cgi?id=12254 --- Comment #10 from Andrej Mitrovic --- > you can't filter through closed pulls where you can tell whether a pull was > closed because it was merged, or it was closed but not merged. I think this one is still true. But otherwise yeah things have improved. :) --
[Issue 12254] Github interaction improvement proposals (via user.js or addins)
https://issues.dlang.org/show_bug.cgi?id=12254 Vladimir Panteleev changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |WORKSFORME --- Comment #9 from Vladimir Panteleev --- GitHub PR interface has improved a lot since this issue was opened (labels, checklists, filtering etc.), so I think we can now close this. --
[Issue 12935] Cannot log in to code.lang.org with current accounts on Bugzilla or Wiki
https://issues.dlang.org/show_bug.cgi?id=12935 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Vladimir Panteleev --- There is no unified login system, so you have to register on all three websites separately. However, nothing should prevent you from using the same email address (or even password) on all three websites, because all three websites use completely distinct databases hosted on distinct servers maintained by distinct people. The only reason I can guess why you couldn't register on a service with your email is that you've already created an account in the past, perhaps with another password. Perhaps you could try using the password reset feature. Closing for now unless more info surfaces. --
[Issue 3862] std.file.copy does not have the same behavior as cp
https://issues.dlang.org/show_bug.cgi?id=3862 Vladimir Panteleev changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=15102 --- Comment #10 from Vladimir Panteleev --- BTW, see also issue 15102 for more discussion of "magic"/DWIM file/directory behavior. --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 Vladimir Panteleev changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=3862 --
[Issue 3862] std.file.copy does not have the same behavior as cp
https://issues.dlang.org/show_bug.cgi?id=3862 --- Comment #9 from Vladimir Panteleev --- (In reply to Jonathan M Davis from comment #8) > (In reply to Vladimir Panteleev from comment #6) > > For example, copying a file into the subdirectory if the destination path is > > a directory is something that would, IMO, violate the principle of least > > surprise. > > Seriously? The fact that it _doesn't_ violates the principle of least > surprise IMHO. I would never have expected a copy function to require that > the target be a file rather than a directory. No, I'm sorry but this is just wrong. 1. If the copy() call succeeds, and excluding things like race conditions, I as a programmer expect that the destination path now refers to the file I just copied. If I hand that path to another part of the program that expects a file there but in fact finds a directory, the program will probably crash in a weird way. 2. How do you know the path to the actual *file* that was created? I mean, one COULD assume that it will be buildPath(dirName(target), baseName(source)), but that's a non-trivial thing that now has to be part of the definition of what exactly the function does. 3. Putting the file inside the directory could put the resulting path over the OS/filesystem's path length limitation, which up to that point the program might have meticulously been trying to avoid. The circumstance that the target path could be a directory would need to be something the programmers would need to think of, which I think is an unreasonable burden in this situation. 4. Checking if the target is a file or directory inside the copy function creates the possibility of a race condition. I think we need to keep those out of Phobos code and leave the burden on the user. Furthermore: 5. What is the use case for this behavior? Let's look at the possible circumstances: a) If the program knows that the destination will be a file, then failing if the destination is a directory is the correct thing to do. We also save the programmers from an explicit check and race condition by throwing an exception ourselves. b) If the program knows that the destination will be a directory, then calculating the final path is a trivial operation. Furthermore, it prevents careless programmers from assuming that the target WILL be a directory - should the target be a file their program would then act unexpectedly. c) Finally, the program might not know if the destination is a file or directory. Seriously, I think this case is rare enough to warrant requiring an explicit check from the programmer, especially considering the problems detailed above. 6. Do you know any programming languages whose copy function from their standard library behaves like cp in this regard? --
[Issue 3862] std.file.copy does not have the same behavior as cp
https://issues.dlang.org/show_bug.cgi?id=3862 --- Comment #8 from Jonathan M Davis --- (In reply to Vladimir Panteleev from comment #6) > For example, copying a file into the subdirectory if the destination path is > a directory is something that would, IMO, violate the principle of least > surprise. Seriously? The fact that it _doesn't_ violates the principle of least surprise IMHO. I would never have expected a copy function to require that the target be a file rather than a directory. > At this point, it might be too late to change the behavior of std.file.copy > at all. With regards to copying into a sub-directory, it's definitely not too late, because it's not a breaking change, but it's true that any changes made would have to be done with care - though I obviously should have gotten to this ages ago. I keep forgetting about this issue until I have to use std.copy and run into problems using it. --
[Issue 3561] math.abs signature accepts static arrays, but errors internally.
https://issues.dlang.org/show_bug.cgi?id=3561 --- Comment #8 from Vladimir Panteleev --- (In reply to Vladimir Panteleev from comment #6) > Hard-coding the functionality into abs seems like a suboptimal > direction to take today, as there is no special logic to this that is > specific to abs and would not apply to any other unary function. To expand on this: we don't have an overload of max that takes an array because that's what reduce!max does. There could be a similar apply function where apply!abs does what the OP asked. --
[Issue 3561] math.abs signature accepts static arrays, but errors internally.
https://issues.dlang.org/show_bug.cgi?id=3561 --- Comment #7 from hst...@quickfur.ath.cx --- Precisely. D has enough machinery to be able to factor out the common logic of applying a unary function over a static array, dynamic array, matrix, etc., there's no need to complicate the implementation of abs with something that isn't even scalable in the long run (have to implement looping over array / vector for every unary function in std.math, with possibility of bugs each time, plus added maintenance costs). --
[Issue 2993] getops uses globals for formatting
https://issues.dlang.org/show_bug.cgi?id=2993 --- Comment #6 from hst...@quickfur.ath.cx --- More complex programs may employ dispatch from the main program to subprograms that do option parsing on their own. (I've written such programs before.) But this is a rare use case, and even then I still don't see the use of globals in getopt() being an actual problem, so I agree with you that we can probably leave this bug closed. I just disagree that it's "vague". :-) --
[Issue 3561] math.abs signature accepts static arrays, but errors internally.
https://issues.dlang.org/show_bug.cgi?id=3561 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Vladimir Panteleev --- Let's just close. This was requested 6 years ago. Today a better approach would be a template function which e.g. applies an unary function over a static array. Hard-coding the functionality into abs seems like a suboptimal direction to take today, as there is no special logic to this that is specific to abs and would not apply to any other unary function. --
[Issue 3561] math.abs signature accepts static arrays, but errors internally.
https://issues.dlang.org/show_bug.cgi?id=3561 --- Comment #5 from Andrei Alexandrescu --- I'm unclear what to do on enhancement requests that contain small ideas like this. If this were a PR, I'd consider it. But as things are, we need a champion to take this to a PR. --
[Issue 3764] Remove Phobos workarounds for fixed bugs
https://issues.dlang.org/show_bug.cgi?id=3764 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/d085228a43f9d81fbd2a52a55a069a2e222af153 fix issue 3764 https://github.com/D-Programming-Language/phobos/commit/110dcefbf486579e3a233eef0b34dff6100d3c85 Merge pull request #3793 from JackStouffer/issue3764 [Issue 3764] Remove Phobos workarounds for fixed bugs --
[Issue 3764] Remove Phobos workarounds for fixed bugs
https://issues.dlang.org/show_bug.cgi?id=3764 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 2993] getops uses globals for formatting
https://issues.dlang.org/show_bug.cgi?id=2993 --- Comment #5 from Andrei Alexandrescu --- (In reply to hsteoh from comment #4) > Vague? > > I thought it's pretty clear what this bug is asking for: fix the > implementation of getopt so that it doesn't require the use of globals. (Of > course, whether or not this is worth the effort is a different story. I have > a hard time imagining a case where this would be an actual problem in > practice.) There's only one command line in a program and usually only one place it gets implemented. So globals don't strike me as a mistake here. Also, there's the matter of backward compatibility. If there's a PR with an improvement, it's great to review it. But I don't think we need to keep a bug report open on it just because "globals are bad design". --
[Issue 3862] std.file.copy does not have the same behavior as cp
https://issues.dlang.org/show_bug.cgi?id=3862 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Andrei Alexandrescu --- (In reply to Vladimir Panteleev from comment #6) > We definitely DO NOT want to match the behavior of cp. cp is a tool > primarily aimed to be used directly by humans, hence some of its DWIM > behavior and common human mistake checks. std.file.copy is a function which > will always be used as part of a larger, more complicated program. > > For example, copying a file into the subdirectory if the destination path is > a directory is something that would, IMO, violate the principle of least > surprise. In most circumstances, the program will know if the destination > path should be a file or directory (assuming it exists), and the programmer > can write the intended behavior anyway. If the program expects that the > destination path doesn't exist or is a file, but is in fact a directory, > then putting the file inside the directory is definitely not something the > programmer should need to foresee and take into account for. > > What we could draw comparisons with is how other programming languages' > standard libraries do it. At this point, it might be too late to change the > behavior of std.file.copy at all. That to me spells "let's close this". Obliged. --
[Issue 3561] math.abs signature accepts static arrays, but errors internally.
https://issues.dlang.org/show_bug.cgi?id=3561 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #4 from hst...@quickfur.ath.cx --- I think this is a bit misplaced. If some people feel the need for std.math functions to work with static arrays, or vectors, or matrices, or whatever else their application needs, couldn't they just implement their own overloads for this purpose? I'm not sure I see the need for abs(), or any other math function, to have built-in support for static arrays, or any other conglomerate types. I'm sure some applications out there would love to have this, but it seems to be a rather niche need. --
[Issue 3561] math.abs signature accepts static arrays, but errors internally.
https://issues.dlang.org/show_bug.cgi?id=3561 Vladimir Panteleev changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #3 from Vladimir Panteleev --- Why the heck does abs even need to support static arrays or dynamic arrays at all? Should other functions in std.math support arrays too, by that logic? E.g. if abs, why not sin, log, sgn etc.? Just use std.algorithm.map + either std.array.array or std.algorithm.copy, or heck even std.algorithm.each, to apply any unary function over any array. --
[Issue 2993] getops uses globals for formatting
https://issues.dlang.org/show_bug.cgi?id=2993 --- Comment #4 from hst...@quickfur.ath.cx --- Vague? I thought it's pretty clear what this bug is asking for: fix the implementation of getopt so that it doesn't require the use of globals. (Of course, whether or not this is worth the effort is a different story. I have a hard time imagining a case where this would be an actual problem in practice.) --
[Issue 3862] std.file.copy does not have the same behavior as cp
https://issues.dlang.org/show_bug.cgi?id=3862 Vladimir Panteleev changed: What|Removed |Added Status|ASSIGNED|NEW CC||thecybersha...@gmail.com --- Comment #6 from Vladimir Panteleev --- We definitely DO NOT want to match the behavior of cp. cp is a tool primarily aimed to be used directly by humans, hence some of its DWIM behavior and common human mistake checks. std.file.copy is a function which will always be used as part of a larger, more complicated program. For example, copying a file into the subdirectory if the destination path is a directory is something that would, IMO, violate the principle of least surprise. In most circumstances, the program will know if the destination path should be a file or directory (assuming it exists), and the programmer can write the intended behavior anyway. If the program expects that the destination path doesn't exist or is a file, but is in fact a directory, then putting the file inside the directory is definitely not something the programmer should need to foresee and take into account for. What we could draw comparisons with is how other programming languages' standard libraries do it. At this point, it might be too late to change the behavior of std.file.copy at all. --
[Issue 3862] std.file.copy does not have the same behavior as cp
https://issues.dlang.org/show_bug.cgi?id=3862 --- Comment #5 from Andrei Alexandrescu --- ping @Jonathan :o) --
[Issue 4113] std.typetuple, std.typecons, TypeTuple, Tuple, tuple names
https://issues.dlang.org/show_bug.cgi?id=4113 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |FIXED --- Comment #6 from Andrei Alexandrescu --- I think it's safe to finally mark this as fixed. --
[Issue 3764] Remove Phobos workarounds for fixed bugs
https://issues.dlang.org/show_bug.cgi?id=3764 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com --- Comment #2 from Andrei Alexandrescu --- (In reply to Jack Stouffer from comment #1) > https://github.com/D-Programming-Language/phobos/pull/3793 Merged. Anything left? If not, please close this. Thanks! --
[Issue 3725] Add units type to standard library
https://issues.dlang.org/show_bug.cgi?id=3725 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com Summary|Add united type to standard |Add units type to standard |library |library --
[Issue 3741] std.date YearFromTime broken or very slow
https://issues.dlang.org/show_bug.cgi?id=3741 Andrei Alexandrescu changed: What|Removed |Added Status|REOPENED|RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #3 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 317] Need full translation of the Windows API headers
https://issues.dlang.org/show_bug.cgi?id=317 Vladimir Panteleev changed: What|Removed |Added Keywords||pull Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |FIXED --- Comment #10 from Vladimir Panteleev --- https://github.com/D-Programming-Language/druntime/pull/1402 --
[Issue 3561] math.abs signature accepts static arrays, but errors internally.
https://issues.dlang.org/show_bug.cgi?id=3561 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com Hardware|Other |All OS|Windows |All --- Comment #2 from Andrei Alexandrescu --- Any chance someone could take this work into a PR? Thanks! --
[Issue 3248] lossless floating point formatting
https://issues.dlang.org/show_bug.cgi?id=3248 --- Comment #15 from Andrei Alexandrescu --- Anyone working on this? --
[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set
https://issues.dlang.org/show_bug.cgi?id=15272 --- Comment #16 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/633c50a4ffd3980502eaacecf7c743e7051925a3 fix Issue 15272 - [2.069-rc2,inline] nothing written to output when -inline is set https://github.com/D-Programming-Language/dmd/commit/90433ba633c85ce784e971077b2af8aef389ed47 Merge pull request #5258 from MartinNowak/fix15272 fix Issue 15272 - [2.069-rc2,inline] nothing written to output when -inline is set --
[Issue 15272] [2.069-rc2,inline] nothing written to output when -inline is set
https://issues.dlang.org/show_bug.cgi?id=15272 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 3019] std.typetuple: add some templates
https://issues.dlang.org/show_bug.cgi?id=3019 Andrei Alexandrescu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Andrei Alexandrescu --- Closing, Shin please reopen if you plan to continue work on this. --
[Issue 2993] getops uses globals for formatting
https://issues.dlang.org/show_bug.cgi?id=2993 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #3 from Andrei Alexandrescu --- I'll close this as vague. --
[Issue 2898] Allow RandomCover to sample both w/ and w/o replacement.
https://issues.dlang.org/show_bug.cgi?id=2898 Andrei Alexandrescu changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment #2 from Andrei Alexandrescu --- David doesn't seem to be around any longer, un-assigning this. --
[Issue 2585] std.stream readf
https://issues.dlang.org/show_bug.cgi?id=2585 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If it applies to D2 as well and/or if anyone plans to work on it, please reopen. --
[Issue 2467] strtol() is improperly declared
https://issues.dlang.org/show_bug.cgi?id=2467 Andrei Alexandrescu changed: What|Removed |Added Status|REOPENED|RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #4 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If it applies to D2 as well and/or if anyone plans to work on it, please reopen. --
[Issue 2163] successfully reading doesn't necessarily mean not EOF in the stream
https://issues.dlang.org/show_bug.cgi?id=2163 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If it applies to D2 as well and/or if anyone plans to work on it, please reopen. --
[Issue 2447] There's no disconnectall for std.signals
https://issues.dlang.org/show_bug.cgi?id=2447 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com --- Comment #2 from Andrei Alexandrescu --- Is this applicable to D2? --
[Issue 2160] spawnvp P_NOWAIT issue
https://issues.dlang.org/show_bug.cgi?id=2160 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #1 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If it applies to D2 as well and/or if anyone plans to work on it, please reopen. --
[Issue 1998] std.bitarray should have setAll / opSliceAssign(bool) etc
https://issues.dlang.org/show_bug.cgi?id=1998 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com Version|D1 (retired)|D2 --- Comment #1 from Andrei Alexandrescu --- This applies to D2, marking it as such. --
[Issue 1966] Allow for Derived Thread Classes
https://issues.dlang.org/show_bug.cgi?id=1966 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #2 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If it applies to D2 as well and/or if anyone plans to work on it, please reopen. --
[Issue 1960] Thread Class Causes SEGV If Not Started
https://issues.dlang.org/show_bug.cgi?id=1960 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #3 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If it applies to D2 as well and/or if anyone plans to work on it, please reopen. --
[Issue 1953] BufferedFile seek and flush dumps 4gb to disk
https://issues.dlang.org/show_bug.cgi?id=1953 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If it applies to D2 as well and/or if anyone plans to work on it, please reopen. --
[Issue 1937] std.uri.decode throws wrong exception
https://issues.dlang.org/show_bug.cgi?id=1937 Andrei Alexandrescu changed: What|Removed |Added Status|REOPENED|RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #3 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on. If this bug applies to D2 and/or if anyone plans to work on it, please reopen. --
[Issue 1926] TypeInfo methods getHash, compare, equals unimplemented for AA, function and delegate
https://issues.dlang.org/show_bug.cgi?id=1926 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |FIXED --- Comment #5 from Andrei Alexandrescu --- This works in D2: void main() { import std.stdio; int[int] aa1 = [1:2, 3:4]; int[int] aa2 = [5:6, 7:8]; byte[int[int]] s; writeln(aa1, " ", aa2); // Prints: [1:2,3:4] [5:6,7:8] s[aa1] = 1; s[aa2] = 2; writeln(s); // Prints: [[1:2,3:4]:2] } --
[Issue 1752] std.date.LocalTimetoUTC applies wrong daylight savings time adjustments in EU timezones
https://issues.dlang.org/show_bug.cgi?id=1752 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #9 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 1772] (D1 only) regexp.split behavior with captures needs to be documented
https://issues.dlang.org/show_bug.cgi?id=1772 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #9 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 1721] std.math.nextafter should be backported to D1 Phobos
https://issues.dlang.org/show_bug.cgi?id=1721 Andrei Alexandrescu changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #5 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 1587] improvments to std.cover
https://issues.dlang.org/show_bug.cgi?id=1587 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #3 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 1583] std.cstream.CFile cannot be detached from FILE*
https://issues.dlang.org/show_bug.cgi?id=1583 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #2 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 3764] Remove Phobos workarounds for fixed bugs
https://issues.dlang.org/show_bug.cgi?id=3764 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com --- Comment #1 from Jack Stouffer --- https://github.com/D-Programming-Language/phobos/pull/3793 --
[Issue 1512] GC infinite loop when invalid user code runs.
https://issues.dlang.org/show_bug.cgi?id=1512 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #12 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 1077] writef and friends won't read/write from/to redirected std handles
https://issues.dlang.org/show_bug.cgi?id=1077 Andrei Alexandrescu changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment #4 from Andrei Alexandrescu --- Is this bug still valid? Does it apply to D2? --
[Issue 973] [std.date] DST (daylight savings time) not applied in southern hemisphere
https://issues.dlang.org/show_bug.cgi?id=973 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #5 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 592] expand in std.zip: reassigning values to ArchiveMember's members prevents correct unzipping of some zip files
https://issues.dlang.org/show_bug.cgi?id=592 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #4 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 528] cstream.flush() returns EOF early for din.
https://issues.dlang.org/show_bug.cgi?id=528 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #1 from Andrei Alexandrescu --- It's unlikely this issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 150] (D1 only) std.gc.minimize doesn't minimize physical memory usage
https://issues.dlang.org/show_bug.cgi?id=150 Andrei Alexandrescu changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |WONTFIX --- Comment #12 from Andrei Alexandrescu --- It's unlikely this D1 issue will get worked on, if anyone plans to work on it feel free to reopen. --
[Issue 1106] Using Stream.readLine() and Stream.read(ubyte[]) requires understanding implementation details
https://issues.dlang.org/show_bug.cgi?id=1106 Robert Schadek changed: What|Removed |Added Status|NEW |RESOLVED CC||rburn...@gmail.com Resolution|--- |WONTFIX --- Comment #1 from Robert Schadek --- std.stream is deprecated and will be removed in 2016 --
[Issue 5002] possible std.stream improvements
https://issues.dlang.org/show_bug.cgi?id=5002 Robert Schadek changed: What|Removed |Added Status|NEW |RESOLVED CC||rburn...@gmail.com Resolution|--- |WONTFIX --- Comment #3 from Robert Schadek --- std.stream is deprecated and will be removed in 2016 --
[Issue 5001] std.stream read(char[]) and write(char[]) not 64bit safe
https://issues.dlang.org/show_bug.cgi?id=5001 Robert Schadek changed: What|Removed |Added Status|NEW |RESOLVED CC||rburn...@gmail.com Resolution|--- |WONTFIX --- Comment #1 from Robert Schadek --- std.stream is deprecated and will be removed in 2016 --
[Issue 590] std.stream has no way to create a text-mode file
https://issues.dlang.org/show_bug.cgi?id=590 Robert Schadek changed: What|Removed |Added Status|NEW |RESOLVED CC||rburn...@gmail.com Resolution|--- |WONTFIX --- Comment #1 from Robert Schadek --- std.stream was deprecated and will be removed in 2016 --
[Issue 881] std.stream.Stream.readLine is broken for non-seekable sources with DOS line ends
https://issues.dlang.org/show_bug.cgi?id=881 Robert Schadek changed: What|Removed |Added Status|NEW |RESOLVED CC||rburn...@gmail.com Resolution|--- |WONTFIX --- Comment #1 from Robert Schadek --- std.stream is deprecated and will be removed in 2016 --
[Issue 15281] New: std\experimental\allocator\package.d not included in build script
https://issues.dlang.org/show_bug.cgi?id=15281 Issue ID: 15281 Summary: std\experimental\allocator\package.d not included in build script Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: minor Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: soar...@yeah.net Error 42: Symbol Undefined _D3std12experimental9allocator12__ModuleInfoZ --
[Issue 13590] [Enh] Add std.algorithm.iterate
https://issues.dlang.org/show_bug.cgi?id=13590 Vladimir Panteleev changed: What|Removed |Added Keywords||pull Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |WORKSFORME --- Comment #5 from Vladimir Panteleev --- The PR https://github.com/D-Programming-Language/phobos/pull/3088 has been merged, closing. --
[Issue 4474] Better stdin.byLine()
https://issues.dlang.org/show_bug.cgi?id=4474 Andrei Alexandrescu changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --
[Issue 15280] Unable to factor two simple functions into one inout function
https://issues.dlang.org/show_bug.cgi?id=15280 --- Comment #2 from Andrei Alexandrescu --- (In reply to Sobirari Muhomori from comment #1) > One const method looks enough in your case: > > List tail() const > { > assert(root); > auto n = root.next; > return List(n); > } Working around this case is not the point - there are many other cases that don't work. --
[Issue 2335] Message on unicode error
https://issues.dlang.org/show_bug.cgi?id=2335 Andrei Alexandrescu changed: What|Removed |Added Status|REOPENED|RESOLVED CC||and...@erdani.com Resolution|--- |WORKSFORME --- Comment #4 from Andrei Alexandrescu --- Code has been modified heavily since, can't find the culprit if still present. Please reopen if a repro is available. --
[Issue 3517] Allocators proposal
https://issues.dlang.org/show_bug.cgi?id=3517 Andrei Alexandrescu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Andrei Alexandrescu --- Finally can mark this as fixed. --
[Issue 15280] Unable to factor two simple functions into one inout function
https://issues.dlang.org/show_bug.cgi?id=15280 --- Comment #1 from Sobirari Muhomori --- One const method looks enough in your case: List tail() const { assert(root); auto n = root.next; return List(n); } --
[Issue 15274] typeid(this) inside of an interface contract segfaults
https://issues.dlang.org/show_bug.cgi?id=15274 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Kenji Hara --- *** This issue has been marked as a duplicate of issue 7517 *** --
[Issue 7517] Interface contracts broken
https://issues.dlang.org/show_bug.cgi?id=7517 Kenji Hara changed: What|Removed |Added CC||initrd...@gmail.com --- Comment #3 from Kenji Hara --- *** Issue 15274 has been marked as a duplicate of this issue. *** --