[Issue 24439] Restore RBP frame pointers for 64 bit code

2024-03-19 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=24439 anonymous4 changed: What|Removed |Added Keywords||diagnostic, performance --- Comment #1 from

[Issue 24439] Restore RBP frame pointers for 64 bit code

2024-03-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=24439 Walter Bright changed: What|Removed |Added Keywords||backend --

[Issue 24439] New: Restore RBP frame pointers for 64 bit code

2024-03-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=24439 Issue ID: 24439 Summary: Restore RBP frame pointers for 64 bit code Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: enhancement

[Issue 23514] Incorrect compilation when adding a 64-bit constant to a link-time address

2023-02-21 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23514 --- Comment #4 from Dlang Bot --- dlang/dmd pull request #14904 "merge stable" was merged into master: - cd946d37c46aa2d860ee495ef22ead00cac2e783 by Zachary Yedidia: Fix issue 23514 - Incorrect compilation when adding a 64-bit constant

[Issue 23514] Incorrect compilation when adding a 64-bit constant to a link-time address

2023-02-21 Thread d-bugmail--- via Digitalmars-d-bugs
|--- |FIXED --- Comment #3 from Dlang Bot --- dlang/dmd pull request #14657 "Fix issue 23514 - Incorrect compilation when adding a 64-bit constant to a link-time address" was merged into stable: - 9d988bb7c27411232cb3655f674b7e0dc60ffa54 by Zachary Yedidia: Fix issue 23514 -

[Issue 23623] On 64 bit Windows the path should point to 64 bit dmd.

2023-01-15 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23623 --- Comment #4 from Dlang Bot --- dlang/installer pull request #557 "merge stable" was merged into master: - 2f9caa9b11b5f8a718fa20f69e99a95b73779ee9 by Bastiaan Veelo: fix Issue 23623 - Prefer 64 bit over 32 bit DMD on Windows 64 bit

[Issue 23623] On 64 bit Windows the path should point to 64 bit dmd.

2023-01-15 Thread d-bugmail--- via Digitalmars-d-bugs
|--- |FIXED --- Comment #3 from Dlang Bot --- dlang/installer pull request #555 "Prefer 64 bit over 32 bit DMD on Windows 64 bit." was merged into stable: - 37b76f720cb3ebe2e08be72fb6c66a8945624693 by Bastiaan Veelo: fix Issue 23623 - Prefer 64 bit over 32 bit DMD on Wind

[Issue 23623] On 64 bit Windows the path should point to 64 bit dmd.

2023-01-15 Thread d-bugmail--- via Digitalmars-d-bugs
updated dlang/installer pull request #555 "Prefer 64 bit over 32 bit DMD on Windows 64 bit." fixing this issue: - fix Issue 23623 - Prefer 64 bit over 32 bit DMD on Windows 64 bit. Fixes https://issues.dlang.org/show_bug.cgi?id=23623 https://github.com/dlang/installer/pull/555 --

[Issue 23623] On 64 bit Windows the path should point to 64 bit dmd.

2023-01-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23623 --- Comment #1 from Bastiaan Veelo --- Since a number of tools that exist in "C:\D\dmd2\windows\bin" are absent in "C:\D\dmd2\windows\bin64", it is probably best to include both in PATH, but "bin64" before "bin". --

[Issue 23623] New: On 64 bit Windows the path should point to 64 bit dmd.

2023-01-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23623 Issue ID: 23623 Summary: On 64 bit Windows the path should point to 64 bit dmd. Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: Windows

[Issue 19474] 64 bit version should default to architecture x86_64

2023-01-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19474 --- Comment #1 from Dlang Bot --- @ibuclaw updated dlang/dmd pull request #14772 "ci: Update cirrus macOS image to M1-based runners" mentioning this issue: - posix.mak: Workaround issue 19474 https://github.com/dlang/dmd/pull/14772 --

[Issue 12343] Win64 64 bit C ABI not followed for passing structs as function parameters

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12343 Iain Buclaw changed: What|Removed |Added Priority|P2 |P3 --

[Issue 6142] 32- and 64-bit libraries are combined without error

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6142 Iain Buclaw changed: What|Removed |Added Priority|P2 |P3 --

[Issue 10301] Loops for 64 bit code should be aligned on 8 byte boundaries

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=10301 Iain Buclaw changed: What|Removed |Added Priority|P2 |P4 --

[Issue 21222] Add windows 64 bit version of rdmd

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21222 Iain Buclaw changed: What|Removed |Added Priority|P1 |P2 --

[Issue 21023] 64 bit BSWAP instruction not supported by code generator

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21023 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 21134] Windows: time_t should probably be defined as a 64-bit type on x86-64

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21134 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 14256] Poor IO performance on 64-bit dmd 2.066 (OS X)

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14256 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 12878] inline asm memory operand always uses 64-bit addressing

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12878 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 15547] 64-bit struct alignment in core.sys.windows.setupapi inconsistent with msvc

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15547 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 23514] Incorrect compilation when adding a 64-bit constant to a link-time address

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23514 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 20878] .stringof inconsistent between 32-bit and 64-bit Linux

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20878 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 21006] core.internal.hash.bytesHash: in 64-bit builds use a 64-bit-oriented algorithm

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21006 Iain Buclaw changed: What|Removed |Added Priority|P1 |P4 --

[Issue 19474] 64 bit version should default to architecture x86_64

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19474 Iain Buclaw changed: What|Removed |Added Priority|P1 |P4 --

[Issue 6348] Returning a struct from a C library function doesn't work correctly in 64 bit binaries

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6348 RazvanN changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 23514] Incorrect compilation when adding a 64-bit constant to a link-time address

2022-11-27 Thread d-bugmail--- via Digitalmars-d-bugs
--- @zyedidia updated dlang/dmd pull request #14657 "Fix issue 23514 - Incorrect compilation when adding a 64-bit constant to a link-time address" fixing this issue: - Fix issue 23514 - Incorrect compilation when adding a 64-bit constant to a link-time address The current cast to int cau

[Issue 23514] Incorrect compilation when adding a 64-bit constant to a link-time address

2022-11-27 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23514 --- Comment #1 from zyedi...@stanford.edu --- PR opened at: https://github.com/dlang/dmd/pull/14657. --

[Issue 23514] New: Incorrect compilation when adding a 64-bit constant to a link-time address

2022-11-27 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23514 Issue ID: 23514 Summary: Incorrect compilation when adding a 64-bit constant to a link-time address Product: D Version: D2 Hardware: x86_64 OS: Linux

[Issue 22460] -lowmem causes segfault on OpenBSD 64-bit

2021-12-10 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22460 Brian Callahan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 22460] -lowmem causes segfault on OpenBSD 64-bit

2021-11-02 Thread d-bugmail--- via Digitalmars-d-bugs
on |d_do_test.d triggers|OpenBSD 64-bit |RangeError on OpenBSD | --

[Issue 21222] Add windows 64 bit version of rdmd

2021-07-16 Thread d-bugmail--- via Digitalmars-d-bugs
--- @RazvanN7 created dlang/installer pull request #484 "Fix Issue 21222 - Add windows 64 bit version of rdmd" fixing this issue: - Fix Issue 21222 - Add windows 64 bit version of rdmd https://github.com/dlang/installer/pull/484 --

[Issue 21222] Add windows 64 bit version of rdmd

2021-07-12 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21222 Mike Parker changed: What|Removed |Added CC||aldac...@gmail.com

[Issue 19664] All tools should be built for 64 bit

2021-01-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19664 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC|

msgpack-d: package import; 64 bit

2021-01-08 Thread kdevel via Digitalmars-d-learn
Here a condensed version of the problem I encountered after updating to msgpack-d 1.0.3 and not merging a local patch of this [1] line: ```sub.d module sub; import l2; void foo () { import std.stdio: writeln; bar(); auto fn = !string; writeln (`isDir fn ptr = `, fn); } unittest {

Re: 64-bit compilation in Wine

2020-12-30 Thread kinke via Digitalmars-d-learn
On Tuesday, 29 December 2020 at 21:13:59 UTC, Raikia wrote: That certainly helped, but when running the program on a fresh Windows install, I still get the error "The program can't start because vcruntime140.dll is missing from your computer". In my (limited) experience, I think its because

Re: 64-bit compilation in Wine

2020-12-29 Thread Raikia via Digitalmars-d-learn
On Tuesday, 29 December 2020 at 20:29:15 UTC, H. S. Teoh wrote: On Tue, Dec 29, 2020 at 07:39:14PM +, Raikia via Digitalmars-d-learn wrote: [...] So interestingly, I actually got this to work by running "sudo wine" instead of just "wine". No idea why wine needs root access on the

Re: 64-bit compilation in Wine

2020-12-29 Thread H. S. Teoh via Digitalmars-d-learn
On Tue, Dec 29, 2020 at 07:39:14PM +, Raikia via Digitalmars-d-learn wrote: [...] > So interestingly, I actually got this to work by running "sudo wine" > instead of just "wine". No idea why wine needs root access on the > underlying system for wine to operate properly but ok... > > Now I'm

Re: 64-bit compilation in Wine

2020-12-29 Thread Adam D. Ruppe via Digitalmars-d-learn
d try that too later. Now I'm running into an issue of not having libcmt in Wine so it dynamically links to msvcrt instead (and thus requires a dll on deployment). Have you come across this before? I actually don't know since I haven't distributed a 64 bit exe anywhere except my own laptop wh

Re: 64-bit compilation in Wine

2020-12-29 Thread Raikia via Digitalmars-d-learn
On Tuesday, 29 December 2020 at 18:09:55 UTC, Adam D. Ruppe wrote: On Tuesday, 29 December 2020 at 17:49:19 UTC, Raikia wrote: "LLVM ERROR: Could not acquire a cryptographic context: Unknown error (0x80090017) I sometimes get this too, it seems to be a bug in wine. I actually kept an old

Re: 64-bit compilation in Wine

2020-12-29 Thread Adam D. Ruppe via Digitalmars-d-learn
On Tuesday, 29 December 2020 at 17:49:19 UTC, Raikia wrote: "LLVM ERROR: Could not acquire a cryptographic context: Unknown error (0x80090017) I sometimes get this too, it seems to be a bug in wine. I actually kept an old version of wine around where it works, and a new version side by

64-bit compilation in Wine

2020-12-29 Thread Raikia via Digitalmars-d-learn
Hey all, I'm trying to get DMD to compile in x64 under Wine but I'm having issues with: "LLVM ERROR: Could not acquire a cryptographic context: Unknown error (0x80090017) Stack dump: 0. Program arguments: C:\D\dmd2\windows\bin\lld-link.exe /NOLOGO test.obj /DEFAULTLIB:phobos64

[Issue 12878] inline asm memory operand always uses 64-bit addressing

2020-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12878 Walter Bright changed: What|Removed |Added Keywords|backend | --

[Issue 21476] [codegen] 64 bit C ABI not followed when returning struct with 3 floats

2020-12-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21476 kinke changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 21476] [codegen] 64 bit C ABI not followed when returning struct with 3 floats

2020-12-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21476 --- Comment #1 from Mr. Smith --- This happened with 2.092.1. On 2.094.2 there is no bug. Just in case. 2.092.1 didn't handle those correctly too: struct vec5 { i32 x; i32 y; f32 z; f32 w; } struct vec6 { f32 x; f32 y; i32 z; i32 w; } --

[Issue 21476] [codegen] 64 bit C ABI not followed when returning struct with 3 floats

2020-12-12 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21476 Mr. Smith changed: What|Removed |Added Keywords||backend, wrong-code --

[Issue 21476] New: [codegen] 64 bit C ABI not followed when returning struct with 3 floats

2020-12-12 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21476 Issue ID: 21476 Summary: [codegen] 64 bit C ABI not followed when returning struct with 3 floats Product: D Version: D2 Hardware: x86_64 OS: Linux

[Issue 21323] (64-bit Windows only) core.stdcpp.vector could not have core.stdcpp.vector as element

2020-11-12 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21323 --- Comment #3 from Dlang Bot --- dlang/druntime pull request #3269 "merge stable" was merged into master: - 444fc360b27adf4420464ab2019061f1c60b20fc by Nathan Sashihara: Fix Issue 21323 - (64-bit Windows only) core.stdcpp.vector coul

[Issue 21323] (64-bit Windows only) core.stdcpp.vector could not have core.stdcpp.vector as element

2020-10-24 Thread d-bugmail--- via Digitalmars-d-bugs
|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/druntime pull request #3238 "Fix: core.stdcpp.vector cannot have core.stdcpp.vector as element" was merged into stable: - 43651191e970adb5d8ae7018eb5f2195eeb3695c by Nathan Sashihara: Fix Issue 21323 - (64-bit Wi

[Issue 21323] (64-bit Windows only) core.stdcpp.vector could not have core.stdcpp.vector as element

2020-10-17 Thread d-bugmail--- via Digitalmars-d-bugs
created dlang/druntime pull request #3238 "Fix: core.stdcpp.vector cannot have core.stdcpp.vector as element" fixing this issue: - Fix Issue 21323 - (64-bit Windows only) core.stdcpp.vector could not have core.stdcpp.vector as element https://github.com/dlang/druntime/pull/3238 --

[Issue 21323] (64-bit Windows only) core.stdcpp.vector could not have core.stdcpp.vector as element

2020-10-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21323 Nathan S. changed: What|Removed |Added Summary|(64-bit Windows only) |(64-bit Windows only

[Issue 21323] New: (64-bit Windows only) core.stdcpp.vector could not have an element that was also a core.stdcpp.vector

2020-10-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21323 Issue ID: 21323 Summary: (64-bit Windows only) core.stdcpp.vector could not have an element that was also a core.stdcpp.vector Product: D Version: D2 Hardware: x86_64

Re: Best way to confine project to 64 bit builds only?

2020-10-17 Thread NonNull via Digitalmars-d-learn
this: ``` static assert(c_long.sizeof == size_t.sizeof); ``` This will fail on Windows 64 bit, where C longs are 32-bit and pointers 64-bit. That is useful information in general, I did not know about core.stdc.config and it is useful in future projects! But for my project the C works at 64 bits except

Re: Best way to confine project to 64 bit builds only?

2020-10-17 Thread NonNull via Digitalmars-d-learn
On Saturday, 17 October 2020 at 14:56:35 UTC, Adam D. Ruppe wrote: On Saturday, 17 October 2020 at 14:50:47 UTC, NonNull wrote: I have inherited an open source C project that assumes that the size of a long and the size of a pointer are the same static assert(long.sizeof == void*.sizeof);

Re: Best way to confine project to 64 bit builds only?

2020-10-17 Thread NonNull via Digitalmars-d-learn
On Saturday, 17 October 2020 at 14:56:33 UTC, Basile B. wrote: On Saturday, 17 October 2020 at 14:50:47 UTC, NonNull wrote: I have inherited an open source C project that assumes that the size of a long and the size of a pointer are the same, and I have translated it into very similar D just

Re: Best way to confine project to 64 bit builds only?

2020-10-17 Thread Dennis via Digitalmars-d-learn
; ``` Then you could add this: ``` static assert(c_long.sizeof == size_t.sizeof); ``` This will fail on Windows 64 bit, where C longs are 32-bit and pointers 64-bit.

Re: Best way to confine project to 64 bit builds only?

2020-10-17 Thread Adam D. Ruppe via Digitalmars-d-learn
On Saturday, 17 October 2020 at 14:50:47 UTC, NonNull wrote: I have inherited an open source C project that assumes that the size of a long and the size of a pointer are the same static assert(long.sizeof == void*.sizeof);

Re: Best way to confine project to 64 bit builds only?

2020-10-17 Thread Basile B. via Digitalmars-d-learn
On Saturday, 17 October 2020 at 14:50:47 UTC, NonNull wrote: I have inherited an open source C project that assumes that the size of a long and the size of a pointer are the same, and I have translated it into very similar D just like

Best way to confine project to 64 bit builds only?

2020-10-17 Thread NonNull via Digitalmars-d-learn
I have inherited an open source C project that assumes that the size of a long and the size of a pointer are the same, and I have translated it into very similar D just like https://dlang.org/blog/2018/06/11/dasbetterc-converting-make-c-to-d/ D has the size of long fixed at 64 bits, so a

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-02 Thread rikki cattermole via Digitalmars-d-learn
On 02/10/2020 9:33 PM, Imperatorn wrote: Did you create a D-partition just for D. Pro You can mount directories as a drive on Windows. https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/subst

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-02 Thread Ferhat Kurtulmuş via Digitalmars-d-learn
On Friday, 2 October 2020 at 08:33:25 UTC, Imperatorn wrote: On Friday, 2 October 2020 at 08:07:33 UTC, Ferhat Kurtulmuş wrote: On Friday, 2 October 2020 at 07:34:03 UTC, WhatMeWorry wrote: On Thursday, 1 October 2020 at 21:56:46 UTC, Ferhat Kurtulmuş wrote: [...] Yes, I've been doing that.

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-02 Thread Imperatorn via Digitalmars-d-learn
On Friday, 2 October 2020 at 08:07:33 UTC, Ferhat Kurtulmuş wrote: On Friday, 2 October 2020 at 07:34:03 UTC, WhatMeWorry wrote: On Thursday, 1 October 2020 at 21:56:46 UTC, Ferhat Kurtulmuş wrote: On Thursday, 1 October 2020 at 21:35:42 UTC, WhatMeWorry wrote: [...] 1) try running your

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-02 Thread Ferhat Kurtulmuş via Digitalmars-d-learn
On Friday, 2 October 2020 at 07:34:03 UTC, WhatMeWorry wrote: On Thursday, 1 October 2020 at 21:56:46 UTC, Ferhat Kurtulmuş wrote: On Thursday, 1 October 2020 at 21:35:42 UTC, WhatMeWorry wrote: On Thursday, 1 October 2020 at 20:28:58 UTC, kinke wrote: [...] Thanks all. I've gotten it to

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-02 Thread WhatMeWorry via Digitalmars-d-learn
On Thursday, 1 October 2020 at 21:56:46 UTC, Ferhat Kurtulmuş wrote: On Thursday, 1 October 2020 at 21:35:42 UTC, WhatMeWorry wrote: On Thursday, 1 October 2020 at 20:28:58 UTC, kinke wrote: [...] Thanks all. I've gotten it to work with: [...] [...] [...] total = 12 [...] 1) try

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-01 Thread Ferhat Kurtulmuş via Digitalmars-d-learn
On Thursday, 1 October 2020 at 21:35:42 UTC, WhatMeWorry wrote: On Thursday, 1 October 2020 at 20:28:58 UTC, kinke wrote: [...] Thanks all. I've gotten it to work with: [...] [...] [...] total = 12 [...] 1) try running your commands in Visual Studio Native x64 CMD. 2) try link

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-01 Thread WhatMeWorry via Digitalmars-d-learn
On Thursday, 1 October 2020 at 20:28:58 UTC, kinke wrote: On Thursday, 1 October 2020 at 20:03:19 UTC, WhatMeWorry wrote: Yes, but shouldn't the /NOENTRY option take care of that. Say, I just want to make a DLL of simple functions. Your little example has 2 problems, the first being an

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-01 Thread kinke via Digitalmars-d-learn
On Thursday, 1 October 2020 at 20:03:19 UTC, WhatMeWorry wrote: Yes, but shouldn't the /NOENTRY option take care of that. Say, I just want to make a DLL of simple functions. Your little example has 2 problems, the first being an incompatible extern(D) ex/import (mydll.myAddSeven vs.

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-01 Thread WhatMeWorry via Digitalmars-d-learn
On Thursday, 1 October 2020 at 09:22:29 UTC, user1234 wrote: On Wednesday, 30 September 2020 at 11:45:53 UTC, Ferhat Kurtulmuş wrote: On Tuesday, 29 September 2020 at 21:22:21 UTC, WhatMeWorry wrote: module user; export { int myAddSeven(int a, int b); } [...] it is better to use this

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-01 Thread Виталий Фадеев via Digitalmars-d-learn
On Tuesday, 29 September 2020 at 21:22:21 UTC, WhatMeWorry wrote: module user; export { int myAddSeven(int a, int b); } [...] As example, DLL: https://github.com/vitalfadeev/dlang-dll

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-10-01 Thread user1234 via Digitalmars-d-learn
On Wednesday, 30 September 2020 at 11:45:53 UTC, Ferhat Kurtulmuş wrote: On Tuesday, 29 September 2020 at 21:22:21 UTC, WhatMeWorry wrote: module user; export { int myAddSeven(int a, int b); } [...] it is better to use this template https://github.com/dlang/dmd/tree/master/samples/mydll

Re: Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-09-30 Thread Ferhat Kurtulmuş via Digitalmars-d-learn
On Tuesday, 29 September 2020 at 21:22:21 UTC, WhatMeWorry wrote: module user; export { int myAddSeven(int a, int b); } [...] it is better to use this template https://github.com/dlang/dmd/tree/master/samples/mydll You don't have a DllMain.

Trying to create a trivial 64 bit D Lang DLL on a Windows 10 machine and cant get past linking.

2020-09-29 Thread WhatMeWorry via Digitalmars-d-learn
module user; export { int myAddSeven(int a, int b); } void main() { int total = myAddSeven(2, 3); } dmd -m64 -c user.d module mydll; export extern(D) { int myAddSeven(int a, int b) { return a+b+7; } /* <-- function body */ } dmd -c -shared -m64 mydll.d link mydll.obj

[Issue 9643] [64 bit] Incorrect cdouble passing for varags

2020-09-15 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=9643 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 21222] Add windows 64 bit version of rdmd

2020-09-04 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21222 Andre changed: What|Removed |Added Component|tools |installer --

[Issue 21222] New: Add windows 64 bit version of rdmd

2020-09-04 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21222 Issue ID: 21222 Summary: Add windows 64 bit version of rdmd Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: enhancement

[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2020-08-31 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=5570 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 13957] 64 bit C ABI not followed for passing structs with floating+integer types

2020-08-31 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13957 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 13957] 64 bit C ABI not followed for passing structs with floating+integer types

2020-08-29 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13957 Walter Bright changed: What|Removed |Added Keywords||backend --

[Issue 12878] inline asm memory operand always uses 64-bit addressing

2020-08-29 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12878 Walter Bright changed: What|Removed |Added Keywords||backend --

[Issue 9643] [64 bit] Incorrect cdouble passing for varags

2020-08-29 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=9643 Walter Bright changed: What|Removed |Added Keywords||backend CC|

[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2020-08-29 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=5570 Walter Bright changed: What|Removed |Added Keywords||backend --

[Issue 12878] inline asm memory operand always uses 64-bit addressing

2020-08-14 Thread d-bugmail--- via Digitalmars-d-bugs
--- @WalterBright created dlang/dmd pull request #11571 "fix Issue 12878 - inline asm memory operand always uses 64-bit addres…" fixing this issue: - fix Issue 12878 - inline asm memory operand always uses 64-bit addressing https://github.com/dlang/dmd/pull/11571 --

[Issue 12878] inline asm memory operand always uses 64-bit addressing

2020-08-14 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12878 Walter Bright changed: What|Removed |Added Keywords||wrong-code CC|

[Issue 20878] .stringof inconsistent between 32-bit and 64-bit Linux

2020-08-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20878 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment

[Issue 21134] New: time_t should probably be defined as a 64-bit type on x86-64

2020-08-06 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21134 Issue ID: 21134 Summary: time_t should probably be defined as a 64-bit type on x86-64 Product: D Version: D2 Hardware: All OS: Windows Status: NEW

[Issue 21134] Windows: time_t should probably be defined as a 64-bit type on x86-64

2020-08-06 Thread d-bugmail--- via Digitalmars-d-bugs
|defined as a 64-bit type on |probably be defined as a |x86-64 |64-bit type on x86-64 --

[Issue 6459] Inline assembler does not work well for 64 bit registers R8..R15

2020-08-02 Thread d-bugmail--- via Digitalmars-d-bugs
|--- |FIXED --- Comment #10 from Dlang Bot --- dlang/dmd pull request #11489 "fix Issue 6459 - Inline asm bugs with 64 bit registers R8..R15" was merged into master: - 7e3567eeb4ee48eb1c39f51851fa4a62e636a582 by Walter Bright: fix Issue 6459 - Inline assembler does not work well

[Issue 6459] Inline assembler does not work well for 64 bit registers R8..R15

2020-08-02 Thread d-bugmail--- via Digitalmars-d-bugs
--- @WalterBright created dlang/dmd pull request #11489 "fix Issue 6459 - Inline asm bugs with 64 bit registers R8..R15" fixing this issue: - fix Issue 6459 - Inline assembler does not work well for 64 bit registers R8..R15 https://github.com/dlang/dmd/pull/11489 --

[Issue 6459] Inline assembler does not work well for 64 bit registers R8..R15

2020-08-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6459 --- Comment #8 from Walter Bright --- (In reply to Graham from comment #4) > Another negative immediate value issue: Transferred to https://issues.dlang.org/show_bug.cgi?id=21101 One bug per issue, please. --

[Issue 6459] Inline assembler does not work well for 64 bit registers R8..R15

2020-08-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6459 Walter Bright changed: What|Removed |Added See Also||https://issues.dlang.org/sh

[Issue 6459] Inline assembler does not work well for 64 bit registers R8..R15

2020-08-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6459 --- Comment #7 from Walter Bright --- (In reply to Graham from comment #3) > I also notice if you do: > > and RAX,0x > > the compiler accepts it but generates: > > and RAX,0x > > because, of course, there is no

[Issue 6459] Inline assembler does not work well for 64 bit registers R8..R15

2020-08-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6459 --- Comment #6 from Walter Bright --- > Other variations such as mov RAX,[0+1*R11] generate the wrong code (generates > an instruction for RBX instead of R11). This causes an assert failure now. --

[Issue 497] frontend: 64-bit cleanup of sprintf buffer sizes

2020-07-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=497 --- Comment #3 from Dlang Bot --- dlang-community/dfmt pull request #498 "Fix issue 497: insert space before function/delegate in function type that returns template instantiated with parenless value argument" was merged into master: -

[Issue 21023] 64 bit BSWAP instruction not supported by code generator

2020-07-07 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21023 Walter Bright changed: What|Removed |Added Keywords||performance --

[Issue 21023] New: 64 bit BSWAP instruction not supported by code generator

2020-07-07 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21023 Issue ID: 21023 Summary: 64 bit BSWAP instruction not supported by code generator Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW

[Issue 18748] bt instruction with immediate offset uses 64-bit variant for 32-bit data

2020-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #11305 "fix Issue 18748 - bt instruction with immediate offset uses 64-bit va…" was merged into master: - 31085a3f40beb3bed4e9dbf7cc47970d0e55a46f by Walter Bright: fix Issue 18748 - bt instruction with immedi

[Issue 21006] core.internal.hash.bytesHash: in 64-bit builds use a 64-bit-oriented algorithm

2020-07-01 Thread d-bugmail--- via Digitalmars-d-bugs
created dlang/druntime pull request #3148 "core.internal.hash.bytesHash: in 64-bit builds use a 64-bit-oriented algorithm" fixing this issue: - Fix Issue 21006 - core.internal.hash.bytesHash: in 64-bit builds use a 64-bit-oriented algorithm https://github.com/dlang/druntime/pull/3148 --

[Issue 21006] New: core.internal.hash.bytesHash: in 64-bit builds use a 64-bit-oriented algorithm

2020-07-01 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21006 Issue ID: 21006 Summary: core.internal.hash.bytesHash: in 64-bit builds use a 64-bit-oriented algorithm Product: D Version: D2 Hardware: x86_64 OS: All

[Issue 18749] bt instruction using 64-bit register for 32-bit offset

2020-06-24 Thread d-bugmail--- via Digitalmars-d-bugs
|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #11304 "fix Issue 18749 - bt instruction using 64-bit register for 32-bit offset" was merged into master: - 94fe8606b02f7065d85393ed9d2685a55012378a by Walter Bright: fix Issue 18749 - bt instruction using 64-bi

[Issue 18748] bt instruction with immediate offset uses 64-bit variant for 32-bit data

2020-06-21 Thread d-bugmail--- via Digitalmars-d-bugs
--- @WalterBright created dlang/dmd pull request #11305 "fix Issue 18748 - bt instruction with immediate offset uses 64-bit va…" fixing this issue: - fix Issue 18748 - bt instruction with immediate offset uses 64-bit variant for 32-bit data https://github.com/dlang/dmd/pull/11305 --

[Issue 18749] bt instruction using 64-bit register for 32-bit offset

2020-06-21 Thread d-bugmail--- via Digitalmars-d-bugs
--- @WalterBright created dlang/dmd pull request #11304 "fix Issue 18749 - bt instruction using 64-bit register for 32-bit offset" fixing this issue: - fix Issue 18749 - bt instruction using 64-bit register for 32-bit offset https://github.com/dlang/dmd/pull/11304 --

  1   2   3   4   5   6   7   8   9   10   >