[Issue 7116] New: phobos git won't compile

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7116

   Summary: phobos git won't compile
   Product: D
   Version: D2
  Platform: x86_64
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: dl...@chilon.net


--- Comment #0 from pelo dl...@chilon.net 2011-12-16 02:01:26 PST ---
Cannot build git master branch.

Everything compiles fine until:

dmd -I../druntime-build/import  -w -d -property -m64 -O -release -nofloat -lib
-ofgenerated/linux/release/64/libphobos2.a ../druntime-build/lib/libdruntime.a
crc32.d std/algorithm.d std/array.d std/ascii.d std/base64.d std/bigint.d
std/bitmanip.d std/compiler.d std/complex.d std/concurrency.d std/container.d
std/contracts.d std/conv.d std/cpuid.d std/cstream.d std/ctype.d std/date.d
std/datetime.d std/datebase.d std/dateparse.d std/demangle.d std/encoding.d
std/exception.d std/file.d std/format.d std/functional.d std/getopt.d
std/gregorian.d std/json.d std/loader.d std/math.d std/mathspecial.d std/md5.d
std/metastrings.d std/mmfile.d std/numeric.d std/outbuffer.d std/parallelism.d
std/path.d std/perf.d std/process.d std/random.d std/range.d std/regex.d
std/regexp.d std/signals.d std/socket.d std/socketstream.d std/stdint.d
std/stdio.d std/stdiobase.d std/stream.d std/string.d std/syserror.d
std/system.d std/traits.d std/typecons.d std/typetuple.d std/uni.d std/uri.d
std/utf.d std/variant.d std/xml.d std/zip.d std/zlib.d std/c/linux/linux.d
std/c/linux/socket.d etc/c/curl.d etc/c/zlib.d std/c/fenv.d std/c/locale.d
std/c/math.d std/c/process.d std/c/stdarg.d std/c/stddef.d std/c/stdio.d
std/c/stdlib.d std/c/string.d std/c/time.d std/c/wcharh.d
std/internal/math/biguintcore.d std/internal/math/biguintnoasm.d
std/internal/math/biguintx86.d std/internal/math/gammafunction.d
std/internal/math/errorfunction.d std/internal/processinit.d std/internal/uni.d
std/internal/uni_tab.d std/net/isemail.d
generated/linux/release/64/etc/c/zlib/adler32.o
generated/linux/release/64/etc/c/zlib/compress.o
generated/linux/release/64/etc/c/zlib/crc32.o
generated/linux/release/64/etc/c/zlib/deflate.o
generated/linux/release/64/etc/c/zlib/gzclose.o
generated/linux/release/64/etc/c/zlib/gzlib.o
generated/linux/release/64/etc/c/zlib/gzread.o
generated/linux/release/64/etc/c/zlib/gzwrite.o
generated/linux/release/64/etc/c/zlib/infback.o
generated/linux/release/64/etc/c/zlib/inffast.o
generated/linux/release/64/etc/c/zlib/inflate.o
generated/linux/release/64/etc/c/zlib/inftrees.o
generated/linux/release/64/etc/c/zlib/trees.o
generated/linux/release/64/etc/c/zlib/uncompr.o
generated/linux/release/64/etc/c/zlib/zutil.o
std.contracts has been scheduled for deprecation. Please use std.exception
instead.
Notice: As of Phobos 2.055, std.date and std.dateparse have been deprecated.
They will be removed in February 2012. Please use std.datetime instead.
Notice: As of Phobos 2.055, std.gregorian has been deprecated. It will be
removed in February 2012. Please use std.datetime instead.
std.perf has been scheduled for deprecation. Please use std.datetime instead.
Notice: As of Phobos 2.055, std.regexp has been deprecated. It will be removed
in February 2012. Please use std.regex instead.
std/algorithm.d(1325): Error: cannot implicitly convert expression (source) of
type TempTransition[] to shared(const(TempTransition[]))
std/algorithm.d(1325): Error: cannot implicitly convert expression (source) of
type TempTransition[] to shared(const(TempTransition[]))
std/algorithm.d(1407): Error: template instance
std.algorithm.move!(TempTransition[]) error instantiating
std/range.d(6095):instantiated from here: move!(TempTransition[])
std/algorithm.d(6703):instantiated from here:
SortedRange!(TempTransition[],less)
std/datetime.d(29480):instantiated from here: sort!(a.timeT 
b.timeT,cast(SwapStrategy)0,TempTransition[])
std/range.d(6095): Error: template instance
std.algorithm.move!(TempTransition[]) error instantiating
std/algorithm.d(6703):instantiated from here:
SortedRange!(TempTransition[],less)
std/datetime.d(29480):instantiated from here: sort!(a.timeT 
b.timeT,cast(SwapStrategy)0,TempTransition[])
std/algorithm.d(6703): Error: template instance
std.range.SortedRange!(TempTransition[],less) error instantiating
std/datetime.d(29480):instantiated from here: sort!(a.timeT 
b.timeT,cast(SwapStrategy)0,TempTransition[])

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7116] phobos git won't compile

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7116


pelo dl...@chilon.net changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


--- Comment #1 from pelo dl...@chilon.net 2011-12-16 02:10:56 PST ---
Sorry the problem only exists when building phobos with D 2.057.

Using the dmd from git works.

Apologies once again.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7115] sort function is broken with large arrays

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7115


Don clugd...@yahoo.com.au changed:

   What|Removed |Added

 CC||clugd...@yahoo.com.au


--- Comment #3 from Don clugd...@yahoo.com.au 2011-12-16 03:51:42 PST ---
Perhaps a duplicate of bug 2819?
(I think it may be overflowing the stack, and generating wrong results instead
of segfaulting).

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5570


Leandro Lucarella llu...@gmail.com changed:

   What|Removed |Added

   Keywords||wrong-code
 CC||llu...@gmail.com
   Severity|normal  |critical


-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5570



--- Comment #1 from Leandro Lucarella llu...@gmail.com 2011-12-16 04:20:00 
PST ---
Any ETA for a fix?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5570


Mathias Baumann mathias.baum...@sociomantic.com changed:

   What|Removed |Added

 CC||mathias.baumann@sociomantic
   ||.com


--- Comment #2 from Mathias Baumann mathias.baum...@sociomantic.com 
2011-12-16 06:13:08 PST ---
This bug prevents us from switching to 64bit. We really would appreciate a fix.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5570


Damian Ziemba nazriel6...@gmail.com changed:

   What|Removed |Added

 CC||nazriel6...@gmail.com


--- Comment #3 from Damian Ziemba nazriel6...@gmail.com 2011-12-16 06:45:46 
PST ---
Because of this bug, you can not use wxD with DMD64.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7117] New: [regression 1.071-1.072] put contract for class member functions are broken

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7117

   Summary: [regression 1.071-1.072] put contract for class
member functions are broken
   Product: D
   Version: D1
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: regression
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: llu...@gmail.com


--- Comment #0 from Leandro Lucarella llu...@gmail.com 2011-12-16 09:18:04 
PST ---
When upgrading from 1.071 to 1.072 I had problems with out contracts for class
member functions. Here is a minimal testcase:

---

module bug;

extern (C) int printf(char*, ...);

class Sad
{
// only happens with class member functions, struct member functions work
// well and static class member function works well also
void func ( int n )
out
{
printf(out: %d\n, n);
assert ( n == 23, DMD IS SO BROKEN);
}
body
{
printf(body: %d\n, n);
assert ( n == 23, Expected to work);
return ;
}
}

void main(char[][] args)
{
auto c = new Sad;

c.func(23);
}

---

I tried to do a git bisect to come up with the exact commit that broke this but
it was impossible because there are commits that doesn't compile. It would be
nice if you could only commit changes that compiles to allow bisecting the code
to find exactly where regressions were introduced.

(this was tested in both 32 and 64 bit version in Linux)

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7118] New: Calling a vararg function with float within scope(exit) causes segfault

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7118

   Summary: Calling a vararg function with float within
scope(exit) causes segfault
   Product: D
   Version: D1
  Platform: x86_64
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: mathias.baum...@sociomantic.com


--- Comment #0 from Mathias Baumann mathias.baum...@sociomantic.com 
2011-12-16 11:15:00 PST ---
See test case:

module main2;

import tango.core.Vararg;

void vararg ( ... )
{

}

void main(char[][] args)
{
vararg(12.23); // no crash
echo();
}

void echo()
{
scope(exit) vararg(12.23); // segf in line 5
}

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7119] New: In the 1.072 zip osx.d is in the wrong folder

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7119

   Summary: In the 1.072 zip osx.d is in the wrong folder
   Product: D
   Version: D1
  Platform: All
OS/Version: Mac OS X
Status: NEW
  Severity: regression
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: wallbra...@gmail.com


--- Comment #0 from Jakob Bornecrantz wallbra...@gmail.com 2011-12-16 
11:16:28 PST ---
In the new 1.072 release the file src/phobos/std/c/osx/osx.d is in the folder
src/phobos/std/c/osx/mach/ folder instead of src/phobos/std/c/osx/. This breaks
builds using various bits from phobos (std.c.posix.posix, std.socket, etc...).
Move the file to the correct folder fixes the build.

Cheers, Jakob.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7120] New: Scope Delegates + Delegate Literals

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7120

   Summary: Scope Delegates + Delegate Literals
   Product: D
   Version: D2
  Platform: Other
OS/Version: Windows
Status: NEW
  Keywords: performance
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: dsim...@yahoo.com


--- Comment #0 from David Simcha dsim...@yahoo.com 2011-12-16 11:23:57 PST ---
The following code apparently heap-allocates a closure even though doNothing()
takes a scope delegate.  This happens when doNothing() is passed a delegate
literal.  When it's passed the address of a named inner function, no heap
allocation takes place.

import core.memory;

void main() {
GC.disable();

foreach(j; 0..1_000_000_000) {
doIt();
}
}

void doIt() {
int i;
doNothing(() { i++; });
}

void doNothing(scope void delegate() dg) {
dg();
}

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7121] New: Structs with Disabled Default Constructors Also Disable No-Arg Constructors in Classes

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7121

   Summary: Structs with Disabled Default Constructors Also
Disable No-Arg Constructors in Classes
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: debio...@gmail.com


--- Comment #0 from Andrew Wiley debio...@gmail.com 2011-12-16 13:02:15 PST 
---
Code sample:
```
struct SomeStruct {
   @disable this();
   this(int arg) {
   }
}

class SomeClass {
   private:
   SomeStruct _stuff;

   public:
   this() {
   _stuff = SomeStruct(10);
   }
}

void someFunc() {
   SomeClass obj = new SomeClass(); // Error: default construction is
disabled for type SomeClass
}
```

As you can see, the @disabled constructor in SomeStruct breaks the no-arg
constructor in SomeClass.
Disabling the *default* constructor in SomeClass is correct, but if a no-arg
constructor is implemented, it should be checked against the same rules as
other constructors (and an error should occur if it doesn't initialize the
@disabled struct).

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 6807] Internal error: ../ztc/cg87.c 879 during optimization

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6807


Jonathan Crapuchettes jcrapuchet...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #1 from Jonathan Crapuchettes jcrapuchet...@gmail.com 2011-12-16 
13:59:28 PST ---
Appears there was a fix in 2.057.
Thank you!

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7119] In the 1.072 zip osx.d is in the wrong folder

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7119


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution||FIXED


--- Comment #1 from Walter Bright bugzi...@digitalmars.com 2011-12-16 
15:21:06 PST ---
I corrected and uploaded the zip file.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 6635] std.conv.emplace: enforcement is too weak

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6635



--- Comment #2 from timon.g...@gmx.ch 2011-12-16 15:40:09 PST ---
Type_Info vptr: 4 bytes
gap:4 bytes
ulong foo;  8 bytes (requires alignment of 8)

If the class is emplaced at an address that is an odd multiple of four, then
foo will be misaligned.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7119] In the 1.072 zip osx.d is in the wrong folder

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7119


Jakob Bornecrantz wallbra...@gmail.com changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED


--- Comment #2 from Jakob Bornecrantz wallbra...@gmail.com 2011-12-16 
16:18:39 PST ---
Confirmed fixed, thanks for resolving this so fast.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7122] New: [module] compiler fails to handle import of renamed module

2011-12-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7122

   Summary: [module] compiler fails to handle import of renamed
module
   Product: D
   Version: D2
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: d...@dawgfoto.de


--- Comment #0 from d...@dawgfoto.de 2011-12-16 21:19:16 PST ---
 a0.d 
module foo;
 a1.d 
module a1;
import a0;
--
dmd -lib a0.d a1.d
--
a1.d(2): Error: module foo from file a0.d conflicts with another module foo
from file a0.d
--

The compiler should detect this import as an already known module.
This is important when splitting a module into declaration and
definition when the defining file should be located in a path
that doesn't match the module name.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---