On Friday, 16 May 2025 at 17:44:01 UTC, Matheus Catarino wrote:
The problem presented shows that this library possibly has
other dependencies.
That symbol is defined in that library .a file:
```
$ nm /usr/local/cuda/lib64/libcudart_static.a | grep -w
cudaGetDeviceProperties_v2
000426
On Friday, 16 May 2025 at 19:19:41 UTC, H. S. Teoh wrote:
Ironically, this is OK:
a += 5;
I dont think its ironic at all; I think it should be heavily
used; syntax sugar has semantics meaning given a lack of infinite
time for exploring all turing complete machines.
On 17.05.2025 00:26, Danny Arends wrote:
Thanks, I'll look into that one never had issues assigning to the
L-System AA array. Does it cause a crash? If so could you do a stack
trace to see if it comes from D runtime or just me not initializing it?
```bash
INFO: createScene: Add a Square
I
On Friday, 16 May 2025 at 18:40:46 UTC, drug007 wrote:
On 16.05.2025 14:16, drug007 wrote:
On 16.05.2025 13:29, Danny Arends wrote:
On Friday, 16 May 2025 at 09:53:06 UTC, drug007 wrote:
[...]
Should be solved in commit:
86259698fd24be5f2fbad5fbcfe9ae4d1f416f01
Thanks for trying it, and r
On Fri, May 16, 2025 at 07:04:24PM +, WhatMeWorry via Digitalmars-d-learn
wrote:
[...]
> void main()
> {
> ubyte a;
> a = a + 5; // onlineapp.d(11): Error: cannot implicitly convert
> expression `cast(int)a + 5` of type `int` to `ubyte`
[...]
Welcome to your first encounter with why
/+ SDL3 has a function
bool SDL_SetTextureAlphaMod(SDL_Texture *texture, Uint8 alpha);
which has a Uint8 for one of its parameters. So I try to use a
ubyte
+/
void main()
{
ubyte a;
a = a + 5; // onlineapp.d(11): Error: cannot implicitly
convert expression `cast(int)a +
On 16.05.2025 14:16, drug007 wrote:
On 16.05.2025 13:29, Danny Arends wrote:
On Friday, 16 May 2025 at 09:53:06 UTC, drug007 wrote:
[...]
Should be solved in commit: 86259698fd24be5f2fbad5fbcfe9ae4d1f416f01
Thanks for trying it, and reporting this.
Let me know if it works now :)
Thank you!
On Monday, 12 May 2025 at 15:03:00 UTC, mw wrote:
I'm just wondering if the dub expansion "-L-l" format is a bug?
No, its a silly thing of linkers being separate from compilers
and blindly copying and pasting of cli arguments
On Monday, 12 May 2025 at 15:03:00 UTC, mw wrote:
I got a link error: `undefined reference to
'cudaGetDeviceProperties_v2'`.
by adding `--vverbose` dub option, I found the final expanded
link cmd is:
```
.../ldc2/bin/ldc2 ... -L-L/usr/local/cuda/lib64
-L-lcudart_static ...
```
This "-L-
On Friday, 16 May 2025 at 09:42:20 UTC, Kagamin wrote:
On Wednesday, 14 May 2025 at 11:38:59 UTC, Nick Treleaven wrote:
So `to!string` is bad for generic code. Want to represent the
address of a byte* as hex in a string, fine. Oh now the
pointer's element type is char - wait, why isn't the resu
On 16.05.2025 13:29, Danny Arends wrote:
On Friday, 16 May 2025 at 09:53:06 UTC, drug007 wrote:
[...]
Should be solved in commit: 86259698fd24be5f2fbad5fbcfe9ae4d1f416f01
Thanks for trying it, and reporting this.
Let me know if it works now :)
Thank you! The problem is fixed. Now I need to
On Friday, 16 May 2025 at 09:53:06 UTC, drug007 wrote:
[...]
Should be solved in commit:
86259698fd24be5f2fbad5fbcfe9ae4d1f416f01
Thanks for trying it, and reporting this.
Let me know if it works now :)
On Friday, 16 May 2025 at 09:53:06 UTC, drug007 wrote:
[...]
Hmm, that is weird, I just added it using a
```bash
git submodule add
```
Let me see if I can update that, never really worked with git
submodules before
Danny
On 16.05.2025 12:37, drug007 wrote:
On 15.05.2025 11:29, Danny Arends wrote:
Hey all,
```bash
user@host:~/workspace/DImGui$ uname -a
Linux host 6.8.0-59-generic #61~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue
Apr 15 17:03:15 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
userg@host:~/workspace/DImGui$
On 15.05.2025 11:29, Danny Arends wrote:
Hey all,
```bash
user@host:~/workspace/DImGui$ uname -a
Linux host 6.8.0-59-generic #61~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue
Apr 15 17:03:15 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
userg@host:~/workspace/DImGui$ dub
Starting Performing "debug" b
On Wednesday, 14 May 2025 at 11:38:59 UTC, Nick Treleaven wrote:
So `to!string` is bad for generic code. Want to represent the
address of a byte* as hex in a string, fine. Oh now the
pointer's element type is char - wait, why isn't the result hex
any more?
try `to!(string,void*)`?
16 matches
Mail list logo
