On Thursday, 12 October 2017 at 15:04:57 UTC, moechofe wrote:
What is the wanted lifetime of the project?
Is D will manage to pass through time?
It is valuable to start a 40 years old project using D?
DMD, LDC, and GDC are all open source. So I guess the question
would be: If everyone else per
On Monday, 6 June 2016 at 00:05:38 UTC, Andrew Edwards wrote:
I encountered the following bug in std.string.inPattern:
import std.stdio;
[...]
Never mind. Please forgive the noise:
https://dlang.org/phobos/std_string.html#.inPattern
Andrew
I encountered the following bug in std.string.inPattern:
import std.stdio;
void main()
{
foreach (c; ' ' .. '~')
writeln(inPattern(c, " -~"));
}
Which is caused by this:
else if (range)
{
range = 0;
On 2/27/16 3:02 PM, BBasile wrote:
On Saturday, 27 February 2016 at 04:19:06 UTC, BBasile wrote:
On Saturday, 27 February 2016 at 02:48:16 UTC, Andrew Edwards
I am asking the community's assistance to improve the quality of this
repo and prepare for use in nightly testing of the D com
In efforts to actively maintain the D code on RosettaCode and provide
additional code for beta testing, I've thrown together
https://github.com/AndrewEdwards/RosettaCode-D. All of the code was
copied form https://github.com/acmeism/RosettaCodeData but as one may
guess it does not all compile wi
On Monday, 25 January 2016 at 16:20:50 UTC, Andrei Alexandrescu
wrote:
On 01/25/2016 11:02 AM, Adam D. Ruppe wrote:
I don't think we should read *too* much into the words.
Yeah, it's interesting. I recall thinking as I was drafting the
document: "One word... ONE word that doesn't sit well and
On 9/25/14, 11:11 PM, Vladimir Panteleev wrote:
On Thursday, 25 September 2014 at 13:53:15 UTC, Andrew Edwards wrote:
This would provide a uniformed location to see if a pull exists for a
specific issue
For the record, for this particular problem we use the "pull" keyword.
Postin
On 9/25/14, 11:14 PM, Vladimir Panteleev wrote:
On Thursday, 25 September 2014 at 14:11:58 UTC, Vladimir Panteleev wrote:
If there is a better way, I would appreciate guidance toward that
direction also.
BTW, for a similar project[1] I parse DFeed's local cache of the
digitalmars.D.bugs emails
Currently a mention of a bugzilla issue number on a git pull request
triggers an automatic update of the issue when then pull gets merged.
There is also a trend of placing a link an applicable pull in the
comments section of the issue. I would like to request a formal location
in the header of
On 9/8/14, 10:30 AM, Andrei Alexandrescu wrote:
Andrew Edwards has done a great job with the recent release, but needs
to step down because he's busy with other pursuits.
We need a release lieutenant who would carry us through the release
process. Please tender your application by replyi
On 8/29/14, 10:55 AM, Dicebot wrote:
On Thursday, 28 August 2014 at 05:13:06 UTC, Andrei Alexandrescu wrote:
On 8/27/14, 9:47 PM, Andrew Edwards wrote:
Anyone here knows how to consistently obtain the previous tag on git?
Are tags always coming in order? Then it's easy:
git tag | tai
Anyone here knows how to consistently obtain the previous tag on git?
Currently, the installer uses:
git describe --abbrev=0 v2.067.0-b1^
This does not always retrieve the correct tag though. In this case the
tag prior to v2.067.0-b1 is v2.066.0, however this command returns
v2.066.0-
On 7/15/14, 8:50 AM, Andrew Edwards wrote:
After clarifying with David Nadlinger, I went ahead and push the tags
from local to master and that caused the problem.
Not in any way suggesting that this was David's fault, just that I
didn't create the tags in a direct clone, instead
On 7/15/14, 7:11 AM, Dicebot wrote:
Yes, currently tags are OK in dmd repo:
https://github.com/D-Programming-Language/dmd/commits/2.066
https://github.com/D-Programming-Language/dmd/commits/v2.066.0-b3
..it was different at point Kenji had written his message. Have you
pushed new ones recently?
On 7/15/14, 12:50 AM, Dicebot wrote:
On Monday, 14 July 2014 at 14:12:37 UTC, Andrew Edwards wrote:
cd dmd
git checkout 2.066
git tag -m git tag -m v2.066.0-b3 2.066
git push upstream v2.066.0-b3
http://wiki.dlang.org/Simplified_Release_Process_Proposal#Releases
It has worked correctly for
On 7/14/14, 11:12 PM, Andrew Edwards wrote:
On 7/14/14, 6:47 PM, Dicebot wrote:
Ah I see. Your tag references "merged commit" but not "merge commit",
former being implicit part of the latter when it comes to "git describe".
Printing HEAD
On 7/14/14, 6:47 PM, Dicebot wrote:
Ah I see. Your tag references "merged commit" but not "merge commit",
former being implicit part of the latter when it comes to "git describe".
Printing HEAD for 2.066 shows this:
commit 2b795569cd892801050faec80054d91c1fb54d3c
Merge: d84aadd 601d478
As you
On 7/13/14, 7:39 PM, Dicebot wrote:
On Sunday, 13 July 2014 at 01:49:16 UTC, Nick Sabalausky wrote:
So I have some questions: What is the magic number that will
trigger the release? What happens if we never reach that number?
Do we just continue waiting for it or do we make a decision at
some po
On 7/14/14, 7:11 AM, Brad Roberts via Digitalmars-d wrote:
On 7/12/14, 5:35 PM, Andrew Edwards via Digitalmars-d wrote:
David, I'm sure you are aware that list will never be empty.
Never? Awfully defeatist. There was a point where it was down to just
the one from 2011. And we&#
On 7/14/14, 1:36 AM, Dicebot wrote:
On Sunday, 13 July 2014 at 16:12:02 UTC, Andrew Edwards wrote:
After adding back the v2.066.0-b3 tag, I get this:
dmd
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.
v2.066.0-b1-80-ga721
On Sunday, 13 July 2014 at 10:06:37 UTC, Johannes Pfau wrote:
Am Sun, 13 Jul 2014 00:27:53 +
schrieb "Andrew Edwards" :
I had some issues keeping things straight in my head about
which repo I visited, which branch I checkout and which ones I
tagged. So I decided to automate t
Moved from D.announce for further discussion by request:
On Saturday, 12 July 2014 at 00:13:47 UTC, David Nadlinger wrote:
For convenience, the list of unresolved issues marked as
regressions:
https://issues.dlang.org/buglist.cgi?bug_severity=regression&resolution=---
Seems like there is stil
I should be posting this in dmd-beta but instead I'm posting it
here because I am currently locked out of my gmail account, the
recovery account for which is yahoo and I'm locked out of that
too.
Google doesn't trust me because I moved out of the country and
then went on a trip... and Yahoo d
On 6/17/14, 10:32 AM, Jesse Phillips wrote:
On Tuesday, 17 June 2014 at 13:23:48 UTC, Andrew Edwards wrote:
The issue I'm trying to solve is to make "issues" more visible to
people who work on them. By putting those issues in the same location
where developers work, they immediat
Understood... Sorry for the noise.
On 6/17/14, 9:53 AM, Steven Schveighoffer wrote:
On Tue, 17 Jun 2014 09:23:50 -0400, Andrew Edwards
wrote:
On 6/16/14, 10:09 PM, Jesse Phillips wrote:
On Sunday, 15 June 2014 at 15:37:22 UTC, Andrew Edwards wrote:
Observe the following truths:
1
On 6/16/14, 10:09 PM, Jesse Phillips wrote:
On Sunday, 15 June 2014 at 15:37:22 UTC, Andrew Edwards wrote:
Observe the following truths:
1) Issue tricking and resolution are kept separate in our community
2) That which is not visible garners no attention
Your message has not convinced
On 6/15/14, 4:13 PM, Brad Roberts via Digitalmars-d wrote:
While I agree that some of these points are true, what's not true is
that the use of bugzilla and it's separateness from github is the
cause. Bugzilla has a similar set of features for categorization and
future release management as gith
On 6/15/14, 11:46 AM, Dicebot wrote:
Big problem with GitHub issues is how simplistic those are. All
Simplistic they are indeed. But how does that detract from the utility
of the product. As programmers we are may be drawn to complexity, but
some things need not be complex to be effective.
On 6/15/14, 12:21 PM, bearophile wrote:
Andrew Edwards:
Already proven a valuable resource, GitHub offers the tools necessary
to resolve this problem. The "issues" feature (not currently activated
for any D-Programming-Language repo) allows us to set milestones (with
due dates), as
Observe the following truths:
1) Issue tricking and resolution are kept separate in our community
2) That which is not visible garners no attention
Presently, we file bugs/issues through issues.dlang.org, the maintenance
of which is no small task and is certainly appreciated. However, it
On 6/12/14, 2:40 PM, Steven Schveighoffer wrote:
On Thu, 12 Jun 2014 13:36:20 -0400, Ary Borenszweig
wrote:
On 6/12/14, 2:11 PM, Steven Schveighoffer wrote:
On Thu, 12 Jun 2014 11:00:11 -0400, Manu via Digitalmars-d
wrote:
I often find myself wanting to write this:
foreach(; 0..n) {}
In
On 6/4/14, 3:34 PM, David Nadlinger wrote:
If you get stuck at any point, or struggle to find a nice bug to work
on, please don't hesitate to create a thread on the LDC mailing list
(http://forum.dlang.org/digitalmars.D.ldc, or via the mailing list
interface at lists.puremagic.com). We are always
Just verifying this is a bug:
import std.parallelism;
void main(string[] args)
{
foreach(arg; (args[1..$]).parallel) {
}
}
seireitei:~ ace$ dmd -profile bug
/usr/share/dmd/src/druntime/import/core/atomic.d(972): Error: asm
statements are assumed to throw
/usr/share/dmd/src/dru
On 1/29/14, 12:47 PM, Jordi Sayol wrote:
El 29/01/14 18:39, Andrew Edwards ha escrit:
On 1/29/14, 8:16 AM, Jordi Sayol wrote:
The URL ftp://ftp.digitalmars.com/ do not show any file.
This is true. It stopped working on Monday. But you can still access the files
by using http
On 1/29/14, 8:16 AM, Jordi Sayol wrote:
The URL ftp://ftp.digitalmars.com/ do not show any file.
This is true. It stopped working on Monday. But you can still access the
files by using http://ftp.digitalmars.com/ instead.
On 12/5/13, 3:09 AM, Martin Nowak wrote:
On Thursday, 5 December 2013 at 07:58:10 UTC, Jacob Carlborg wrote:
* Not a single person need to have all different platforms to create a
release
We'll need to move to building linux distribution specific build to fix
issues with shared library depende
On 12/4/13, 3:21 AM, Jacob Carlborg wrote:
On 2013-12-04 05:29, Andrew Edwards wrote:
Couldn't do git protocol, falling back to 'https://'...
You need to have your SSH key uploaded to github. See:
https://help.github.com/articles/generating-ssh-keys
I did this but it is
On 12/4/13, 3:09 AM, Jacob Carlborg wrote:
On 2013-12-03 15:25, Andrew Edwards wrote:
I am working on a MacMini running OS X v10.9. I have Ubuntu 13.10 Server
loaded in VirtualBox and will be using Jordi Sayol's script to build
packages for linux/Windows and Jacob Carlborg script fo
On 12/3/13, 11:29 PM, Andrew Edwards wrote:
I created the v2.065-b1 tag and verified that it actually exists. If I
use 2.065 as indicated in the instructions for making betas, it results
in the exact same error.
Any thoughts?
OK the problem was that I didn't finish branching al
On 12/3/13, 11:38 PM, Craig Dillabaugh wrote:
On Wednesday, 4 December 2013 at 04:29:19 UTC, Andrew Edwards wrote:
On 12/3/13, 9:15 PM, Andrew Edwards wrote:
On 12/3/13, 4:23 PM, Martin Nowak wrote:
Only Walter knows how to build the zip.
Nick wrote a build script the produces a similar zip
On 12/3/13, 9:15 PM, Andrew Edwards wrote:
On 12/3/13, 4:23 PM, Martin Nowak wrote:
Only Walter knows how to build the zip.
Nick wrote a build script the produces a similar zip file,
https://github.com/D-Programming-Language/installer/pull/24.
Maybe we can get that in shape for the next few
On 12/3/13, 9:26 PM, Jesse Phillips wrote:
On Wednesday, 4 December 2013 at 02:15:23 UTC, Andrew Edwards wrote:
http://wiki.dlang.org/Development_and_Release_Process.
This does not reflect how we handle things currently.
It would be good to start from the current process (version branch
On 12/3/13, 4:23 PM, Martin Nowak wrote:
On Tuesday, 3 December 2013 at 14:26:07 UTC, Andrew Edwards wrote:
Tools currently included in the packages are as follows:
We need to discuss the list of included tools.
Some of them are only available as binaries, i.e. only Walter knows how
to build
On 12/3/13, 3:32 PM, Nick wrote:
On Tuesday, 3 December 2013 at 14:26:07 UTC, Andrew Edwards wrote:
Betas will be released four weeks after an official release. The
intent is to afford a thorough review of all features introduced since
the last official release and allot ample time to
On 12/3/13, 2:08 PM, Brad Anderson wrote:
On Tuesday, 3 December 2013 at 14:26:07 UTC, Andrew Edwards wrote:
[snip]
I am working on a MacMini running OS X v10.9. I have Ubuntu 13.10
Server loaded in VirtualBox and will be using Jordi Sayol's script to
build packages for linux/Windows and
On 12/3/13, 12:21 PM, tn wrote:> In general this sounds great. However:
>
> On Tuesday, 3 December 2013 at 14:26:07 UTC, Andrew Edwards wrote:
>> Betas will be released four weeks after an official release.
>
> Does this mean that a new release branch will be created at tha
On Tuesday, 3 December 2013 at 16:04:32 UTC, Dicebot wrote:
On Tuesday, 3 December 2013 at 14:26:07 UTC, Andrew Edwards
wrote:
Both of these scripts require an preexisting release zip and
as of this moment, I am unaware of the steps to create that
file. I will need some instructions on how to
From the preceding discussion, it is clear that the community desires
both a swift release cycle and more stability. No one solution will
appease the entire community. Therefore, I will take the middle ground.
The way forward will be as follows:
Official releases will occur on an 8 week basis
On 11/27/13, 10:37 PM, Orvid King wrote:
Well, I was actually thinking about creating them at some point,
because currently I just have a small bash script that updates my
local repos, builds and installs using the posix makefile, then
makes a couple of changes to the default dmd.conf, due to th
On 11/21/13, 8:56 AM, Jacob Carlborg wrote:
On 2013-11-21 13:43, Andrew Edwards wrote:
I have.
So, why don't you use that instead of creating a completely new script?
I've looked at this. But what we have assumes that there is already a
zip file present, fetches the zip and
On 11/21/13, 7:23 AM, Jacob Carlborg wrote:
On 2013-11-21 12:17, Andrew Edwards wrote:
Have you seen this:
I have.
https://github.com/D-Programming-Language/installer/pull/24
Also we already have a script that creates an installer for Mac OS X:
https://github.com/D-Programming-Language
On 11/21/13, 6:17 AM, Andrew Edwards wrote:
Any idea how I access and run the auto tester from my machine? I've
tried contacting Brad Anderson but no response. Maybe I had the wrong
email address.
Messed that up... I meant Brad Roberts.
On 11/18/13, 3:13 AM, Jacob Carlborg wrote:
On 2013-11-17 17:32, Andrew Edwards wrote:
I have couple issues remaining for Mac OS X that I'm hoping you can
provide some clarification on:
1) The install option for TOOLS, unlike DMD, DRUNTIME or PHOBOS attempts
to install the generated bin
On 11/17/13, 5:34 AM, Jacob Carlborg wrote:
Please remove -L-ldruntime-osxdefault. druntime is statically linked
with Phobos which DMD automatically links with.
Done.
-L-export_dynamic has never been used on Mac OS X. I don't remember why
it was added to the Linux dmd.conf file.
Removed al
On 11/16/13, 12:59 PM, Martin Nowak wrote:
On 11/16/2013 04:39 PM, Andrew Edwards wrote:
It is generated automatically from src/dmd.conf.default while building
dmd as such:
make -f posix.mak install
The install target is work in progress. We want to use this to build
releases, but it&#
On 11/15/13, 11:14 PM, Nathan M. Swan wrote:
Have you tried using this?
https://github.com/carlor/dlang-workspace
Sorry for the shameless plug.
NMS
I have not.
On 11/16/13, 1:47 AM, Joakim wrote:
I suggest you look at where this --export-dynamic flag is being added in
the build scripts and try changing the number of dashes or removing the
flag, after looking at the docs for the OS X linker to see what flags it
takes.
The correct flag is -export_dynami
On 11/16/13, 4:57 AM, Jacob Carlborg wrote:
On 2013-11-16 04:19, Andrew Edwards wrote:
I am having little problem building druntime on Mac OS X 10.9
(Mavericks) and am wondering if anyone has experienced with this and
some guidance on how to fix it.
Here is my command:
make -f posix.mak
I am having little problem building druntime on Mac OS X 10.9
(Mavericks) and am wondering if anyone has experienced with this and
some guidance on how to fix it.
Here is my command:
make -f posix.mak install DMD=../install/bin/dmd
And here is the resulting error:
../install/bin/dmd -ofgenerat
59 matches
Mail list logo
