Hello,
When compiling a simple project with makefile, I'm getting the
error:
myclass.d:(.text+0x88): multiple definition of
`_DT16_D15myabstractclass15MyAbstractClass11firstMethodMFZv'
I'm not certain what's actually wrong with my code. The error
occurs when the all of the original object
On Sunday, 23 December 2018 at 15:15:37 UTC, Johannes Pfau wrote:
Am Sun, 23 Dec 2018 01:21:22 + schrieb MINGW-USER:
It seems version (Windows) is not defined into the compiler
gdc.exe gdc
(GCC) 9.0.0 20181221 (experimental)
built with msys2/mingw-w64 on Windows 10.
The trouble appears
On Wed, 21 Nov 2018 at 12:27, Iain Buclaw wrote:
>
> On Tue, 20 Nov 2018 at 09:30, Dejan Lekic via D.gnu
> wrote:
> >
> > I am trying to build GCC master with D enabled, configured with:
> >
> > ../configure --enable-languages=d --prefix=/opt/gcc
> > --m
On Tue, 20 Nov 2018 at 09:30, Dejan Lekic via D.gnu wrote:
>
> I am trying to build GCC master with D enabled, configured with:
>
> ../configure --enable-languages=d --prefix=/opt/gcc
> --mandir=/opt/gcc/share/man --infodir=/opt/gcc/share/info
> --enable-shared --enable-thre
On Tuesday, 20 November 2018 at 08:29:14 UTC, Dejan Lekic wrote:
When I do what it tells me to do (make distclean in the phobos
directory) I am getting:
I don't familiar with gdc compiles, but the error info gives you
command `make distclean` should be executed in the top dir(where
your
I am trying to build GCC master with D enabled, configured with:
../configure --enable-languages=d --prefix=/opt/gcc
--mandir=/opt/gcc/share/man --infodir=/opt/gcc/share/info
--enable-shared --enable-threads=posix --enable-checking=release
--with-system-zlib --enable-multilib
https://bugzilla.gdcproject.org/show_bug.cgi?id=309
--- Comment #1 from Johannes Pfau ---
https://github.com/D-Programming-GDC/GDC/pull/768
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=309
Bug ID: 309
Summary: IdentityExp for complex floating point types is broken
Product: GDC
Version: development
Hardware: All
OS: All
Status: NEW
On Monday, 29 October 2018 at 06:35:30 UTC, sclytrack wrote:
"The D Language Front-End Finally Merged Into GCC 9"
https://www.phoronix.com/scan.php?page=news_item=GCC-9-Merges-D-Language
Nice job Iain and others.
See d-announce
"The D Language Front-End Finally Merged Into GCC 9"
https://www.phoronix.com/scan.php?page=news_item=GCC-9-Merges-D-Language
Nice job Iain and others.
https://bugzilla.gdcproject.org/show_bug.cgi?id=308
--- Comment #3 from Iain Buclaw ---
I can't say that I can reproduce this on master for both ARM and x86_64.
Looking at what hits eval_builtin, it would appear to be ICEing because
__builtin_expect is not recognized as a built-in.
--
You are
This is an essential yet frequently neglected advance all the
while. Numerous students neglect to limit the extent of their
subjects and wind up having papers that are excessively summed
up. Picking particular things to center on in your paper will
enable you to lead a more intensive
https://bugzilla.gdcproject.org/show_bug.cgi?id=308
--- Comment #2 from Cecil Ward ---
Is all good in gdc v6.x target x64 for example.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=308
Cecil Ward changed:
What|Removed |Added
Priority|Normal |Highest
--- Comment #1 from Cecil Ward
https://bugzilla.gdcproject.org/show_bug.cgi?id=308
Bug ID: 308
Summary: cc1d: internal compiler error: in eval_builtin, at
d/d-frontend.cc:475
Product: GDC
Version: 7.x
Hardware: ARM
OS: Linux
On Sunday, 9 September 2018 at 18:11:53 UTC, David Nadlinger
wrote:
LDC as shipped in the upstream binary packages doesn't link
shared libraries by default, but some distros might be
specifying `-link-defaultlib-shared` in the ldc2.conf they ship.
— David
Hi David,
I checked out my
On 11 September 2018 at 12:17, Danny Arends via D.gnu
wrote:
> On Tuesday, 11 September 2018 at 09:32:51 UTC, Eugene Wissner wrote:
>>
>> On Tuesday, 11 September 2018 at 08:54:33 UTC, Danny Arends wrote:
>>>
>>> Hey all,
>>>
>>> I am buildi
On Tuesday, 11 September 2018 at 09:32:51 UTC, Eugene Wissner
wrote:
On Tuesday, 11 September 2018 at 08:54:33 UTC, Danny Arends
wrote:
Hey all,
I am building a font glyph atlas for 2D and 3D rendering using
the following code:
dchar c = '\u';
while (c <= '\U') {
On Tuesday, 11 September 2018 at 08:54:33 UTC, Danny Arends wrote:
Hey all,
I am building a font glyph atlas for 2D and 3D rendering using
the following code:
dchar c = '\u';
while (c <= '\U') {
if(isValidDchar(c)){
# Code working on the char
}
}
This compiles, and works
On Saturday, 8 September 2018 at 14:44:36 UTC, Kyle De'Vir wrote:
Also, it would be nice to officially document this somewhere.
Or is still considered an unstable feature? LDC seems to
dynamically link by default, now that I examine it.
LDC as shipped in the upstream binary packages doesn't
Just curious.
On Saturday, 8 September 2018 at 07:55:49 UTC, Iain Buclaw wrote:
-shared-libphobos
Also, it would be nice to officially document this somewhere. Or
is still considered an unstable feature? LDC seems to dynamically
link by default, now that I examine it.
On Saturday, 8 September 2018 at 07:55:49 UTC, Iain Buclaw wrote:
On 8 September 2018 at 09:40, Kyle De'Vir via D.gnu
wrote:
The runtime makes use of libgcc, backtrace and atomic libraries
that dmd wouldn't have.
I'd consider it quite safe to build with -shared-libphobos so
you don't have
On 8 September 2018 at 09:40, Kyle De'Vir via D.gnu wrote:
> Maybe I'm missing something, but the binary size that GDC outputs on
> compilation, for a very simple Hello World example, is very large, even
> after stripping it.
>
> Comparison between DMD and GDC, all after
Maybe I'm missing something, but the binary size that GDC outputs
on compilation, for a very simple Hello World example, is very
large, even after stripping it.
Comparison between DMD and GDC, all after stripping, plus
compilation commands:
dmd -mcpu=native -O -release -inline
https://bugzilla.gdcproject.org/show_bug.cgi?id=307
--- Comment #4 from Iain Buclaw ---
Actually, there's more.
---
void test307()
{
apply307(1, 2, 3);
}
void apply307(T...)(T ts)
{
tloop:
foreach (t; ts)
{
switch (t)
{
continue tloop;
https://bugzilla.gdcproject.org/show_bug.cgi?id=307
--- Comment #3 from Iain Buclaw ---
More complete test that covers three combinations of problems:
1. Continue label in unrolled loop
2. Break label in unrolled loop
3. Loop body unrolled more than once.
I have something for 1 and 2, but not
https://bugzilla.gdcproject.org/show_bug.cgi?id=307
Iain Buclaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Iain Buclaw
https://bugzilla.gdcproject.org/show_bug.cgi?id=307
Iain Buclaw changed:
What|Removed |Added
Priority|Normal |High
--- Comment #1 from Iain Buclaw
https://bugzilla.gdcproject.org/show_bug.cgi?id=307
Bug ID: 307
Summary: internal compiler error: Segmentation fault
Product: GDC
Version: development
Hardware: All
OS: Linux
Status: NEW
Severity: normal
If anyone has details. I mean step by step on how to make this
work with command to do it,I would appreciate it.
Either CYGWIN or A WINDOWS 10 VM
Thanks,
Steven
https://bugzilla.gdcproject.org/show_bug.cgi?id=148
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.gdcproject.org/show_bug.cgi?id=291
Bug 291 depends on bug 148, which changed state.
Bug 148 Summary: gcc inline asm instruction template must be a constant char
string regression
https://bugzilla.gdcproject.org/show_bug.cgi?id=148
What|Removed
https://bugzilla.gdcproject.org/show_bug.cgi?id=306
Filipe Laíns changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this mail
https://bugzilla.gdcproject.org/show_bug.cgi?id=306
Filipe Laíns changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugzilla.gdcproject.org/show_bug.cgi?id=306
--- Comment #2 from Iain Buclaw ---
Also, none of the code that handles this is a part of gdc, or maintained in its
repo.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=306
--- Comment #1 from Iain Buclaw ---
1. Can't reproduce, need more info.
2. Bug url is shown from --help
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=306
Bug ID: 306
Summary: 'gdc --version' doesn't output the parameters passed
in --with-pkgversion and --with-bugurl
Product: GDC
Version: 8,x
Hardware: All
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
--- Comment #14 from Iain Buclaw ---
Should be good for now, will want to eventually add a bootstrap test, possibly
to buildkite.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=301
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugzilla.gdcproject.org/show_bug.cgi?id=296
--- Comment #6 from Iain Buclaw ---
First part is dealt with here.
https://github.com/D-Programming-GDC/GDC/pull/726
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=296
--- Comment #5 from Iain Buclaw ---
(In reply to Curtis from comment #4)
> Thanks for the tip. I made the below changes to the patch to get things to
> work.
>
> @@ -3089,6 +3089,7 @@
> if [ "$target_has_targetcm" = "no" ]; then
>
https://bugzilla.gdcproject.org/show_bug.cgi?id=301
Iain Buclaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Iain Buclaw
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Iain Buclaw changed:
What|Removed |Added
Component|libgphobos |gdc
--- Comment #13 from Iain Buclaw
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Iain Buclaw changed:
What|Removed |Added
Version|8,x |development
--- Comment #12 from Iain
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
--- Comment #11 from Moritz Maxeiner ---
The issue starts with PR 550[1], i.e. the switch from C++ DMD to the DDMD
frontend.
[1] https://github.com/D-Programming-GDC/GDC/pull/550/commits
--
You are receiving this mail because:
You are
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
--- Comment #10 from Moritz Maxeiner ---
gcc-9-20180610 + gdc 7f176c52211a15a037655ddc52001398233ea472 seem to bootstrap
correctly.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
--- Comment #9 from Moritz Maxeiner ---
gcc-8.1.0 + gdc-8 hash d28e61d25bbe8b5a637550739a579fcd68e0a41a has the same
issue w.r.t. libgphobos.spec
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
--- Comment #8 from Moritz Maxeiner ---
I've tested gcc-9 snapshot 20180826 + gdc master hash
3ca5693f4c263e9e7cfa1a913d4c1e2bdca65e8f and it yields the same error on
bootstrapping. The attached patch is required to event start, as without that
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
--- Comment #7 from Moritz Maxeiner ---
Created attachment 100
--> https://bugzilla.gdcproject.org/attachment.cgi?id=100=edit
c_long.patch
Required to even start bootstrapping.
--
You are receiving this mail because:
You are watching all
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Moritz Maxeiner changed:
What|Removed |Added
Attachment #98 is|0 |1
obsolete|
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Moritz Maxeiner changed:
What|Removed |Added
Attachment #97 is|0 |1
obsolete|
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
--- Comment #4 from Moritz Maxeiner ---
Created attachment 97
--> https://bugzilla.gdcproject.org/attachment.cgi?id=97=edit
build.log: gcc-9-20180826 + gdc master
(3ca5693f4c263e9e7cfa1a913d4c1e2bdca65e8f)
--
You are receiving this mail
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Moritz Maxeiner changed:
What|Removed |Added
CC||m...@ucw.sh
--- Comment #3 from
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Iain Buclaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Iain Buclaw
https://bugzilla.gdcproject.org/show_bug.cgi?id=305
Bug ID: 305
Summary: Multiple definition error
Product: GDC
Version: 7.x
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Normal
https://bugzilla.gdcproject.org/show_bug.cgi?id=89
Johannes Pfau changed:
What|Removed |Added
CC||la...@archlinux.org
--- Comment #2 from
https://bugzilla.gdcproject.org/show_bug.cgi?id=304
Johannes Pfau changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Johannes Pfau changed:
What|Removed |Added
CC||johannesp...@gmail.com
--- Comment #1
https://bugzilla.gdcproject.org/show_bug.cgi?id=304
Filipe Laíns changed:
What|Removed |Added
Summary|Please output the D version |Please output the D version
https://bugzilla.gdcproject.org/show_bug.cgi?id=304
Bug ID: 304
Summary: Please output the D version implemented in GDC in 'gdc
--version'
Product: GDC
Version: development
Hardware: All
OS: All
https://bugzilla.gdcproject.org/show_bug.cgi?id=303
Bug ID: 303
Summary: Make: libgphobos.spec not found
Product: GDC
Version: 8,x
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority:
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
--- Comment #7 from ARaspiK ---
Also, this fails too, not just postfixes:
module test;
import gcc.attribute;
alias func = @attribute("ms_abi") void function(int, int);
func foo;
void main() {
foo(2, 4);
}
gdc test.d -c -o test.o
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
--- Comment #6 from Iain Buclaw ---
(In reply to ARaspiK from comment #5)
> Perhaps a new extern(MS_ABI) or similar is needed. After all, the spec has
> declared extern(Windows) to be the same as extern(C) except in case of
> 32-bit, where it
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
--- Comment #5 from ARaspiK ---
Perhaps a new extern(MS_ABI) or similar is needed. After all, the spec has
declared extern(Windows) to be the same as extern(C) except in case of 32-bit,
where it then uses stdcall.
On other vendors, LDC will
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
--- Comment #4 from Iain Buclaw ---
Perhaps rather than using `@attribute("ms_abi")` we could extend
`extern(Windows)` instead to have a special meaning on 64bit.
extern(Windows) size_t function(int, int) foo; // Marked as 'ms_abi'.
--
You
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
--- Comment #3 from Iain Buclaw ---
OK, looks like ms_abi is an attribute of the function type, not the declaration
itself, and this attribute information gets lost when calling the variable, as
the original type gets cast away.
--
You are
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
--- Comment #2 from ARaspiK ---
Oh, OK. Thanks for responding so fast.
About that section: I have no idea what it does, but I think it looks right.
I'me reading it as "If userAttributes, getAttributes, then
`decl_attributes(csym,
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
Iain Buclaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Iain Buclaw
https://bugzilla.gdcproject.org/show_bug.cgi?id=302
Bug ID: 302
Summary: `function` type UDA postfixes not allowed
Product: GDC
Version: 8,x
Hardware: All
OS: All
Status: NEW
Severity: normal
https://bugzilla.gdcproject.org/show_bug.cgi?id=300
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugzilla.gdcproject.org/show_bug.cgi?id=301
--- Comment #2 from ARaspiK ---
Same issue occurs when compiling GDC with previous GDC 8.1.0 on Gentoo
(manually compiled)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=301
--- Comment #1 from ARaspiK ---
Old GCC: 7.2.0
Compiling manually (previous compiler built using custom ebuild on Gentoo which
integrates steps listed by wiki.dlang.org/GDC/Installation/Generic)
--
You are receiving this mail because:
You are
https://bugzilla.gdcproject.org/show_bug.cgi?id=301
Bug ID: 301
Summary: cannot cast expression 'value' of type
'immutable(ulong)' to 'longdouble'
Product: GDC
Version: development
Hardware: All
OS: All
On 25 July 2018 at 12:05, Mike Franklin via D.gnu wrote:
> On Wednesday, 25 July 2018 at 08:37:28 UTC, Zheng (Vic) Luo wrote:
>
>> Current implementation of compilers assumes the existence of some symbols
>> from libc, which leads to an infinite loop if we want to implement
On 25 July 2018 at 12:32, Zheng Luo (Vic) via D.gnu wrote:
> On Wednesday, 25 July 2018 at 10:05:50 UTC, Mike Franklin wrote:
>>
>> On Wednesday, 25 July 2018 at 08:37:28 UTC, Zheng (Vic) Luo wrote:
>>
>>> Current implementation of compilers assumes the existence
On Wednesday, 25 July 2018 at 10:32:40 UTC, Zheng (Vic) Luo wrote:
Instead of forcing developers to avoid memset-like access
pattern in a freestanding environment and increasing their
mental burden, a universal flags to disable these the
generation of these calls will probably be a better
On Wednesday, 25 July 2018 at 10:05:50 UTC, Mike Franklin wrote:
On Wednesday, 25 July 2018 at 08:37:28 UTC, Zheng (Vic) Luo
wrote:
Current implementation of compilers assumes the existence of
some symbols from libc, which leads to an infinite loop if we
want to implement primitives like
On Wednesday, 25 July 2018 at 08:37:28 UTC, Zheng (Vic) Luo wrote:
Current implementation of compilers assumes the existence of
some symbols from libc, which leads to an infinite loop if we
want to implement primitives like "memset" with our own code
because the compiler will optimize
On Tuesday, 5 May 2015 at 17:51:51 UTC, Johannes Pfau wrote:
Am Tue, 05 May 2015 11:37:17 +
schrieb "Mike" :
So, perhaps in my ignorance, I have to say that I don't need a
-ffreestanding option, but I don't consider myself much of an
expert in this field. If you know of a need for the
On 23 July 2018 at 09:15, Johannes Pfau via D.gnu wrote:
> Am Mon, 23 Jul 2018 01:35:02 + schrieb Mike Franklin:
>
>> I'd like to be able to use GCC's `__builtin_alloca` without the C
>> standard library.
>>
>
> Just import gcc
Am Mon, 23 Jul 2018 01:35:02 + schrieb Mike Franklin:
> I'd like to be able to use GCC's `__builtin_alloca` without the C
> standard library.
>
Just import gcc.builtins for all GCC builtins:
import gcc.builtins;
void main()
{
auto foo =
I'd like to be able to use GCC's `__builtin_alloca` without the C
standard library.
This seems to work:
--- core/stdc/stdlib.d
module core.stdc.stdlib;
extern(C) void* alloca(size_t n) pure;
---
...but, since I'm not actually using the C standard library, I'd
prefer to avoid creating that
https://bugzilla.gdcproject.org/show_bug.cgi?id=300
Bug ID: 300
Summary: Undefined reference to
random.Sample!(Test).Sample.test(ulong)
Product: GDC
Version: development
Hardware: All
OS: All
On Friday, 20 July 2018 at 11:11:12 UTC, Mike Franklin wrote:
I ask for any insight you might have, should you wish to give
this your attention. Regardless, I'll keep investigating.
Just to follow up, after I enabled `-funroll-loops` for GDC, it
was almost twice as fast as LDC, though the
On Friday, 20 July 2018 at 12:49:59 UTC, Mike Franklin wrote:
GDC
---
arm-none-eabi-gdc -c -O2 -nophoboslib -nostdinc -nodefaultlibs
-nostdlib -mthumb -mcpu=cortex-m4 -mtune=cortex-m4
-mfloat-abi=hard -Isource/runtime -fno-bounds-check
-ffunction-sections -fdata-sections -fno-weak
Actually the assembly output from objdump isn't quite accurate.
Here's the generated assembly from the compiler.
LDC
---
ldc2 -conf= -disable-simplify-libcalls -c -Os
-mtriple=thumb-none-eabi -float-abi=hard -mcpu=cortex-m4
-Isource/runtime -boundscheck=off
_D5board3lcd8fillRectFiikktZv:
I've finally succeeded in getting a build of my STM32 ARM
Cortex-M proof of concept in LDC and GDC, thanks to the recent
changes in both compilers. So, I now have a way to compare code
generation between the two compilers.
The project is extremely simple; it just generates a bunch of
random
https://bugzilla.gdcproject.org/show_bug.cgi?id=299
Bug ID: 299
Summary: Unnecessary runtime dependencies for minimal runtime
build
Product: GDC
Version: development
Hardware: All
OS: All
https://bugzilla.gdcproject.org/show_bug.cgi?id=298
Iain Buclaw changed:
What|Removed |Added
Hardware|x86_64 |All
OS|Linux
https://bugzilla.gdcproject.org/show_bug.cgi?id=298
Bug ID: 298
Summary: dub 1.10 compilation bug
Product: GDC
Version: development
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
https://bugzilla.gdcproject.org/show_bug.cgi?id=296
--- Comment #4 from Curtis ---
Thanks for the tip. I made the below changes to the patch to get things to
work.
@@ -3089,6 +3089,7 @@
if [ "$target_has_targetcm" = "no" ]; then
c_target_objs="$c_target_objs default-c.o"
https://bugzilla.gdcproject.org/show_bug.cgi?id=296
--- Comment #3 from Iain Buclaw ---
(In reply to Curtis from comment #2)
> I'm sure you know that the patches above are against different gcc code
> bases. It is difficult to determine if anything is missing, because the
> code is so
https://bugzilla.gdcproject.org/show_bug.cgi?id=296
--- Comment #2 from Curtis ---
I'm sure you know that the patches above are against different gcc code bases.
It is difficult to determine if anything is missing, because the code is so
different. At any rate I applied the patch in master
https://bugzilla.gdcproject.org/show_bug.cgi?id=296
Iain Buclaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Iain Buclaw
https://bugzilla.gdcproject.org/show_bug.cgi?id=297
--- Comment #1 from Iain Buclaw ---
Hi, thanks. Would you be able to submit these patches to the repository on
github?
https://github.com/D-Programming-GDC/GDC
--
You are receiving this mail because:
You are watching all bug changes.
https://bugzilla.gdcproject.org/show_bug.cgi?id=297
Curtis changed:
What|Removed |Added
Summary|PowerPC64 Support for |Support for PowerPC64 on
https://bugzilla.gdcproject.org/show_bug.cgi?id=296
Curtis changed:
What|Removed |Added
OS|All |FreeBSD
Hardware|All
501 - 600 of 1935 matches
Mail list logo