https://issues.dlang.org/show_bug.cgi?id=23694
Dlang Bot changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=23694
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #3 from Dlang Bot ---
@WalterB
https://issues.dlang.org/show_bug.cgi?id=23700
--- Comment #6 from Walter Bright ---
https://github.com/dlang/dlang.org/pull/3535
--
https://issues.dlang.org/show_bug.cgi?id=23700
Walter Bright changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=23694
Walter Bright changed:
What|Removed |Added
CC||bugzi...@digitalmars.com
See Also|
https://issues.dlang.org/show_bug.cgi?id=23701
--- Comment #3 from Walter Bright ---
I take that back. importc.h has a #define for it:
#define __int64 long long
--
https://issues.dlang.org/show_bug.cgi?id=23727
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from Dlang Bot ---
@WalterB
https://issues.dlang.org/show_bug.cgi?id=23727
Issue ID: 23727
Summary: ImportC support imaginary real numbers
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: blocker
Priority: P
https://issues.dlang.org/show_bug.cgi?id=23727
Walter Bright changed:
What|Removed |Added
Keywords||ImportC
--
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #24 from Bolpat ---
@Zombine(In reply to ZombineDev from comment #18)
> […]
>
> 2. After deprecation period is finished, reintroduce the
> &. but with different semantics: retunring a
> delegate with context pointer set to null.
Why? If
https://issues.dlang.org/show_bug.cgi?id=3720
dlang+iss...@me.tracemymail.com changed:
What|Removed |Added
CC|dlang+issues@me.tracemymail |
|.com
https://issues.dlang.org/show_bug.cgi?id=13511
RazvanN changed:
What|Removed |Added
CC||razvan.nitu1...@gmail.com
Component|dmd
https://issues.dlang.org/show_bug.cgi?id=13786
RazvanN changed:
What|Removed |Added
CC||razvan.nitu1...@gmail.com
--- Comment #4 from Razv
https://issues.dlang.org/show_bug.cgi?id=13786
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=13772
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=13810
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=23702
--- Comment #4 from Iain Buclaw ---
(In reply to Walter Bright from comment #3)
> __has_extension is yet another C compiler extension (not ImportC's
> invention).
It's not GCC's invention either. Whose it is? It should be documented on the
ImportC p
https://issues.dlang.org/show_bug.cgi?id=23697
--- Comment #6 from Iain Buclaw ---
Missing definition of `T` in second example:
```
struct S s;
int* p = &s.t.x;
struct S { int a; struct T t; };
struct T { int b; int x; };
```
--
https://issues.dlang.org/show_bug.cgi?id=23721
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=23697
--- Comment #5 from Iain Buclaw ---
*** Issue 23721 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=23697
--- Comment #4 from Iain Buclaw ---
Another example of forward reference code that is accepted by ImportC, rejected
by standard C.
```
struct S s;
int* p = &s.t.x;
struct S { int a; struct T t; };
```
Giving both as examples on the ImportC document
https://issues.dlang.org/show_bug.cgi?id=23720
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=23697
--- Comment #3 from Iain Buclaw ---
*** Issue 23720 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=23720
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
https://issues.dlang.org/show_bug.cgi?id=23715
Iain Buclaw changed:
What|Removed |Added
Summary|compilable/testcstuff1.c:27 |ImportC: No rejection of
|3:
https://issues.dlang.org/show_bug.cgi?id=23717
Dlang Bot changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=23715
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
https://issues.dlang.org/show_bug.cgi?id=23712
--- Comment #3 from Iain Buclaw ---
(In reply to Iain Buclaw from comment #2)
> Seems that it is undefined behaviour in C, as the test fails under gcc, but
> passes for clang.
>
> https://godbolt.org/z/3hnjzMhfM
Note that both *do* give warnings ab
https://issues.dlang.org/show_bug.cgi?id=23712
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
--
https://issues.dlang.org/show_bug.cgi?id=23712
Iain Buclaw changed:
What|Removed |Added
Summary|compilable/testcstuff1.c:98 |ImportC: Unclear
|:1: error:
https://issues.dlang.org/show_bug.cgi?id=23712
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
https://issues.dlang.org/show_bug.cgi?id=23701
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
Summary|compilable/test23
https://issues.dlang.org/show_bug.cgi?id=23701
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
https://issues.dlang.org/show_bug.cgi?id=23700
--- Comment #5 from Iain Buclaw ---
(In reply to Walter Bright from comment #4)
> Indeed, CTFE is an ImportC extension. It's very useful for writing test
> cases like these.
Updated title, the page really should give some quick examples.
--
https://issues.dlang.org/show_bug.cgi?id=23700
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
Summary|compilable/test22
https://issues.dlang.org/show_bug.cgi?id=23699
--- Comment #3 from Iain Buclaw ---
The term used by C++ is "elaborated type specifier", which is used to
distinguish between types and regular identifiers.
For example, the following code is accepted by both C++ and ImportC
```
struct s { int a; };
https://issues.dlang.org/show_bug.cgi?id=23699
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
Summary|compilable/test22
https://issues.dlang.org/show_bug.cgi?id=23699
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
https://issues.dlang.org/show_bug.cgi?id=23698
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
Summary|compilable/test22
https://issues.dlang.org/show_bug.cgi?id=23697
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
Summary|compilable/test22
https://issues.dlang.org/show_bug.cgi?id=23698
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
https://issues.dlang.org/show_bug.cgi?id=23697
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
https://issues.dlang.org/show_bug.cgi?id=22916
Dlang Bot changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=23693
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
Summary|compilable/testcs
https://issues.dlang.org/show_bug.cgi?id=23693
--- Comment #3 from Iain Buclaw ---
(In reply to Walter Bright from comment #2)
> ImportC has to work with the output of C preprocessors other than gcc's.
> There's not much I can do about that. I recommend gcc simply not run those
> tests.
The point
https://issues.dlang.org/show_bug.cgi?id=23692
--- Comment #3 from Iain Buclaw ---
(In reply to Walter Bright from comment #2)
> (In reply to Iain Buclaw from comment #1)
> > 1. It would appear that `__pragma` and `__declspec` are MSVC extensions.
>
> That's correct. Just like ImportC adds exten
https://issues.dlang.org/show_bug.cgi?id=23692
Iain Buclaw changed:
What|Removed |Added
Component|dmd |dlang.org
Summary|compilable/test22
https://issues.dlang.org/show_bug.cgi?id=23691
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--- Comment #2 from Iai
48 matches
Mail list logo
