On Saturday, 30 March 2024 at 09:35:24 UTC, Per Nordlöw wrote:
Does anybody recognize the error
```
Attribute 'nocapture' does not apply to function return values
%12 = call noalias nocapture align 8 ptr @_D3xxx(ptr nonnull
%10, { i64, ptr } %11) #2, !dbg !7978
Attribute 'nocapture' does
Does anybody recognize the error
```
Attribute 'nocapture' does not apply to function return values
%12 = call noalias nocapture align 8 ptr @_D3xxx(ptr nonnull
%10, { i64, ptr } %11) #2, !dbg !7978
Attribute 'nocapture' does not apply to function return values
ptr @_D3xyz1
Attribute
On Monday, 15 June 2020 at 18:48:04 UTC, Per Nordlöw wrote:
This doesn't seem like an intuitive interface to me. I would
like `dub dustmite` to work directly inside the source tree by
creating a temporary copy of the root directory of a clean git
repo checkout (excluding the .git* files) where
On Monday, 15 June 2020 at 16:55:00 UTC, MoonlightSentinel wrote:
On Monday, 15 June 2020 at 10:54:47 UTC, Per Nordlöw wrote:
What have I missed?
My mistake, dub dustmite expects a path to an temporary
directory suitable for dustmite (it copies the entire projet +
all dependencies s.t.
On Monday, 15 June 2020 at 16:55:00 UTC, MoonlightSentinel wrote:
My mistake, dub dustmite expects a path to an temporary
directory suitable for dustmite (it copies the entire projet +
all dependencies s.t. dustmite sees the entire source code).
That path needs to be somewhere outside of the
On Monday, 15 June 2020 at 16:55:00 UTC, MoonlightSentinel wrote:
And these unittests trigger the segfault:
https://github.com/nordlow/phobos-next/blob/4a18833e226be0d3363fb07f02a7bcf531892e17/src/nxt/cyclic_array.d#L704-L712
On Monday, 15 June 2020 at 10:54:47 UTC, Per Nordlöw wrote:
What have I missed?
My mistake, dub dustmite expects a path to an temporary directory
suitable for dustmite (it copies the entire projet + all
dependencies s.t. dustmite sees the entire source code). That
path needs to be somewhere
On Friday, 12 June 2020 at 21:29:06 UTC, MoonlightSentinel wrote:
You could try to reduce your code using Dustmite through dub.
This should do the job IIRC:
dub dustmite --compiler=dmd --build=unittest
--compiler-status=139
See `dub dustmite --help` for more details.
The call
dub
On Friday, 12 June 2020 at 20:12:46 UTC, Luis wrote:
Fails with dub test ?
Yes. In the same way.
On Friday, 12 June 2020 at 21:54:57 UTC, H. S. Teoh wrote:
On Fri, Jun 12, 2020 at 09:29:06PM +, MoonlightSentinel via
Digitalmars-d-learn wrote:
On Friday, 12 June 2020 at 18:18:25 UTC, Per Nordlöw wrote:
> How do I most easily track down which unittest in which file
> that causes the
On Fri, Jun 12, 2020 at 09:29:06PM +, MoonlightSentinel via
Digitalmars-d-learn wrote:
> On Friday, 12 June 2020 at 18:18:25 UTC, Per Nordlöw wrote:
> > How do I most easily track down which unittest in which file that
> > causes the crash?
[...]
Compile your program with debugging symbols,
On Friday, 12 June 2020 at 18:18:25 UTC, Per Nordlöw wrote:
How do I most easily track down which unittest in which file
that causes the crash?
You could try to reduce your code using Dustmite through dub.
This should do the job IIRC:
dub dustmite --compiler=dmd --build=unittest
On Friday, 12 June 2020 at 18:18:25 UTC, Per Nordlöw wrote:
When I build my project as
dub run --compiler=dmd --build=unittest
it crashes as
Performing "unittest" build using dmd for x86_64.
phobos-next ~master: building configuration "library"...
Segmentation fault (core dumped)
dmd
When I build my project as
dub run --compiler=dmd --build=unittest
it crashes as
Performing "unittest" build using dmd for x86_64.
phobos-next ~master: building configuration "library"...
Segmentation fault (core dumped)
dmd failed with exit code 139.
whereas
dub run --compiler=dmd
On Friday, 18 September 2015 at 22:54:43 UTC, Random D user wrote:
I get:
tym = x1d
Internal error: backend\cgxmm.c 547
Does anyone have a clue what might trigger this?
https://issues.dlang.org/show_bug.cgi?id=7951
https://issues.dlang.org/show_bug.cgi?id=12377
On Saturday, 19 September
On Sunday 20 September 2015 00:09, Random D user wrote:
> class Gui
> {
> enum MouseButton { Left = 0, Right };
>
> private:
>
> struct ClickPair
> {
> MouseButton button = MouseButton.Left;
> };
>
> struct ClickPair // Second struct ClickPair with the enum
ICE is is very important that you report this.
To workaround, try disabling inlining or -O selectively.
Thanks for the tips. I guess I should register an account (which
I hate (already too many one off accounts)), since I already have
like 3 bugs gathering dust in the corner.
Just hit another
On Saturday, 19 September 2015 at 21:48:25 UTC, Random D user
wrote:
Assertion failure: 'type->ty != Tstruct || ((TypeStruct
*)type)->sym == this' on line 957 in file 'struct.c'
Ok managed to reduce this one to my own copy paste bug. This is
invalid code, but compiler shouldn't crash...
I'm
error: backend\cgxmm.c 547
Does anyone have a clue what might trigger this?
I'm asking because my project has grown a bit and I don't
really have any good way of isolating this.
I'm using dmd 2.068.1 and msvc x64 target.
As a backend ICE is is very important that you report this.
To workaround
On Friday, 18 September 2015 at 22:54:43 UTC, Random D user wrote:
So I tried to build my project in release for the first time in
a long while. It takes like 25x longer to compile and finally
the compiler crashes. It seems to go away if I disable the
optimizer.
I get:
tym = x1d
Internal
So I tried to build my project in release for the first time in a
long while. It takes like 25x longer to compile and finally the
compiler crashes. It seems to go away if I disable the optimizer.
I get:
tym = x1d
Internal error: backend\cgxmm.c 547
Does anyone have a clue what might trigger
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
Is this error an ICE? I think so, because I see the internal
filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void* to
type char[]
https://github.com/D-Programming-Language/dmd/pull/4667
On Sun, 17 May 2015 10:09:10 +, Daniel Kozak wrote:
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
Is this error an ICE? I think so, because I see the internal filename,
but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void* to type
char[]
I would say
Is this error an ICE? I think so, because I see the internal
filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void* to
type char[]
On Sunday, 17 May 2015 at 09:30:16 UTC, Gary Willoughby wrote:
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
Is this error an ICE? I think so, because I see the internal
filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void* to
type char[]
Have
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
Is this error an ICE? I think so, because I see the internal
filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void* to
type char[]
Have you got a code sample to reproduce this?
:
Is this error an ICE? I think so, because I see the
internal filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void*
to type char[]
Have you got a code sample to reproduce this?
Of course:
void main() {
import core.stdc.stdlib : malloc, free
* to
type char[]
I would say this is not an ICE just normal error message.
e2ir: shouldn't be there, though.
Yep
:
Is this error an ICE? I think so, because I see the
internal filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void*
to type char[]
Have you got a code sample to reproduce this?
Of course:
void main() {
import core.stdc.stdlib : malloc, free
On Sun, 17 May 2015 09:33:27 +
Namespace via Digitalmars-d-learn digitalmars-d-learn@puremagic.com wrote:
On Sunday, 17 May 2015 at 09:30:16 UTC, Gary Willoughby wrote:
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
Is this error an ICE? I think so, because I see the internal
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
Is this error an ICE? I think so, because I see the internal
filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void* to
type char[]
I would say this is not an ICE just normal error message.
On Sunday, 17 May 2015 at 10:09:11 UTC, Daniel Kozak wrote:
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
[...]
Error: e2ir: cannot cast malloc(length * 8u) of type void* to
type char[]
I would say this is not an ICE just normal error message.
e2ir: shouldn't be there, though.
:
On Sunday, 17 May 2015 at 09:30:16 UTC, Gary Willoughby wrote:
On Sunday, 17 May 2015 at 09:25:33 UTC, Namespace wrote:
Is this error an ICE? I think so, because I see the
internal filename, but I'm not sure.
Error: e2ir: cannot cast malloc(length * 8u) of type void*
to type char
On Wednesday, 18 December 2013 at 16:28:48 UTC, H. S. Teoh wrote:
On Wed, Dec 18, 2013 at 12:27:01PM +0100, Andrea Fontana wrote:
I have an internal compiler error in my code. I can't reduce
code to
reproduce this problem, but I remember there was a tool that
can do
this, what's its name?
I have an internal compiler error in my code. I can't reduce code
to reproduce this problem, but I remember there was a tool that
can do this, what's its name? Where can I download that tool?
On 12/18/2013 12:27 PM, Andrea Fontana wrote:
I have an internal compiler error in my code. I can't reduce code to
reproduce this problem, but I remember there was a tool that can do
this, what's its name? Where can I download that tool?
https://github.com/CyberShadow/DustMite
On Wednesday, 18 December 2013 at 11:47:16 UTC, Timon Gehr wrote:
On 12/18/2013 12:27 PM, Andrea Fontana wrote:
I have an internal compiler error in my code. I can't reduce
code to
reproduce this problem, but I remember there was a tool that
can do
this, what's its name? Where can I download
On Wed, Dec 18, 2013 at 12:27:01PM +0100, Andrea Fontana wrote:
I have an internal compiler error in my code. I can't reduce code to
reproduce this problem, but I remember there was a tool that can do
this, what's its name? Where can I download that tool?
Dustmite, by Vladimir Panteleev.
It's
38 matches
Mail list logo
