http://bugzilla.gdcproject.org/show_bug.cgi?id=32
--- Comment #3 from Iain Buclaw 2013-04-05 11:10:37
UTC ---
Another GC-related fix, and turned on 'make check-target-libphobos' which
should run the library testsuite.
https://github.com/D-Programming-GDC/GDC/commit/67ef85a98938fc1584a8e1f4dbd2
http://bugzilla.gdcproject.org/show_bug.cgi?id=32
--- Comment #4 from Johannes Pfau 2013-04-06 16:42:06
UTC ---
2 are fixed but I've not verified if they were fixed by the GC changes.
I'll try to reduce the other two segvs and file new bug reports for them.
Overall the situation is much better
http://bugzilla.gdcproject.org/show_bug.cgi?id=32
--- Comment #5 from Iain Buclaw 2013-04-06 17:27:27
UTC ---
(In reply to comment #4)
> 2 are fixed but I've not verified if they were fixed by the GC changes.
> I'll try to reduce the other two segvs and file new bug reports for them.
>
> Overal
http://bugzilla.gdcproject.org/show_bug.cgi?id=32
--- Comment #6 from Johannes Pfau 2013-04-06 17:49:45
UTC ---
At runtime. There are no compiler ICEs or compiler segfaults when compiling the
unittests AFAICS.
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
---
http://bugzilla.gdcproject.org/show_bug.cgi?id=32
--- Comment #7 from Iain Buclaw 2013-04-06 18:20:54
UTC ---
(In reply to comment #6)
> At runtime. There are no compiler ICEs or compiler segfaults when compiling
> the
> unittests AFAICS.
Excellent. That should now allow us to do proper testi
http://bugzilla.gdcproject.org/show_bug.cgi?id=48
Bug #: 48
Summary: scalar op vector is broken
Classification: Unclassified
Product: GDC
Version: development
Platform: x86_64
OS/Version: Linux
Status: NEW
Se
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
Bug #: 49
Summary: segmentation fault when using tuple over member
variable in more than one method
Classification: Unclassified
Product: GDC
Version: development
Platf
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
John Colvin changed:
What|Removed |Added
Summary|segmentation fault when |ICE when using tuple over
http://bugzilla.gdcproject.org/show_bug.cgi?id=48
--- Comment #1 from Iain Buclaw 2013-04-09 09:42:46
UTC ---
It's a bug in the frontend.
'auto bug' gets inferred as 'int bug'.
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail be
http://bugzilla.gdcproject.org/show_bug.cgi?id=48
--- Comment #2 from Iain Buclaw 2013-04-09 10:26:07
UTC ---
https://github.com/D-Programming-Language/dmd/pull/1879
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
http://bugzilla.gdcproject.org/show_bug.cgi?id=46
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=46
--- Comment #3 from Iain Buclaw 2013-04-09 10:39:16
UTC ---
Also - as it is now separate from gdc project, no longer care about GNU
philosophy.
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receivi
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
--- Comment #1 from Iain Buclaw 2013-04-09 10:40:50
UTC ---
(In reply to comment #0)
> test.d:
>
> template Tuple(Stuff ...) {
> alias Stuff Tuple;
> }
> struct S {
> int i;
> alias Tuple!i t;
> void a() {
> auto x = t;
>
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
--- Comment #2 from Iain Buclaw 2013-04-09 11:25:48
UTC ---
(In reply to comment #0)
> test.d:
>
> template Tuple(Stuff ...) {
> alias Stuff Tuple;
> }
> struct S {
> int i;
> alias Tuple!i t;
> void a() {
> auto x = t;
>
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
--- Comment #3 from John Colvin 2013-04-09
11:43:02 UTC ---
(In reply to comment #1)
> (In reply to comment #0)
> > test.d:
> >
> > template Tuple(Stuff ...) {
> > alias Stuff Tuple;
> > }
> > struct S {
> > int i;
> > alias Tuple!i
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
--- Comment #4 from Iain Buclaw 2013-04-09 13:07:59
UTC ---
(In reply to comment #3)
> (In reply to comment #1)
> > (In reply to comment #0)
> > > test.d:
> > >
> > > template Tuple(Stuff ...) {
> > > alias Stuff Tuple;
> > > }
> > > struct
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
--- Comment #5 from Iain Buclaw 2013-04-09 13:16:47
UTC ---
(In reply to comment #2)
> (In reply to comment #0)
> > test.d:
> >
> > template Tuple(Stuff ...) {
> > alias Stuff Tuple;
> > }
> > struct S {
> > int i;
> > alias Tuple!i
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
--- Comment #6 from Iain Buclaw 2013-04-09 13:41:15
UTC ---
(In reply to comment #5)
> (In reply to comment #2)
> > (In reply to comment #0)
> > > test.d:
> > >
> > > template Tuple(Stuff ...) {
> > > alias Stuff Tuple;
> > > }
> > > struct
http://bugzilla.gdcproject.org/show_bug.cgi?id=46
--- Comment #4 from Joe Wakeling 2013-04-09
13:56:00 UTC ---
Yes, it was merged into the separate GDMD project. I was going to say, "But
dmd-script is still in the 4.8 branch!" but I see you changed yesterday with
the merge with master :-)
--
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
--- Comment #7 from Iain Buclaw 2013-04-09 14:58:56
UTC ---
https://github.com/D-Programming-Language/dmd/pull/1880
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
http://bugzilla.gdcproject.org/show_bug.cgi?id=48
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=49
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=30
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=17
--- Comment #2 from Iain Buclaw 2013-04-12 13:32:05
UTC ---
Have re-tested this with fresh copy of mci on current development and get a
load of 'Could not open file' errors.
Only change can think of is the 2.062 merge. Does this work when using
http://bugzilla.gdcproject.org/show_bug.cgi?id=44
Daniel Green changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|ibuc...@gdcpro
http://bugzilla.gdcproject.org/show_bug.cgi?id=3
--- Comment #2 from Daniel Green 2013-04-30 17:46:40 UTC ---
Created attachment 35
--> http://bugzilla.gdcproject.org/attachment.cgi?id=35
Modifies output of -fd-verbose to go to stdout
--
Configure bugmail: http://bugzilla.gdcproject.org/userp
http://bugzilla.gdcproject.org/show_bug.cgi?id=3
Daniel Green changed:
What|Removed |Added
CC||ven...@gmail.com
--- Comment #3 from Daniel
http://bugzilla.gdcproject.org/show_bug.cgi?id=3
jerro.pub...@gmail.com changed:
What|Removed |Added
CC||jerro.pub...@gmail.com
--- Comment
http://bugzilla.gdcproject.org/show_bug.cgi?id=17
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=32
--- Comment #8 from Iain Buclaw 2013-05-14 23:11:14
UTC ---
Updated results:
std/internal/math/errorfunction.d:222
FAILED
std/internal/math/gammafunction.d:367
FAILED
std/typecons.d:3293
FAILED
std/range.d:2995
FAILED
std/math.d:336
FAILED
std/c
http://bugzilla.gdcproject.org/show_bug.cgi?id=40
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=50
Bug #: 50
Summary: Slowdown compiling static data for large arrays.
Classification: Unclassified
Product: GDC
Version: development
Platform: x86
OS/Version: All
Status:
http://bugzilla.gdcproject.org/show_bug.cgi?id=51
Bug #: 51
Summary: gdc does not postblit all array elements.
Classification: Unclassified
Product: GDC
Version: development
Platform: x86_64
OS/Version: Linux
Status: N
http://bugzilla.gdcproject.org/show_bug.cgi?id=51
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=52
Bug #: 52
Summary: NRVO not implemented
Classification: Unclassified
Product: GDC
Version: development
Platform: All
OS/Version: All
Status: NEW
Severity: nor
http://bugzilla.gdcproject.org/show_bug.cgi?id=52
Johannes Pfau changed:
What|Removed |Added
CC||johannesp...@gmail.com
--
Configure bugm
http://bugzilla.gdcproject.org/show_bug.cgi?id=53
Bug #: 53
Summary: internal compiler error: in toObjFile, at
d/d-glue.cc:2986
Classification: Unclassified
Product: GDC
Version: 4.7.x
Platform: x86_64
OS/Versi
http://bugzilla.gdcproject.org/show_bug.cgi?id=53
Johannes Pfau changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.gdcproject.org/show_bug.cgi?id=50
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=54
Bug #: 54
Summary: GC corruption of TLS memory
Classification: Unclassified
Product: GDC
Version: development
Platform: x86_64
OS/Version: Linux
Status: NEW
S
http://bugzilla.gdcproject.org/show_bug.cgi?id=54
--- Comment #1 from Iain Buclaw 2013-05-23 16:20:35
UTC ---
Does this make a difference?
http://paste.debian.net/6043/
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
http://bugzilla.gdcproject.org/show_bug.cgi?id=54
--- Comment #2 from Peter De Wachter 2013-05-23 17:50:24
UTC ---
Yes, that patch fixes it. Thanks!
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watchin
http://bugzilla.gdcproject.org/show_bug.cgi?id=55
Bug #: 55
Summary: Internal compiler error: Segmentation fault in regex.d
Classification: Unclassified
Product: GDC
Version: development
Platform: x86_64
OS/Version: Linux
http://bugzilla.gdcproject.org/show_bug.cgi?id=55
Johannes Pfau changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://bugzilla.gdcproject.org/show_bug.cgi?id=55
--- Comment #2 from Iain Buclaw 2013-05-24 07:32:16
UTC ---
(In reply to comment #0)
> Created attachment 38 [details]
> reduced source code
>
> Compiler version: git head (272a77a8a78350518aabc5805cee623f773a3dba)
> built with Debian's gcc 4.8.
http://bugzilla.gdcproject.org/show_bug.cgi?id=55
--- Comment #3 from Iain Buclaw 2013-05-24 07:33:17
UTC ---
https://github.com/CyberShadow/DustMite/wiki/Building-DustMite
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugzilla.gdcproject.org/show_bug.cgi?id=55
--- Comment #4 from Iain Buclaw 2013-05-24 07:35:27
UTC ---
Though it looks to have been fixed for 2.063
http://d.puremagic.com/issues/show_bug.cgi?id=6395
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- Yo
http://bugzilla.gdcproject.org/show_bug.cgi?id=55
Iain Buclaw changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|WONTFIX
http://bugzilla.gdcproject.org/show_bug.cgi?id=56
Bug #: 56
Summary: Error with gcc.builtins and ARM neon.
Classification: Unclassified
Product: GDC
Version: 4.8.x
Platform: ARM
OS/Version: Linux
Status: NEW
http://bugzilla.gdcproject.org/show_bug.cgi?id=56
--- Comment #1 from Iain Buclaw 2013-05-25 21:13:57
UTC ---
The other alternative would be to change the front-end to handle cent / ucent
types semantically. But there are other considerations to be taken into place,
such as changing dinteger_t
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
Bug #: 57
Summary: Comparing small structs fails
Classification: Unclassified
Product: GDC
Version: development
Platform: All
OS/Version: All
Status: NEW
Seve
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
Johannes Pfau changed:
What|Removed |Added
CC||johannesp...@gmail.com
--
Configure bugm
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #1 from Iain Buclaw 2013-05-28 20:17:30
UTC ---
Incidentally, I actually thought about this earlier when looking at another
test using empty structs. The fix didn't work for that, but it just so happens
that it works for this...
--
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #2 from Iain Buclaw 2013-05-28 20:24:17
UTC ---
Can't post patch here as it's on another computer but it's essentially:
-- AssignExp::toElem
remove sle->fillHoles code.
-- StructLiteralExp::toElem
Put fillHoles code here and create
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #4 from Iain Buclaw 2013-05-28 21:55:44
UTC ---
Update:
https://github.com/D-Programming-GDC/GDC/commit/58f03823aeb72109a69673f111092548aca081f5
Actually got both cases in one hit this time...
---
static struct Foo
{
static Fo
http://bugzilla.gdcproject.org/show_bug.cgi?id=56
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
Johannes Pfau changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #6 from Iain Buclaw 2013-05-29 17:56:36
UTC ---
(In reply to comment #5)
> Nice work!
>
> But I can still reproduce this with the posted test case (GCC 4.8.0) if I
> compile without optimization. With -O2 or higher it works fine.
>
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #7 from Iain Buclaw 2013-05-29 18:01:29
UTC ---
(In reply to comment #6)
> (In reply to comment #5)
> > Nice work!
> >
> > But I can still reproduce this with the posted test case (GCC 4.8.0) if I
> > compile without optimization. Wi
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #8 from Iain Buclaw 2013-05-29 19:56:13
UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > Nice work!
> > >
> > > But I can still reproduce this with the posted test case (GCC 4.8.0) if I
>
http://bugzilla.gdcproject.org/show_bug.cgi?id=9
Iain Buclaw changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #9 from Johannes Pfau 2013-05-30 07:45:04
UTC ---
Unfortunately I can still reproduce it.
Using GCC 4.8.0, GDC revision ed839f8a16e84d0eddaac3100dae4905ebcd58e9.
Happens only without optimization and only on 64 bit.
Compiled using "
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #10 from Iain Buclaw 2013-05-30 08:50:07
UTC ---
(In reply to comment #9)
> Unfortunately I can still reproduce it.
>
> Using GCC 4.8.0, GDC revision ed839f8a16e84d0eddaac3100dae4905ebcd58e9.
> Happens only without optimization and o
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #11 from Johannes Pfau 2013-05-30 17:07:16
UTC ---
I've now used a fresh clone of the gdc repository, extracted gcc 4.8.0 ad did a
complete new build, but I can still reproduce this here with x86_64 and without
optimization. The probl
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #12 from Johannes Pfau 2013-05-30 17:10:12
UTC ---
Created attachment 40
--> http://bugzilla.gdcproject.org/attachment.cgi?id=40
compiled binary
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
---
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #13 from Iain Buclaw 2013-05-30 17:56:25
UTC ---
iain@dm1-oneiric:~$ wget http://bugzilla.gdcproject.org/attachment.cgi?id=40 -O
smallstruct
iain@dm1-oneiric:~$ chmod +x smallstruct
iain@dm1-oneiric:~$ ./smallstruct
iain@dm1-on
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #14 from Iain Buclaw 2013-05-30 18:17:07
UTC ---
(In reply to comment #13)
> Can not reproduce running that binary on any of my x86_64 systems. :-)
I will note that my x86_64 bit machines uses:
../sysdeps/x86_64/multiarch/memcmp-sss
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #15 from Johannes Pfau 2013-05-30 19:43:08
UTC ---
Strange. This same binary fails on two different machines, Fedora 17 & 18. But
it works fine on a third machine with archlinux. Maybe it's caused by some
additional security feature t
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #16 from Iain Buclaw 2013-05-31 23:09:14
UTC ---
Will probably keep open as this variant fails (and probably will on all x86_64
targets).
---
struct S
{
int a;
long b;
//int pad; //doesn't happen for bigger structs
}
S f
http://bugzilla.gdcproject.org/show_bug.cgi?id=52
--- Comment #1 from Iain Buclaw 2013-06-01 00:48:01
UTC ---
https://github.com/D-Programming-GDC/GDC/commit/38d4599d8cbae3ce8f29a1da46175503d2894f08
Before:
Construct: this=FFE36DD0
Check: this=FFE36DD0 a=FFE36DD0
Check:
http://bugzilla.gdcproject.org/show_bug.cgi?id=52
--- Comment #2 from Johannes Pfau 2013-06-01 11:47:43
UTC ---
I don't wanna nit pick but that doesn't fix the issue in typecons.d. The test
case is a reduced test for scoped. It's not a check for some optimization, it's
a check that makes sure th
http://bugzilla.gdcproject.org/show_bug.cgi?id=52
--- Comment #3 from Iain Buclaw 2013-06-01 13:27:31
UTC ---
(In reply to comment #2)
> I don't wanna nit pick but that doesn't fix the issue in typecons.d. The test
> case is a reduced test for scoped. It's not a check for some optimization,
> i
http://bugzilla.gdcproject.org/show_bug.cgi?id=42
--- Comment #1 from Iain Buclaw 2013-06-01 14:11:14
UTC ---
For the time being at least, non-PODs are now *returned* in memory.
https://github.com/D-Programming-GDC/GDC/commit/b805b71ee51ea79af990fab1fa677f762d90ef83
This should make reference
http://bugzilla.gdcproject.org/show_bug.cgi?id=52
--- Comment #4 from Johannes Pfau 2013-06-01 18:51:08
UTC ---
Well the address should not change to make sure interior pointers stay valid.
Whether it's moved or copied doesn't matter in that case.
I think I remember Walter at some point said NR
http://bugzilla.gdcproject.org/show_bug.cgi?id=58
Bug #: 58
Summary: std.math.pow produces incorrect results when used with
std.parallelism
Classification: Unclassified
Product: GDC
Version: 4.8.x
Platform: x86
http://bugzilla.gdcproject.org/show_bug.cgi?id=58
Johannes Pfau changed:
What|Removed |Added
CC||johannesp...@gmail.com
--- Comment #1 fro
http://bugzilla.gdcproject.org/show_bug.cgi?id=59
Bug #: 59
Summary: X32 - Type *argtypemerge(): Assertion `0' failed
Classification: Unclassified
Product: GDC
Version: development
Platform: x86_64
OS/Version: All
Stat
http://bugzilla.gdcproject.org/show_bug.cgi?id=59
--- Comment #1 from Iain Buclaw 2013-06-02 17:23:46
UTC ---
I think this would also fail for delegate types as well, as
TypeDelegate::toArgTypes is identical.
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
---
http://bugzilla.gdcproject.org/show_bug.cgi?id=60
Bug #: 60
Summary: GDC support - X32, X86, X86_64
Classification: Unclassified
Product: GDC
Version: development
Platform: x86_64
OS/Version: Linux
Status: NEW
http://bugzilla.gdcproject.org/show_bug.cgi?id=59
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=60
--- Comment #1 from Iain Buclaw 2013-06-08 17:15:40
UTC ---
Updated results
gdc -m64
---
passed: 10706
failed: 0
unresolved: 0
gdc -m32
---
passed: 10702
failed: 4
unresolved: 0
Failing files:
runnable/test42.d
gdc -mx32
---
passed: 10706
f
http://bugzilla.gdcproject.org/show_bug.cgi?id=60
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=61
Bug #: 61
Summary: LTO: internal compiler error: in build_dtype, at
d/d-codegen.h:223
Classification: Unclassified
Product: GDC
Version: 4.7.x
Platform: x86_64
http://bugzilla.gdcproject.org/show_bug.cgi?id=61
--- Comment #1 from marco.le...@gmx.de 2013-06-09 05:29:32 UTC ---
(compiler based on gcc 4.7.2)
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching al
http://bugzilla.gdcproject.org/show_bug.cgi?id=61
--- Comment #2 from Iain Buclaw 2013-06-09 14:32:31
UTC ---
https://github.com/D-Programming-GDC/GDC/commit/685e32bde7137e02260a56dfc0f5a4ef63b4acfd
Still ICE's in LTO, but it's not part of GDC / clear if it's an issue with
GDC.
--
Configure
http://bugzilla.gdcproject.org/show_bug.cgi?id=62
Johannes Pfau changed:
What|Removed |Added
CC||johannesp...@gmail.com
--
Configure bugm
http://bugzilla.gdcproject.org/show_bug.cgi?id=62
Bug #: 62
Summary: Name of nested functions is not available in debug
info
Classification: Unclassified
Product: GDC
Version: development
Platform: All
OS/Versi
http://bugzilla.gdcproject.org/show_bug.cgi?id=52
--- Comment #5 from Iain Buclaw 2013-06-12 23:03:51
UTC ---
Interestingly enough, the tests in the D2 testsuite for NRVO pass when compiled
with -O1, but not with -O2 or -O3...
This attached test case is not affected at all regardless.
--
Conf
http://bugzilla.gdcproject.org/show_bug.cgi?id=60
--- Comment #2 from Iain Buclaw 2013-06-13 17:07:00
UTC ---
Now fully passing (prior to 2.063 merge).
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are wat
http://bugzilla.gdcproject.org/show_bug.cgi?id=7
Johannes Pfau changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=63
Bug #: 63
Summary: c++ compiler built even when --disable-bootstrap is
given
Classification: Unclassified
Product: GDC
Version: development
Platform: All
OS/Ver
http://bugzilla.gdcproject.org/show_bug.cgi?id=63
--- Comment #1 from Iain Buclaw 2013-06-16 10:28:29
UTC ---
This is gcc configure scripts related. Have tweaked the config-lang.in scripts
so that the dependency on c++ is explicitly as a stage1 language only. However
it looks like the gcc ./co
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
--- Comment #17 from Iain Buclaw 2013-06-16 17:00:24
UTC ---
I have a "fix" for this. Just running it through the test suite...
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
http://bugzilla.gdcproject.org/show_bug.cgi?id=57
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=28
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=54
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugzilla.gdcproject.org/show_bug.cgi?id=64
Bug #: 64
Summary: Build warnings in gcc.
Classification: Unclassified
Product: GDC
Version: development
Platform: IA64
OS/Version: Linux
Status: NEW
Severity
http://bugzilla.gdcproject.org/show_bug.cgi?id=64
Johannes Pfau changed:
What|Removed |Added
CC||johannesp...@gmail.com
--- Comment #1 fro
http://bugzilla.gdcproject.org/show_bug.cgi?id=64
--- Comment #2 from Iain Buclaw 2013-06-27 14:25:32
UTC ---
OK, so I've have a look, the order of file inclusion is such (see config.gcc):
dbxelf.h
elfos.h
gnu-user.h
linux.h // Sets as: linux, Posix, GNU libc
glibc-stdint.h
ia64/sy
201 - 300 of 758 matches
Mail list logo
