https://issues.dlang.org/show_bug.cgi?id=2079
--- Comment #4 from Dlang Bot ---
dlang/dub pull request #2081 "Allow adding dflags on dependencies when using
SDL format" was merged into stable:
- cfd4fd801468a46cd599dda476c19bbd9f093237 by Ă–mer Faruk IRMAK:
Allow adding dflags on dependencies w
https://issues.dlang.org/show_bug.cgi?id=21562
--- Comment #2 from Bolpat ---
Just a random thought. Laziness is the main driver.
--
https://issues.dlang.org/show_bug.cgi?id=19706
Bolpat changed:
What|Removed |Added
Keywords||rejects-valid
--
https://issues.dlang.org/show_bug.cgi?id=21565
RazvanN changed:
What|Removed |Added
CC||razvan.nitu1...@gmail.com
--- Comment #5 from Razv
https://issues.dlang.org/show_bug.cgi?id=19616
Bolpat changed:
What|Removed |Added
CC||qs.il.paperi...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=18913
Bolpat changed:
What|Removed |Added
CC||qs.il.paperi...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=21544
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from Dlang Bot ---
@Moonlig
https://issues.dlang.org/show_bug.cgi?id=20552
RazvanN changed:
What|Removed |Added
CC||razvan.nitu1...@gmail.com
--- Comment #3 from Razv
https://issues.dlang.org/show_bug.cgi?id=20552
RazvanN changed:
What|Removed |Added
Component|dmd |phobos
--
https://issues.dlang.org/show_bug.cgi?id=21570
Issue ID: 21570
Summary: __traits(isStaticArray, ...) accepts enums with static
array as base type
Product: D
Version: D2
Hardware: All
OS: All
Status
https://issues.dlang.org/show_bug.cgi?id=21569
moonlightsenti...@disroot.org changed:
What|Removed |Added
CC||moonlightsentinel@disroot.o
https://issues.dlang.org/show_bug.cgi?id=21567
moonlightsenti...@disroot.org changed:
What|Removed |Added
CC||moonlightsentinel@disroot.o
https://issues.dlang.org/show_bug.cgi?id=21569
--- Comment #2 from apham ---
(In reply to moonlightsentinel from comment #1)
> Does your current environment contain a RES variable?
>
> The include path (C:\Development\DLang\D\dmd2\src\src/dmd/res) is wrong and
> points inside of your dmd install
https://issues.dlang.org/show_bug.cgi?id=21569
--- Comment #3 from apham ---
(In reply to moonlightsentinel from comment #1)
> Does your current environment contain a RES variable?
>
I see RES is set in build.d module as below
env.setDefault("RES", dmdRepo.buildPath("src/dmd/res"));
--
https://issues.dlang.org/show_bug.cgi?id=20552
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #4 from Dlang Bot ---
@RazvanN
https://issues.dlang.org/show_bug.cgi?id=21570
--- Comment #1 from Dlang Bot ---
@MoonlightSentinel created dlang/phobos pull request #7760 "Make
isAutoDecodableString independent of issue 21570" mentioning this issue:
- Make isAutoDecodableString independent of issue 21570
The current implem
https://issues.dlang.org/show_bug.cgi?id=21571
Issue ID: 21571
Summary: goto across assignment to AA fails and reports false
Error
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=21571
Stefan changed:
What|Removed |Added
CC||kde...@vogtner.de
--
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #6 from ag0aep6g ---
(In reply to Paul Backus from comment #2)
> The question is: should the value of `t` after `t.x = 5`, in comment 1's
> example, be considered an unsafe value?
[...]
> If we amend the spec as follows:
>
> > A struct/u
https://issues.dlang.org/show_bug.cgi?id=21569
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #4 from Dlang Bot ---
@Moonlig
https://issues.dlang.org/show_bug.cgi?id=21569
--- Comment #5 from moonlightsenti...@disroot.org ---
Sorry for the confusion, didn't realise you were building the sources included
in the official release instead of the git repository.
Submitted a fix for your problem.
--
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #7 from Steven Schveighoffer ---
(In reply to Paul Backus from comment #4)
> The *intent* of the spec is clearly to allow code like this to be marked as
> @trusted. If the current wording of the spec does not allow that, then the
> spec's
https://issues.dlang.org/show_bug.cgi?id=21567
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #2 from Dlang Bot ---
@Moonlig
https://issues.dlang.org/show_bug.cgi?id=21539
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #6 from Dlang Bot ---
@BorisCa
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #8 from Steven Schveighoffer ---
(In reply to RazvanN from comment #5)
> (In reply to Steven Schveighoffer from comment #3)
> > If you do intend to access the int *, then having any safe code anywhere
> > just change the integer ruins the
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #9 from Paul Backus ---
> I'm disagreeing with the ability of safe code to access any part of this.
On what grounds? The point of @safe is to prevent undefined behavior, and
allowing access to the integer cannot possibly lead to undefine
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #10 from Steven Schveighoffer ---
(In reply to Paul Backus from comment #9)
> > I'm disagreeing with the ability of safe code to access any part of this.
>
> On what grounds? The point of @safe is to prevent undefined behavior, and
> all
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #11 from Paul Backus ---
> Read-only access is fine. Write access is not.
Again, on what grounds do you make this claim? Can writing to the integer
member cause undefined behavior in @safe-only code? If so, please provide an
example.
>
https://issues.dlang.org/show_bug.cgi?id=21569
Witold Baryluk changed:
What|Removed |Added
CC||witold.barylu...@gmail.com
--- Comment #6 f
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #12 from Steven Schveighoffer ---
(In reply to Paul Backus from comment #11)
> > Read-only access is fine. Write access is not.
>
> Again, on what grounds do you make this claim? Can writing to the integer
> member cause undefined behavi
https://issues.dlang.org/show_bug.cgi?id=21569
--- Comment #7 from apham ---
(In reply to moonlightsentinel from comment #5)
> Sorry for the confusion, didn't realise you were building the sources
> included in the official release instead of the git repository.
>
> Submitted a fix for your prob
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #13 from Steven Schveighoffer ---
(In reply to Steven Schveighoffer from comment #12)
> It's just that the rules leave us with the reality that using such unions
> usable in @safe or @trusted code has no utility.
I rewrote this several
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #14 from Paul Backus ---
(In reply to Steven Schveighoffer from comment #12)
>
> On the grounds that it's not desirable. It does not cause undefined
> behavior, just useless behavior. We are better off disallowing it.
"I don't like it"
https://issues.dlang.org/show_bug.cgi?id=21569
--- Comment #8 from moonlightsenti...@disroot.org ---
I am not very familiar with these makefiles.
You can also building from the git repositorys or try LDC's
`--link-defaultlib-debug` flag instead.
--
https://issues.dlang.org/show_bug.cgi?id=21569
Dlang Bot changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=21565
--- Comment #15 from Steven Schveighoffer ---
(In reply to Paul Backus from comment #14)
> (In reply to Steven Schveighoffer from comment #12)
> >
> > On the grounds that it's not desirable. It does not cause undefined
> > behavior, just useless beh
https://issues.dlang.org/show_bug.cgi?id=21376
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #5 from Dlang Bot ---
@ibuclaw
https://issues.dlang.org/show_bug.cgi?id=21570
--- Comment #2 from Dlang Bot ---
dlang/phobos pull request #7760 "Make isAutoDecodableString independent of
issue 21570" was merged into master:
- 7c13ddf8de6bbaf287a60ebac7e3f31acf45ecec by MoonlightSentinel:
Make isAutoDecodableString independe
https://issues.dlang.org/show_bug.cgi?id=18026
Boris Carvajal changed:
What|Removed |Added
CC||boris...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=20508
Dlang Bot changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
40 matches
Mail list logo