On Sunday, 24 May 2020 at 06:39:27 UTC, Daniel C wrote:
"If you don't use dmd for linking, make sure to add
legacy_stdio_definitions.lib to your command line when linking
against the VS2015 runtime."
Good find. If I was ever aware of that, I had forgotten about it.
Anyway, thanks for
On Sunday, 24 May 2020 at 05:15:19 UTC, Mike Parker wrote:
On Sunday, 24 May 2020 at 04:16:10 UTC, Daniel C wrote:
On Saturday, 23 May 2020 at 19:59:51 UTC, Daniel C wrote:
There should be no need to revert to VS 2010. These errors
indicate that something in your build process or setup is
On Sunday, 24 May 2020 at 04:16:10 UTC, Daniel C wrote:
On Saturday, 23 May 2020 at 19:59:51 UTC, Daniel C wrote:
I'll be mucking around with it again later.
Well, I'm having limited success. I got 32-bit compile/run
using basic -m32, and -m64 compiles but crashes lol. Trying
out 32-bit
On Saturday, 23 May 2020 at 19:59:51 UTC, Daniel C wrote:
I'll be mucking around with it again later.
Well, I'm having limited success. I got 32-bit compile/run using
basic -m32, and -m64 compiles but crashes lol. Trying out 32-bit
-m32mscoff with Microsoft Build Tools (2019) resulted in
On Saturday, 23 May 2020 at 04:07:35 UTC, Mike Parker wrote:
I suggest you create project/lib and drop the SDL libraries
there along with the bindbc-sdl library and pass the path to
the linker. Since you should be using the MS linker (see
below), it expects the /LIBPATH option
On Saturday, 23 May 2020 at 03:55:33 UTC, Mike Parker wrote:
On Saturday, 23 May 2020 at 03:25:12 UTC, Daniel C wrote:
This is what I'm getting:
Error 42: Symbol Undefined
__D6bindbc3sdl4bind9sdlevents9SDL_Event6__initZ
This isn't a symbol from the SDL library. It's a D symbol from
the
On Saturday, 23 May 2020 at 03:29:44 UTC, Daniel C wrote:
On Saturday, 23 May 2020 at 03:25:12 UTC, Daniel C wrote:
I'm building my app without dub. I've now put all the source
files into the same folder as my project and I'm still seeing
the same undefined symbol issue.
I should say, I put
On Saturday, 23 May 2020 at 03:25:12 UTC, Daniel C wrote:
On Saturday, 23 May 2020 at 01:23:38 UTC, Mike Parker wrote:
What download are you referring to? I don't have any library
files in the git repository, and I don't know of any downloads
from the duo repository.
Huh.. I'm not sure, it
On Saturday, 23 May 2020 at 01:23:38 UTC, Mike Parker wrote:
What download are you referring to? I don't have any library
files in the git repository, and I don't know of any downloads
from the duo repository.
Huh.. I'm not sure, it must have gotten there when I dub'd
something lol. Sorry
On Saturday, 23 May 2020 at 03:25:12 UTC, Daniel C wrote:
I'm building my app without dub. I've now put all the source
files into the same folder as my project and I'm still seeing
the same undefined symbol issue.
I should say, I put the bindbc library into a subfolder. So it's
like this:
On Friday, 22 May 2020 at 22:20:55 UTC, Daniel C wrote:
There is a library file included in the dub repository
download: https://code.dlang.org/packages/bindbc-sdl
What download are you referring to? I don't have any library
files in the git repository, and I don't know of any downloads
There are no binary files provided in the bindbc-sdl repository.
https://github.com/BindBC/bindbc-sdl
It is a binding, it should match 1:1 definition wise to the C
definition.
There is a library file included in the dub repository download:
https://code.dlang.org/packages/bindbc-sdl
Also,
On 22/05/2020 12:21 PM, Daniel C wrote:
Can this library be used in a 64-bit build? I only see the one lib, and
was curious if the function definitions make any assumptions about
argument size or stack configuration etc.
There are no binary files provided in the bindbc-sdl repository.
Can this library be used in a 64-bit build? I only see the one
lib, and was curious if the function definitions make any
assumptions about argument size or stack configuration etc.
On Saturday, 16 May 2020 at 09:00:25 UTC, Andre Pany wrote:
A little bit off topic. I wondered whether it is possible to
combine dpp and bindbc. Maybe a separate Tool which creates a
bindbc packages based on dpp output or even integrates into dpp?
Did you already considered s.th. like that?
On Thursday, 14 May 2020 at 09:55:15 UTC, Claude wrote:
As a user of BindBC (and former Derelict), I really enjoy using
those binding libraries. It's some great work, thanks.
Thanks!
On Wednesday, 13 May 2020 at 14:39:13 UTC, Mike Parker wrote:
I've recently implemented some improvements centered on
bindbc-sdl.
[...]
A little bit off topic. I wondered whether it is possible to
combine dpp and bindbc. Maybe a separate Tool which creates a
bindbc packages based on dpp
On Wednesday, 13 May 2020 at 14:39:13 UTC, Mike Parker wrote:
I've recently implemented some improvements centered on
bindbc-sdl.
As a user of BindBC (and former Derelict), I really enjoy using
those binding libraries. It's some great work, thanks.
On Wednesday, 13 May 2020 at 14:39:13 UTC, Mike Parker wrote:
It's up to the caller to ensure the path is valid. For example,
if the executable is run from a different directory, then
"libs" will not be relative to the current working directory.
`SDL_GetBasePath` can help there:
I've recently implemented some improvements centered on
bindbc-sdl.
== New Loader Function
I've added a function to bindbc-loader (on Windows only) to allow
adding a single path to the default DLL search path. This is to
solve the problem that some of the SDL satellite libraries would
fail
20 matches
Mail list logo