On Wednesday, 13 January 2016 at 01:40:59 UTC, Mike Parker wrote:
On Tuesday, 12 January 2016 at 21:08:30 UTC, Jason Jeffory
wrote:
(I should mention that I am exaggerating a bit, and some of
the complaints about D are actually more directed to the
programming community in general. D has the sa
On Tuesday, 12 January 2016 at 21:08:30 UTC, Jason Jeffory wrote:
(I should mention that I am exaggerating a bit, and some of the
complaints about D are actually more directed to the
programming community in general. D has the same fundamental
issues though and it is just a matter of scale. Pro
On Tuesday, 12 January 2016 at 20:38:50 UTC, Laeeth Isharc wrote:
On Tuesday, 12 January 2016 at 19:38:32 UTC, Jason Jeffory
wrote:
It seems the whole state of affairs in programming is "Lets do
the most minimal work to get X to work in environment Y. To
hell with everything else!". The program
(I should mention that I am exaggerating a bit, and some of the
complaints about D are actually more directed to the programming
community in general. D has the same fundamental issues though
and it is just a matter of scale. Programming is way more fun
when you are actually programming and get
On Tuesday, 12 January 2016 at 19:38:32 UTC, Jason Jeffory wrote:
It seems the whole state of affairs in programming is "Lets do
the most minimal work to get X to work in environment Y. To
hell with everything else!". The programmers tend to do the
most minimal work to code stuff that they can
On Tuesday, 12 January 2016 at 08:42:19 UTC, Robert M. Münch
wrote:
On 2016-01-12 04:15:36 +, Mike Parker said:
You can avoid all of these headaches by using dynamic bindings
like those at DerelictOrg [4] if they are available for the
libraries you use. Then the compile-time dependency on
On Tuesday, 12 January 2016 at 12:32:11 UTC, Mike Parker wrote:
On Tuesday, 12 January 2016 at 08:42:19 UTC, Robert M. Münch
wrote:
I have seen countless problems because apps are using dynamic
linking and whole IT environements getting into DLL hell. IMO
one of the worst ideas these days.
On Tuesday, 12 January 2016 at 08:42:19 UTC, Robert M. Münch
wrote:
I have seen countless problems because apps are using dynamic
linking and whole IT environements getting into DLL hell. IMO
one of the worst ideas these days.
I'm not talking about dynamic linking, but dynamic loading. This
On 2016-01-11 02:22, Jason Jeffory wrote:
Dmd's setup construction is a bit weird and has some difficult issue
tracking.
How about if dmd supported, if it already doesn't, some ways to help the
user check the configuration of dmd. It would be quick and easy to
implement.
e.g.,
dmd -showinfo
T
On 2016-01-12 04:15:36 +, Mike Parker said:
You can avoid all of these headaches by using dynamic bindings like
those at DerelictOrg [4] if they are available for the libraries you
use. Then the compile-time dependency on the C library goes away and
all you need is the DLL at runtime.
I
On Monday, 11 January 2016 at 16:27:54 UTC, Jason Jeffory wrote:
Anyway, regarding the static libs. I used this on a Win64
project and it works:
"lflags" : [
"D:\\develop\\cairo\\cairo\\src\\release\\cairo-static.lib",
"D:\\develop\\cairo\\libpng\\libpng.lib",
On Monday, 11 January 2016 at 05:46:11 UTC, Robert M. Münch wrote:
On 2016-01-11 01:47:54 +, Jason Jeffory said:
and how does one link in compiled static libraries into a dub
project?
I tried adding stuff like
"lflags" : ["+C:\\MyLibs\\"],
with the .lib file in it, but that doesn't work
On 2016-01-11 01:47:54 +, Jason Jeffory said:
and how does one link in compiled static libraries into a dub project?
I tried adding stuff like
"lflags" : ["+C:\\MyLibs\\"],
with the .lib file in it, but that doesn't work. (I'd expect to have to
supply the file name somewhere, at least)
On Monday, 11 January 2016 at 01:24:44 UTC, Jason Jeffory wrote:
On Monday, 11 January 2016 at 01:22:28 UTC, Jason Jeffory wrote:
Dmd's setup construction is a bit weird and has some difficult
issue tracking.
How about if dmd supported, if it already doesn't, some ways
to help the user check
Dmd's setup construction is a bit weird and has some difficult
issue tracking.
How about if dmd supported, if it already doesn't, some ways to
help the user check the configuration of dmd. It would be quick
and easy to implement.
e.g.,
dmd -showinfo
Target Arch: x86
Libraries: C:\Mylib;C:\
On Monday, 11 January 2016 at 01:22:28 UTC, Jason Jeffory wrote:
Dmd's setup construction is a bit weird and has some difficult
issue tracking.
How about if dmd supported, if it already doesn't, some ways to
help the user check the configuration of dmd. It would be quick
and easy to implement
16 matches
Mail list logo