On 2013-09-30 00:07, David Nadlinger wrote:
… with the most irritating aspect being that DMD doesn't correctly
implement va_copy on x86_64 (at least it didn't last time I checked),
yet nobody seems to have noticed so far.
Perhaps it only matter when interfacing with C. Perhaps not that many
On Sep 30, 2013 7:30 AM, Jacob Carlborg d...@me.com wrote:
On 2013-09-30 00:07, David Nadlinger wrote:
… with the most irritating aspect being that DMD doesn't correctly
implement va_copy on x86_64 (at least it didn't last time I checked),
yet nobody seems to have noticed so far.
Perhaps
On 2013-09-28 21:37, Dicebot wrote:
I thought it is a temporary limitation (I am very interested in loading
D plugins from C/C++ programs). Are there any fundamental issues that
prevent it?
It's the usual issues, which have been mentioned many times before:
* Exception handling tables
* TLS
On Saturday, 28 September 2013 at 20:17:24 UTC, Iain Buclaw wrote:
On 28 September 2013 21:02, Dicebot pub...@dicebot.lv wrote:
On Saturday, 28 September 2013 at 19:53:16 UTC, Iain Buclaw
wrote:
I thought it is a temporary limitation (I am very interested
in loading D
plugins from C/C++
On Sunday, 29 September 2013 at 09:23:16 UTC, Jacob Carlborg
wrote:
It's the usual issues, which have been mentioned many times
before:
* Exception handling tables
* TLS data
* GC roots
* Module infos
* Basically anything the runtime needs to collect from the
running executable/shared
On Sep 29, 2013 10:45 AM, Dicebot pub...@dicebot.lv wrote:
On Saturday, 28 September 2013 at 20:17:24 UTC, Iain Buclaw wrote:
On 28 September 2013 21:02, Dicebot pub...@dicebot.lv wrote:
On Saturday, 28 September 2013 at 19:53:16 UTC, Iain Buclaw wrote:
I thought it is a temporary
On 2013-09-29 12:25, Iain Buclaw wrote:
- Though I can't be sure because I don't know what it is actually doing
other than creating some custom bracketed segment (Really??? Is this
truly necessary? That's about as useful as having a separate calling
convention just for one language. Oh
On 29 September 2013 17:28, Jacob Carlborg d...@me.com wrote:
On 2013-09-29 12:25, Iain Buclaw wrote:
- Though I can't be sure because I don't know what it is actually doing
other than creating some custom bracketed segment (Really??? Is this
truly necessary? That's about as useful as having
On 29/09/13 12:25, Iain Buclaw wrote:
Not following dmd's way of doing things is nothing new however...
I don't understand why the solution wasn't (or couldn't be) designed from the
start to work with all three D compilers. Can anyone offer an explanation?
On 2013-09-29 19:57, Joseph Rushton Wakeling wrote:
I don't understand why the solution wasn't (or couldn't be) designed
from the start to work with all three D compilers. Can anyone offer an
explanation?
I think Walter picked an easy solution that he know would work. I don't
think he knew
On 29 September 2013 20:12, Jacob Carlborg d...@me.com wrote:
On 2013-09-29 19:57, Joseph Rushton Wakeling wrote:
I don't understand why the solution wasn't (or couldn't be) designed
from the start to work with all three D compilers. Can anyone offer an
explanation?
I think Walter picked
On 29 September 2013 18:57, Joseph Rushton Wakeling
joseph.wakel...@webdrake.net wrote:
On 29/09/13 12:25, Iain Buclaw wrote:
Not following dmd's way of doing things is nothing new however...
I don't understand why the solution wasn't (or couldn't be) designed from
the start to work with
On Sunday, 29 September 2013 at 19:24:40 UTC, Iain Buclaw wrote:
My biggest pet peeve is probably how dmd treats va_arg a
totally inconsistent way across each platform dmd supports. In
comparison gdc handles va_arg in one way, and it is identical
across
each platform supported (and platforms
On Aug 30, 2013 2:45 PM, Iain Buclaw ibuc...@ubuntu.com wrote:
Morning all,
It has been about 3 months since the last release of the D front-end
implementation. Three years experience and carrying out over 100 merges
into GDC tells me that each time the development cycle starts edging
towards
On Saturday, 28 September 2013 at 10:48:49 UTC, Iain Buclaw wrote:
One month gone and 14 of these have now been closed/fixed.
Still seen no
signs of moving towards a next release...
Regards
From my point of view two things that are necessary for making
this release:
1) working dynamic
On 2013-09-28 18:48, Dicebot wrote:
From my point of view two things that are necessary for making this
release:
1) working dynamic loading of shared libraries (what is the state of this?)
I would like to add: only on Linux.
2) fixing all regression caused by recent symbol emitting
On 28 September 2013 18:39, Jacob Carlborg d...@me.com wrote:
On 2013-09-28 18:48, Dicebot wrote:
From my point of view two things that are necessary for making this
release:
1) working dynamic loading of shared libraries (what is the state of
this?)
I would like to add: only on Linux.
On Saturday, 28 September 2013 at 18:32:51 UTC, Iain Buclaw wrote:
I am fine with pushing that feature as an entirely new release
(eg.
2.065). What I'm concerned about are that we've had 4 months of
adding *other* features, bug fixing, and other changes in the D
frontend that need to be sync'd
On 28 September 2013 20:37, Dicebot pub...@dicebot.lv wrote:
On Saturday, 28 September 2013 at 18:32:51 UTC, Iain Buclaw wrote:
I am fine with pushing that feature as an entirely new release (eg.
2.065). What I'm concerned about are that we've had 4 months of
adding *other* features, bug
On Saturday, 28 September 2013 at 19:53:16 UTC, Iain Buclaw wrote:
I thought it is a temporary limitation (I am very interested
in loading D
plugins from C/C++ programs). Are there any fundamental issues
that prevent
it?
In gdc or dmd?
Both. g++ / dmd and g++ / gdc.
On 28 September 2013 21:02, Dicebot pub...@dicebot.lv wrote:
On Saturday, 28 September 2013 at 19:53:16 UTC, Iain Buclaw wrote:
I thought it is a temporary limitation (I am very interested in loading D
plugins from C/C++ programs). Are there any fundamental issues that
prevent
it?
In gdc
On 2013-08-31 23:42, H. S. Teoh wrote:
Excellent! I presume it will be type-safe and support all the usual D
idioms? (I.e., none of that ugly mess with dlsym and C++, where casting
void* returned by dlsym() to a func ptr is undefined behaviour according
to the C++ spec).
It looks like it only
On Saturday, 31 August 2013 at 21:44:24 UTC, H. S. Teoh wrote:
Excellent! I presume it will be type-safe and support all the
usual D
idioms? (I.e., none of that ugly mess with dlsym and C++, where
casting
void* returned by dlsym() to a func ptr is undefined behaviour
according
to the C++
On 2013-08-30 21:50, Walter Bright wrote:
I think it's a good idea.
The only further enhancement I really want to get in this release is DLL
support for Linux.
Do you mean loading DLL's completely at runtime, i.e. using dlopen? We
have already shipped Phobos as a DLL.
--
/Jacob Carlborg
On 8/30/13, Walter Bright newshou...@digitalmars.com wrote:
The only further enhancement I really want to get in this release is DLL
support for Linux.
And if it's (mostly) done, we should put it in the changelog, since
it's a pretty big deal!
On Saturday, 31 August 2013 at 11:24:41 UTC, Jacob Carlborg wrote:
Do you mean loading DLL's completely at runtime, i.e. using
dlopen? We have already shipped Phobos as a DLL.
Yep, see
https://github.com/D-Programming-Language/druntime/pull/593 and
linked pull requests.
David
On 8/31/2013 4:24 AM, Jacob Carlborg wrote:
On 2013-08-30 21:50, Walter Bright wrote:
I think it's a good idea.
The only further enhancement I really want to get in this release is DLL
support for Linux.
Do you mean loading DLL's completely at runtime, i.e. using dlopen? We have
already
On 2013-08-31 20:10, Walter Bright wrote:
I mean that from a C or D program, being able to dynamically load and
unload DLLs at runtime.
I see.
--
/Jacob Carlborg
On Sat, Aug 31, 2013 at 11:10:54AM -0700, Walter Bright wrote:
On 8/31/2013 4:24 AM, Jacob Carlborg wrote:
On 2013-08-30 21:50, Walter Bright wrote:
I think it's a good idea.
The only further enhancement I really want to get in this release is
DLL support for Linux.
Do you mean loading
On 8/31/2013 1:00 PM, H. S. Teoh wrote:
Oh, you mean the D equivalent of dlopen/dlsym/dlclose? That would be
*very* nice, if it can be made to work.
It certainly can be made to work. Martin Nowak is close to getting it done.
On Sat, Aug 31, 2013 at 01:27:09PM -0700, Walter Bright wrote:
On 8/31/2013 1:00 PM, H. S. Teoh wrote:
Oh, you mean the D equivalent of dlopen/dlsym/dlclose? That would be
*very* nice, if it can be made to work.
It certainly can be made to work. Martin Nowak is close to getting it
done.
Morning all,
It has been about 3 months since the last release of the D
front-end implementation. Three years experience and carrying
out over 100 merges into GDC tells me that each time the
development cycle starts edging towards it's fourth month, it
makes things an absolute nightmare, in
On Friday, 30 August 2013 at 13:41:35 UTC, Iain Buclaw wrote:
...
My main concern about upcoming 2.064 is
http://d.puremagic.com/issues/show_bug.cgi?id=10150 - it is a
language change, it was merged with no discussion, it has been
marked by several people as potentially dangerous in
On Friday, 30 August 2013 at 15:00:51 UTC, Iain Buclaw wrote:
The compiler frontend implementation allowing bogus or
conflicting
pre/post attributes as no-ops is nothing new (bearophile has
been
documenting all wrong/confusing cases since 2010). So keeping
what
was a no-op as a no-op for the
On Friday, 30 August 2013 at 14:43:12 UTC, Iain Buclaw wrote:
You should create a DIP to start a formal review process for
this.
You have forgot the part about writing pull request and providing
deprecation path (emo)
On 30 August 2013 14:56, Dicebot pub...@dicebot.lv wrote:
On Friday, 30 August 2013 at 13:41:35 UTC, Iain Buclaw wrote:
...
My main concern about upcoming 2.064 is
http://d.puremagic.com/issues/show_bug.cgi?id=10150 - it is a language
change, it was merged with no discussion, it has been
On 30 August 2013 15:48, Dicebot pub...@dicebot.lv wrote:
On Friday, 30 August 2013 at 14:43:12 UTC, Iain Buclaw wrote:
You should create a DIP to start a formal review process for this.
You have forgot the part about writing pull request and providing
deprecation path (emo)
The compiler
On 30 August 2013 16:08, Dicebot pub...@dicebot.lv wrote:
On Friday, 30 August 2013 at 15:00:51 UTC, Iain Buclaw wrote:
The compiler frontend implementation allowing bogus or conflicting
pre/post attributes as no-ops is nothing new (bearophile has been
documenting all wrong/confusing cases
On Fri, Aug 30, 2013 at 03:41:34PM +0200, Iain Buclaw wrote:
[...]
Across D/Druntime/Phobos, there are currently 26 open major bugs
since 28/05/2013.
http://bit.ly/173WrZf
18 open critical bugs.
http://bit.ly/16WkhcM
5 blockers.
http://bit.ly/18q1pkC
And 14 regressions.
On Aug 30, 2013 7:34 PM, H. S. Teoh hst...@quickfur.ath.cx wrote:
On Fri, Aug 30, 2013 at 03:41:34PM +0200, Iain Buclaw wrote:
[...]
Across D/Druntime/Phobos, there are currently 26 open major bugs
since 28/05/2013.
http://bit.ly/173WrZf
18 open critical bugs.
http://bit.ly/16WkhcM
On Fri, Aug 30, 2013 at 08:00:35PM +0100, Iain Buclaw wrote:
On Aug 30, 2013 7:34 PM, H. S. Teoh hst...@quickfur.ath.cx wrote:
On Fri, Aug 30, 2013 at 03:41:34PM +0200, Iain Buclaw wrote:
[...]
Across D/Druntime/Phobos, there are currently 26 open major bugs
since 28/05/2013.
On Fri, 30 Aug 2013 06:41:34 -0700, Iain Buclaw ibuc...@ubuntu.com wrote:
Morning all,
It has been about 3 months since the last release of the D front-end
implementation. Three years experience and carrying out over 100 merges
into GDC tells me that each time the development cycle starts
On 30 August 2013 20:19, H. S. Teoh hst...@quickfur.ath.cx wrote:
On Fri, Aug 30, 2013 at 12:05:12PM -0700, Adam Wilson wrote:
[...]
I don't know how much action D is going to be getting next week due
to Walter's attendance of GoingNative, but IIRC last year Walter was
able to sneak in a
On 8/30/2013 12:05 PM, Adam Wilson wrote:
I don't know how much action D is going to be getting next week due to Walter's
attendance of GoingNative, but IIRC last year Walter was able to sneak in a
commit or two...
The GoingNative is a great conference, and if the past is any guide, they'll be
On 8/30/2013 11:32 AM, H. S. Teoh wrote:
On Fri, Aug 30, 2013 at 03:41:34PM +0200, Iain Buclaw wrote:
[...]
Across D/Druntime/Phobos, there are currently 26 open major bugs
since 28/05/2013.
http://bit.ly/173WrZf
18 open critical bugs.
http://bit.ly/16WkhcM
5 blockers.
http://bit.ly/18q1pkC
On Fri, Aug 30, 2013 at 12:05:12PM -0700, Adam Wilson wrote:
[...]
I don't know how much action D is going to be getting next week due
to Walter's attendance of GoingNative, but IIRC last year Walter was
able to sneak in a commit or two...
Looks like Andrei is going to be a speaker there as
On 8/30/2013 11:32 AM, H. S. Teoh wrote:
On Fri, Aug 30, 2013 at 03:41:34PM +0200, Iain Buclaw wrote:
[...]
Across D/Druntime/Phobos, there are currently 26 open major bugs
since 28/05/2013.
http://bit.ly/173WrZf
18 open critical bugs.
http://bit.ly/16WkhcM
5 blockers.
http://bit.ly/18q1pkC
On 8/30/2013 6:41 AM, Iain Buclaw wrote:
Morning all,
It has been about 3 months since the last release of the D front-end
implementation. Three years experience and carrying out over 100 merges into
GDC tells me that each time the development cycle starts edging towards it's
fourth month, it
On Fri, Aug 30, 2013 at 12:43:44PM -0700, Walter Bright wrote:
On 8/30/2013 11:32 AM, H. S. Teoh wrote:
[...]
I obtained a +1 Sword of Bisection from a git this morning, and
decided to go commit hunting. I found the specific commits that
introduced the following regressions (see bug notes for
On Fri, 30 Aug 2013 14:35:04 -0700, H. S. Teoh wrote:
On Fri, Aug 30, 2013 at 12:43:44PM -0700, Walter Bright wrote:
One of these days I'll have to research a little more how to more easily
identify the merge commit that pulled in a particular commit. Since all
commits only refer to their
On Fri, Aug 30, 2013 at 09:51:25PM +, Justin Whear wrote:
On Fri, 30 Aug 2013 14:35:04 -0700, H. S. Teoh wrote:
On Fri, Aug 30, 2013 at 12:43:44PM -0700, Walter Bright wrote:
One of these days I'll have to research a little more how to more
easily identify the merge commit that pulled
51 matches
Mail list logo