Jordi wrote:
But even if "this" is a reference like Lars pointed out, the
method should return a copy of the struct by value, right?
Yes.
On 08/17/2010 02:35 AM, Walter Bright wrote:
Jordi wrote:
Found it. It took me 7 iterations of binary search across the svn
repositories for dmd, druntime and phobos. The commit causing the
issue is 505 in dmd. It is related to structs returning *this, which
indeed i do in my maths structs.
Now
On 08/11/2010 02:15 AM, Walter Bright wrote:
This is probably the last FreeBSD 7 release for D1. The next will be for
FreeBSD 8!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.063.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/d
Michal Minich wrote:
> On Mon, 16 Aug 2010 09:58:22 -0700, Walter Bright wrote:
>
>> Michal Minich wrote:
>>> On Wed, 11 Aug 2010 17:34:20 -0400, Sean Kelly wrote:
>>>
Michal Minich Wrote:
> On Wed, 11 Aug 2010 16:29:40 +, Michal Minich wrote:
>
>> Module constructor
On Mon, 16 Aug 2010 23:33:26 +0900, Jordi wrote:
> On 08/16/2010 04:11 PM, Don wrote:
>> Brad Roberts wrote:
>>> On 8/15/2010 12:54 PM, Walter Bright wrote:
Nick Sabalausky wrote:
> This may be a pain to do, but you could narrow it down from the
> other direction: recompile DMD from v
On Mon, 16 Aug 2010 15:21:32 -0400, bearophile wrote:
> Michal Minich:
>> the changeset only contains change to rt_term function - added call to
>> _moduleTlsDtor
>>
>> another bug? or miss to check-in some files?
>
> You may copy this (plus what you thinks is missing) inside the bug
> report.
>
Michal Minich:
> the changeset only contains change to rt_term function - added call to
> _moduleTlsDtor
>
> another bug? or miss to check-in some files?
You may copy this (plus what you thinks is missing) inside the bug report.
Bye,
bearophile
On Mon, 16 Aug 2010 09:58:22 -0700, Walter Bright wrote:
> Michal Minich wrote:
>> On Wed, 11 Aug 2010 17:34:20 -0400, Sean Kelly wrote:
>>
>>> Michal Minich Wrote:
>>>
On Wed, 11 Aug 2010 16:29:40 +, Michal Minich wrote:
> Module constructor is not called when it is placed in i
Jordi wrote:
Found it. It took me 7 iterations of binary search across the svn
repositories for dmd, druntime and phobos. The commit causing the issue
is 505 in dmd. It is related to structs returning *this, which indeed i
do in my maths structs.
Now, i don't know if the bug is in dmd or in m
Michal Minich wrote:
On Wed, 11 Aug 2010 17:34:20 -0400, Sean Kelly wrote:
Michal Minich Wrote:
On Wed, 11 Aug 2010 16:29:40 +, Michal Minich wrote:
Module constructor is not called when it is placed in imported
module, and WinMain is used.
Are there some changes to runtime initializat
On 08/16/2010 04:11 PM, Don wrote:
Brad Roberts wrote:
On 8/15/2010 12:54 PM, Walter Bright wrote:
Nick Sabalausky wrote:
This may be a pain to do, but you could narrow it down from the other
direction: recompile DMD from various trunk revisions between 2.046
and 2.047
and see which actual com
Brad Roberts wrote:
On 8/15/2010 12:54 PM, Walter Bright wrote:
Nick Sabalausky wrote:
This may be a pain to do, but you could narrow it down from the other
direction: recompile DMD from various trunk revisions between 2.046 and 2.047
and see which actual commit created the problem.
Try mixing
On 8/15/2010 12:54 PM, Walter Bright wrote:
> Nick Sabalausky wrote:
>> This may be a pain to do, but you could narrow it down from the other
>> direction: recompile DMD from various trunk revisions between 2.046 and 2.047
>> and see which actual commit created the problem.
>
> Try mixing/matching
Nick Sabalausky wrote:
This may be a pain to do, but you could narrow it down from the other
direction: recompile DMD from varius trunk revisions between 2.046 and 2.047
and see which actual commit created the problem.
Try mixing/matching the compiler & Phobos to see which one of those caused
"Jordi" wrote in message
news:i48n8t$1j...@digitalmars.com...
> On 08/15/2010 01:50 PM, dsimcha wrote:
>> == Quote from Jordi (jo...@rovira.cat)'s article
>>> On 08/11/2010 04:15 PM, Walter Bright wrote:
This is probably the last FreeBSD 7 release for D1. The next will be
for
On 08/15/2010 01:50 PM, dsimcha wrote:
== Quote from Jordi (jo...@rovira.cat)'s article
On 08/11/2010 04:15 PM, Walter Bright wrote:
This is probably the last FreeBSD 7 release for D1. The next will be for
FreeBSD 8!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/d
== Quote from Jordi (jo...@rovira.cat)'s article
> On 08/11/2010 04:15 PM, Walter Bright wrote:
> >
> > This is probably the last FreeBSD 7 release for D1. The next will be for
> > FreeBSD 8!
> >
> > http://www.digitalmars.com/d/1.0/changelog.html
> > http://ftp.digitalmars.com/dmd.1.063.zip
> >
>
On 08/11/2010 04:15 PM, Walter Bright wrote:
This is probably the last FreeBSD 7 release for D1. The next will be for
FreeBSD 8!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.063.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/d
On 8/13/2010 12:20 AM, Yao G. wrote:
On Thu, 12 Aug 2010 23:04:54 -0500, dickl wrote:
On 8/12/2010 11:46 PM, Yao G. wrote:
You are mixing windows specific functions (WinMain) and console
functions (writeln). This will either cause an exception or just fail to
run. Try to replace calls to writ
On 8/13/2010 4:28 AM, Mike Parker wrote:
dickl wrote:
Looks like it might be windows specific. This doesn't work (only
prints out "again"
extern (Windows) int WinMain(HINSTANCE hInstance,HINSTANCE
hPrevInstance,LPSTR lpCmdLine,int nCmdShow)
{
FYI, if you didn't already know, you can avoid W
dickl wrote:
Looks like it might be windows specific. This doesn't work (only prints
out "again"
extern (Windows) int WinMain(HINSTANCE hInstance,HINSTANCE
hPrevInstance,LPSTR lpCmdLine,int nCmdShow)
{
FYI, if you didn't already know, you can avoid WinMain entirely and just
use a regula
On Thu, 12 Aug 2010 23:04:54 -0500, dickl wrote:
On 8/12/2010 11:46 PM, Yao G. wrote:
You are mixing windows specific functions (WinMain) and console
functions (writeln). This will either cause an exception or just fail to
run. Try to replace calls to writeln with calls to MessageBox if you
wa
On 8/12/2010 11:46 PM, Yao G. wrote:
On Thu, 12 Aug 2010 22:09:40 -0500, dickl wrote:
On 8/11/2010 1:09 PM, Walter Bright wrote:
dickl wrote:
I should have been a little more clear, a static this() as a member of
a class.
Still works:
--
H:\cbx>type test.d
import
On Thu, 12 Aug 2010 22:09:40 -0500, dickl wrote:
On 8/11/2010 1:09 PM, Walter Bright wrote:
dickl wrote:
I should have been a little more clear, a static this() as a member of
a class.
Still works:
--
H:\cbx>type test.d
import std.stdio;
void main()
{
printf("hell
On 8/11/2010 1:09 PM, Walter Bright wrote:
dickl wrote:
I should have been a little more clear, a static this() as a member of
a class.
Still works:
--
H:\cbx>type test.d
import std.stdio;
void main()
{
printf("hello\n");
}
class C
{
static this()
{
printf("betty\n"
Thanks everybody for the hard work, good release!
Am 12.08.2010 03:52, schrieb bearophile:
I have updated a bug report and I have added one new, 3813 and 4605
If someone here thinks that AA printing is 'good enough', such person has to
try to print a int[int[int]], like:
import std.stdio;
void main() {
int[int[int]] aa;
aa[[5:6, 7:
"Walter Bright" wrote in message
news:i3v36f$1d8...@digitalmars.com...
> Lars T. Kyllingstad wrote:
>> This is a great release. Bug fixes galore!
>
> Yup. And all these fixes are due to quite a lot of people contributing.
...and a 2-month development cycle instead of the usual approx one month.
> I have updated a bug report and I have added one new, 3813 and 4605
If someone here thinks that AA printing is 'good enough', such person has to
try to print a int[int[int]], like:
import std.stdio;
void main() {
int[int[int]] aa;
aa[[5:6, 7:8]] = 2;
writeln(aa);
}
The output is:
Works for me as well. 2.048 @ Win32.
dickl Wrote:
> On 8/11/2010 1:09 PM, Walter Bright wrote:
> > dickl wrote:
> >> I should have been a little more clear, a static this() as a member of
> >> a class.
> >
> > Still works:
> > --
> >
> > H:\cbx>type test.d
> >
> > import s
On Wed, 11 Aug 2010 17:34:20 -0400, Sean Kelly wrote:
> Michal Minich Wrote:
>
>> On Wed, 11 Aug 2010 16:29:40 +, Michal Minich wrote:
>>
>> > Module constructor is not called when it is placed in imported
>> > module, and WinMain is used.
>>
>> Are there some changes to runtime initializat
Michal Minich Wrote:
> On Wed, 11 Aug 2010 16:29:40 +, Michal Minich wrote:
>
> > Module constructor is not called when it is placed in imported module,
> > and WinMain is used.
>
> Are there some changes to runtime initialization, or it is a bug? (in
> that case I will submit it).
There w
Lars T. Kyllingstad wrote:
This is a great release. Bug fixes galore!
Yup. And all these fixes are due to quite a lot of people contributing.
On 8/11/2010 1:09 PM, Walter Bright wrote:
dickl wrote:
I should have been a little more clear, a static this() as a member of
a class.
Still works:
--
H:\cbx>type test.d
import std.stdio;
void main()
{
printf("hello\n");
}
class C
{
static this()
{
printf("betty\n"
On Wed, 11 Aug 2010 00:15:07 -0700, Walter Bright wrote:
> This is probably the last FreeBSD 7 release for D1. The next will be for
> FreeBSD 8!
>
> http://www.digitalmars.com/d/1.0/changelog.html
> http://ftp.digitalmars.com/dmd.1.063.zip
>
> http://www.digitalmars.com/d/2.0/changelog.html
> ht
dickl wrote:
I should have been a little more clear, a static this() as a member of a
class.
Still works:
--
H:\cbx>type test.d
import std.stdio;
void main()
{
printf("hello\n");
}
class C
{
static this()
{
printf("betty\n");
}
}
H:\cbx>dmd
On 8/11/2010 12:04 PM, Walter Bright wrote:
dickl wrote:
static this() does not seem to be getting called, at least in D2.
Works for me:
---
H:\cbx>type test.d
import std.stdio;
void main()
{
printf("hello\n");
}
static this()
{
printf("betty\n");
}
H:\cbx>dmd t
Michal Minich wrote:
Are there some changes to runtime initialization, or it is a bug? (in
that case I will submit it).
You should submit it.
On Wed, 11 Aug 2010 16:29:40 +, Michal Minich wrote:
> Module constructor is not called when it is placed in imported module,
> and WinMain is used.
Are there some changes to runtime initialization, or it is a bug? (in
that case I will submit it).
Module constructor is not called when it is placed in imported module,
and WinMain is used.
module hello;
import core.runtime;
import std.c.windows.windows;
import std.stdio;
import a;
extern (Windows)
int WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
Lars T. Kyllingstad Wrote:
> On Wed, 11 Aug 2010 00:15:07 -0700, Walter Bright wrote:
>
> > http://www.digitalmars.com/d/2.0/changelog.html
> > http://ftp.digitalmars.com/dmd.2.048.zip
>
>
> Has std.concurrency been brought in line with TDPL for this release? If
> so, that should be clearly s
Module constructor is not called when it is placed in imported module,
and WinMain is used.
module hello;
import core.runtime;
import std.c.windows.windows;
import std.stdio;
import a;
extern (Windows)
int WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
dickl wrote:
static this() does not seem to be getting called, at least in D2.
Works for me:
---
H:\cbx>type test.d
import std.stdio;
void main()
{
printf("hello\n");
}
static this()
{
printf("betty\n");
}
H:\cbx>dmd test
H:\cbx>test
betty
hello
H:\cbx>
On 8/11/2010 3:15 AM, Walter Bright wrote:
This is probably the last FreeBSD 7 release for D1. The next will be for
FreeBSD 8!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.063.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
> This is probably the last FreeBSD 7 release for D1. The next will be for
> FreeBSD 8!
> http://www.digitalmars.com/d/1.0/changelog.html
> http://ftp.digitalmars.com/dmd.1.063.zip
> http://www.digitalmars.com/d/2.0/changelog.html
On 2010-08-11 09:15, Walter Bright wrote:
This is probably the last FreeBSD 7 release for D1. The next will be for
FreeBSD 8!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.063.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dm
All the bugs reported by me present in the list of the bug fixed in this
release look indeed fixed, and I have closed the ones that were open still
(3961).
With 2.048beta I have found two bugs (4603 and 4604) that are present in 2.048
too (Walter has asked me to test the betas too, and I am no
On 2010-08-11 09:15, Walter Bright wrote:
This is probably the last FreeBSD 7 release for D1. The next will be for
FreeBSD 8!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.063.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
> This is probably the last FreeBSD 7 release for D1. The next will
be for FreeBSD 8!
> http://www.digitalmars.com/d/1.0/changelog.html
> http://ftp.digitalmars.com/dmd.1.063.zip
> http://www.digitalmars.com/d/2.0/changelog.html
> h
This is probably the last FreeBSD 7 release for D1. The next will be for
FreeBSD 8!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.063.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.048.zip
50 matches
Mail list logo