On Wednesday, 25 March 2020 at 04:04:09 UTC, rikki cattermole
wrote:
When I see -fPIC I think something is wrong with your
compiler+runtime setup.
Use -v to see the commands dub is using. This should not be dub
related.
It seems you're correct. I looked through some of the older
projects I'
When I see -fPIC I think something is wrong with your compiler+runtime
setup.
Use -v to see the commands dub is using. This should not be dub related.
On Monday, 25 March 2019 at 16:25:37 UTC, cptgrok wrote:
Am I doing something wrong or is there some issue with curl or
something else? I'm pretty new to D and I'm not sure if I need
to go right down to raw sockets and re-invent the wheel or if
there is some other library that can help. If I ge
On Monday, 25 March 2019 at 19:02:18 UTC, cptgrok wrote:
On Monday, 25 March 2019 at 16:44:12 UTC, Andre Pany wrote:
First idea, please switch to x86_64 if possible. This will
also be the default of Dub in the next dmd release or the
release after.
Kind regards
Andrew
Figured out --arch=x86
On Monday, 25 March 2019 at 16:44:12 UTC, Andre Pany wrote:
First idea, please switch to x86_64 if possible. This will also
be the default of Dub in the next dmd release or the release
after.
Kind regards
Andrew
Figured out --arch=x86_64, thanks! Sadly I don't see any change.
I'm not having
On Monday, 25 March 2019 at 16:25:37 UTC, cptgrok wrote:
I need to review syslogs for over 160 systems monthly, and I am
trying to write a utility to automate bulk downloads from a
custom web service where they are hosted. I need to calculate a
date range for the prior month, add start and end
On Wednesday, 4 July 2018 at 20:36:55 UTC, Chris M. wrote:
On Tuesday, 3 July 2018 at 18:35:43 UTC, kinke wrote:
On Tuesday, 3 July 2018 at 17:54:08 UTC, Seb wrote:
[...]
AFAICT, the issue is that MinGW is used, as opposed to
MinGW-w64 (a confusingly separate project unfortunately
AFAIK). T
On Tuesday, 3 July 2018 at 18:35:43 UTC, kinke wrote:
On Tuesday, 3 July 2018 at 17:54:08 UTC, Seb wrote:
[...]
AFAICT, the issue is that MinGW is used, as opposed to
MinGW-w64 (a confusingly separate project unfortunately AFAIK).
There's no SetWindowLongPtr for Win32, it's #defined as
SetW
On Tuesday, 3 July 2018 at 17:54:08 UTC, Seb wrote:
BTW in case someone has a bit of time to look at the MinGW
headers. They are built as part of the `build-mingw-libs`
branch at the installer repo:
https://github.com/dlang/installer/blob/build-mingw-libs/windows/build_mingw.bat
This is autom
On 04/07/2018 6:24 AM, Chris M. wrote:
Looks like there's a user32.def file in the src package that does not
have these two functions defined. Not too sure how this vcvars64.bat
file builds the 64-bit libraries from this, but I think I'll have to
open a ticket with the mingw devs to have them b
On Tuesday, 3 July 2018 at 18:24:47 UTC, Chris M. wrote:
On Tuesday, 3 July 2018 at 17:54:08 UTC, Seb wrote:
[...]
https://sourceforge.net/projects/mingw/files/MinGW/Base/w32api/w32api-5.0.2/
Looks like there's a user32.def file in the src package that
does not have these two functions defin
On Tuesday, 3 July 2018 at 17:54:08 UTC, Seb wrote:
On Tuesday, 3 July 2018 at 15:10:34 UTC, Chris M. wrote:
On Tuesday, 3 July 2018 at 14:38:53 UTC, Mike Parker wrote:
On Tuesday, 3 July 2018 at 13:32:21 UTC, Chris M. wrote:
After hashing it out with some people on the Discord, I'm
fairly
On Tuesday, 3 July 2018 at 15:10:34 UTC, Chris M. wrote:
On Tuesday, 3 July 2018 at 14:38:53 UTC, Mike Parker wrote:
On Tuesday, 3 July 2018 at 13:32:21 UTC, Chris M. wrote:
After hashing it out with some people on the Discord, I'm
fairly certain we narrowed it down to the 64-bit user32.lib
On Tuesday, 3 July 2018 at 14:38:53 UTC, Mike Parker wrote:
On Tuesday, 3 July 2018 at 13:32:21 UTC, Chris M. wrote:
After hashing it out with some people on the Discord, I'm
fairly certain we narrowed it down to the 64-bit user32.lib
from mingw missing these functions.
https://issues.dlan
On Tuesday, 3 July 2018 at 13:32:21 UTC, Chris M. wrote:
After hashing it out with some people on the Discord, I'm
fairly certain we narrowed it down to the 64-bit user32.lib
from mingw missing these functions.
https://issues.dlang.org/show_bug.cgi?id=19051
So are the mingw libs only ship
On Tuesday, 3 July 2018 at 05:36:12 UTC, Seb wrote:
On Monday, 2 July 2018 at 23:00:08 UTC, Chris M. wrote:
On Monday, 2 July 2018 at 21:20:26 UTC, Seb wrote:
On Monday, 2 July 2018 at 19:24:38 UTC, Chris M. wrote:
On Monday, 2 July 2018 at 18:48:16 UTC, Jonathan M Davis
wrote:
[...]
Downlo
On Monday, 2 July 2018 at 23:00:08 UTC, Chris M. wrote:
On Monday, 2 July 2018 at 21:20:26 UTC, Seb wrote:
On Monday, 2 July 2018 at 19:24:38 UTC, Chris M. wrote:
On Monday, 2 July 2018 at 18:48:16 UTC, Jonathan M Davis
wrote:
[...]
Downloaded the DMD and DMC zip files, extracted and added t
On Monday, 2 July 2018 at 23:00:08 UTC, Chris M. wrote:
On Monday, 2 July 2018 at 21:20:26 UTC, Seb wrote:
I thought for 64-bit the bundled lld linker and mingw runtime
are used?
https://dlang.org/changelog/2.079.0.html#lld_mingw
So in fact you shouldn't even need DMC?
Ah, okay. I'm mostly
On Monday, 2 July 2018 at 21:20:26 UTC, Seb wrote:
On Monday, 2 July 2018 at 19:24:38 UTC, Chris M. wrote:
On Monday, 2 July 2018 at 18:48:16 UTC, Jonathan M Davis wrote:
On Monday, July 02, 2018 18:26:27 Chris M. via
Digitalmars-d-learn wrote:
On Monday, 2 July 2018 at 17:33:20 UTC, Bauss wro
On Monday, July 02, 2018 21:20:26 Seb via Digitalmars-d-learn wrote:
> On Monday, 2 July 2018 at 19:24:38 UTC, Chris M. wrote:
> > On Monday, 2 July 2018 at 18:48:16 UTC, Jonathan M Davis wrote:
> >> On Monday, July 02, 2018 18:26:27 Chris M. via
> >>
> >> Digitalmars-d-learn wrote:
> >>> On Monday
On Monday, 2 July 2018 at 19:24:38 UTC, Chris M. wrote:
On Monday, 2 July 2018 at 18:48:16 UTC, Jonathan M Davis wrote:
On Monday, July 02, 2018 18:26:27 Chris M. via
Digitalmars-d-learn wrote:
On Monday, 2 July 2018 at 17:33:20 UTC, Bauss wrote:
> [...]
Thanks for checking, I have no idea wha
On Monday, 2 July 2018 at 18:48:16 UTC, Jonathan M Davis wrote:
On Monday, July 02, 2018 18:26:27 Chris M. via
Digitalmars-d-learn wrote:
On Monday, 2 July 2018 at 17:33:20 UTC, Bauss wrote:
> On Monday, 2 July 2018 at 12:53:19 UTC, Chris M. wrote:
>> [...]
>
> If I don't get around it tonight t
On Monday, July 02, 2018 18:26:27 Chris M. via Digitalmars-d-learn wrote:
> On Monday, 2 July 2018 at 17:33:20 UTC, Bauss wrote:
> > On Monday, 2 July 2018 at 12:53:19 UTC, Chris M. wrote:
> >> On Friday, 29 June 2018 at 20:08:49 UTC, Chris M. wrote:
> >>> On Friday, 29 June 2018 at 19:53:27 UTC, b
On Monday, 2 July 2018 at 17:33:20 UTC, Bauss wrote:
On Monday, 2 July 2018 at 12:53:19 UTC, Chris M. wrote:
On Friday, 29 June 2018 at 20:08:49 UTC, Chris M. wrote:
On Friday, 29 June 2018 at 19:53:27 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
[...]
Are you
On Monday, 2 July 2018 at 12:53:19 UTC, Chris M. wrote:
On Friday, 29 June 2018 at 20:08:49 UTC, Chris M. wrote:
On Friday, 29 June 2018 at 19:53:27 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
[...]
Are you compiling to 64bit?
Else the functions will be named
On Friday, 29 June 2018 at 20:08:49 UTC, Chris M. wrote:
On Friday, 29 June 2018 at 19:53:27 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
[...]
Are you compiling to 64bit?
Else the functions will be named GetClassLongA and
SetClassLongA
Yeah, that's what I'm
On Friday, 29 June 2018 at 19:53:04 UTC, Timoses wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to
use async).
C:\dmd2\windows\bin\lld-link.exe: warning:
eventc
On Friday, 29 June 2018 at 19:53:27 UTC, bauss wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
[...]
Are you compiling to 64bit?
Else the functions will be named GetClassLongA and SetClassLongA
Yeah, that's what I'm targeting
Vibe builds fine on 64bit for me and I think tha
On Friday, 29 June 2018 at 19:53:04 UTC, Timoses wrote:
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to
use async).
C:\dmd2\windows\bin\lld-link.exe: warning:
eventc
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to use
async).
C:\dmd2\windows\bin\lld-link.exe: warning:
eventcore.lib(sockets_101f_952.obj): undefined symbol:
SetWind
On Friday, 29 June 2018 at 19:25:42 UTC, Chris M. wrote:
This doesn't appear to specifically be a Vibe issue, just
noticing this error when I use eventcore from it (trying to use
async).
C:\dmd2\windows\bin\lld-link.exe: warning:
eventcore.lib(sockets_101f_952.obj): undefined symbol:
SetWind
Seems I found a better solution hidden in the docs:
@nogc protected int[2] transformFunc(int[2] xy){
version(X86){
asm @nogc{
naked;
mov EBX, this;
movdXMM1, sX[EBX];
pslldq XMM1, 4;
movss XMM1, sY[EBX];
On Thursday, 5 April 2018 at 04:48:02 UTC, Basile B. wrote:
The "this" seems to be in R11, so you have to apply the asm
syntax for accessing the members using
.offsetof.[R11], example:
```
class Foo
{
double a = 123456;
extern(D) double foo()
{
asm
{
nak
On Thursday, 5 April 2018 at 04:48:02 UTC, Basile B. wrote:
On Wednesday, 4 April 2018 at 21:00:44 UTC, solidstate1991
wrote:
void main()
{
import std.stdio;
(new Foo).foo(0,0).writeln;
}
```
Ah sorry, the params must be removed ((new Foo).foo().writeln;)...
I was actually trying to
On Wednesday, 4 April 2018 at 21:00:44 UTC, solidstate1991 wrote:
I have this code:
asm @nogc{
movqXMM0, xy;
paddd XMM0, sXY; // xy + sXY
movqXMM3, xy0;
psubd XMM0, XMM3; // xy + sXY - x0y0
movq
I forgot to tell, that xy0 ac, and bd are local to the class.
On Thursday, 2 November 2017 at 18:51:09 UTC, bauss wrote:
On Thursday, 2 November 2017 at 18:48:10 UTC, bauss wrote:
Before you did:
render!("index.dt", title, major_categories);
Have you tried to check the contents of "major_categories"
making sure it's all there. Just to figure out whether
On Thursday, 2 November 2017 at 18:48:10 UTC, bauss wrote:
On Thursday, 2 November 2017 at 16:23:55 UTC, SamwiseFilmore
wrote:
On Thursday, 2 November 2017 at 08:40:28 UTC, bauss wrote:
[...]
No, the html does come in, and the whole content of the
rendered page is sent to the browser. The pa
On Thursday, 2 November 2017 at 16:23:55 UTC, SamwiseFilmore
wrote:
On Thursday, 2 November 2017 at 08:40:28 UTC, bauss wrote:
Do you get a response back with rendered html or does the
connection get dropped?
No, the html does come in, and the whole content of the
rendered page is sent to the
On Thursday, 2 November 2017 at 08:40:28 UTC, bauss wrote:
Do you get a response back with rendered html or does the
connection get dropped?
No, the html does come in, and the whole content of the rendered
page is sent to the browser. The page has closing head and body
tags.
Have you tried
On Thursday, 2 November 2017 at 04:00:10 UTC, SamwiseFilmore
wrote:
I've got a serialized JSON structure that looks something like
this:
[...]
Do you get a response back with rendered html or does the
connection get dropped?
Have you tried to cut down the amount of data and see if it will
On Tuesday, 15 August 2017 at 05:22:44 UTC, HyperParrow wrote:
On Tuesday, 15 August 2017 at 04:44:25 UTC, LeqxLeqx wrote:
[...]
GDC front-end is based on DMD 2.068.2 but the feature you use
(format specifier as template parameter) is only there since
DMD 2.075. The error comes from the fact
On Tuesday, 15 August 2017 at 04:44:25 UTC, LeqxLeqx wrote:
Hello!
I'm having issues with the format function.
My program is as follows:
import std.format;
import std.stdio;
int main ()
{
auto s = format!"%s is %s"("Pi", 3.14);
writeln(s); // "Pi is 3.14";
}
and when
On Friday, 17 June 2016 at 16:58:42 UTC, OpenJelly wrote:
Trying to set up an IDE on Windows 7 with code completion but
my issues keep coming back to DCD. The tests failed the one
time I could get the tests to go beyond it waiting for another
instance of DCD to close. The path is added to my PA
On Tuesday, 23 February 2016 at 19:53:52 UTC, Johan Engelen wrote:
On Monday, 22 February 2016 at 23:21:28 UTC, Jonathan M Davis
wrote:
Well, if you'll notice th list of resolved issues is going up
way faster than the list of new issues.
(To put some oil on the fire:)
But the number of new
On Monday, 22 February 2016 at 23:21:28 UTC, Jonathan M Davis
wrote:
Well, if you'll notice th list of resolved issues is going up
way faster than the list of new issues.
(To put some oil on the fire:)
But the number of new issues /is/ going up. I.e. the number of
resolved issues is going
On Tue, Feb 23, 2016 at 02:38:42PM +, Andre via Digitalmars-d-learn wrote:
[...]
> In case of #4763 I closed it because 2 out of 3 enhancement requests
> were fixed/solved and the 3rd was open for about 5 years, without
> recent activity, no owner, empty CC and no votes.
[...]
Sometimes people
On Tuesday, 23 February 2016 at 00:13:23 UTC, ag0aep6g wrote:
On 22.02.2016 23:56, Andre wrote:
I was wondering how people in this D community think about the
number of
issues with NEW status...
It could scare individuals/organizations to start with D, when
they get
the impression that there
On 22.02.2016 23:56, Andre wrote:
I was wondering how people in this D community think about the number of
issues with NEW status...
It could scare individuals/organizations to start with D, when they get
the impression that there are a large and growing number of issues that
are open (for years
On Monday, February 22, 2016 22:56:26 Andre via Digitalmars-d-learn wrote:
>
> I was wondering how people in this D community think about the
> number of issues with NEW status...
>
> It could scare individuals/organizations to start with D, when
> they get the impression that there are a large and
On Monday, 22 February 2016 at 22:56:26 UTC, Andre wrote:
I was wondering how people in this D community think about the
number of issues with NEW status...
NEW just means 'not resolved'. Things are rarely assigned, and
usually go straight
from 'NEW' to 'RESOLVED'. An intermediate status,
Hello to everyone, and thank you for your help!
Sorry for the delay in response, as I was busy with family
matters. However, upon returning today, and with everyone's help,
I have successfully gotten it to work. The code below worked out
swimmingly:
auto reg = regex(`[ 0-9a-zA-Z.*=+-;()"'\[
On Saturday, 16 February 2013 at 21:58:23 UTC, jerro wrote:
Pattern with error: `[ 0-9a-zA-Z.*=+-;()"'\[\]<>,{}^#/\]`
<--HERE-- ``
The problem here is that you have \ right before the ] at the
end of the string. Because it is preceeded by \, ] is
interpretted as a character you are matching o
17-Feb-2013 01:36, MrAppleseed пишет:
On Saturday, 16 February 2013 at 20:33:15 UTC, FG wrote:
On 2013-02-16 21:22, MrAppleseed wrote:
auto reg = regex("[ 0-9a-zA-Z.*=+-;()\"\'\[\]<>,{}^#/\\]");
When I try to run the code above, I get:
parser.d(64): Error: undefined escape sequence \[
parser.d
On 2013-02-16 22:36, MrAppleseed wrote:
Perhaps try this: "[ 0-9a-zA-Z.*=+-;()\"\'\\[\\]<>,{}^#/\\]"
I made the changes you suggested above, and although it compiled fine, on the
first run I got a similar error:
std.regex.RegexException@/usr/include/dmd/phobos/std/regex.d(1942): unexpected
en
Pattern with error: `[ 0-9a-zA-Z.*=+-;()"'\[\]<>,{}^#/\]`
<--HERE-- ``
The problem here is that you have \ right before the ] at the end
of the string. Because it is preceeded by \, ] is interpretted as
a character you are matching on, not as a closing bracket for the
initial [. If you want t
std.regex.RegexException@/usr/include/dmd/phobos/std/regex.d(1942):
wrong CodepointSet
Pattern with error: `[ 0-9a-zA-Z.*=+-;()"'[]` <--HERE--
`<>,{}^#/\\]`
(Entire error here: http://pastebin.com/Su9XzbXW)
You need to put \ in front of [ or ] if you want to match those
two characters. The r
On Saturday, 16 February 2013 at 20:33:15 UTC, FG wrote:
On 2013-02-16 21:22, MrAppleseed wrote:
auto reg = regex("[ 0-9a-zA-Z.*=+-;()\"\'\[\]<>,{}^#/\\]");
When I try to run the code above, I get:
parser.d(64): Error: undefined escape sequence \[
parser.d(64): Error: undefined escape sequence
On Saturday, 16 February 2013 at 20:35:48 UTC, H. S. Teoh wrote:
On Sat, Feb 16, 2013 at 09:22:07PM +0100, MrAppleseed wrote:
Hey all,
I'm currently trying to port my small toy language I invented
awhile
back in Java to D. However, a main part of my lexical analyzer
was
regular expression mat
As long as there is \" I get the same error.
On Sat, Feb 16, 2013 at 09:22:07PM +0100, MrAppleseed wrote:
> Hey all,
>
> I'm currently trying to port my small toy language I invented awhile
> back in Java to D. However, a main part of my lexical analyzer was
> regular expression matching, which I've been having issues with in
> D. The regex
On 2013-02-16 21:22, MrAppleseed wrote:
auto reg = regex("[ 0-9a-zA-Z.*=+-;()\"\'\[\]<>,{}^#/\\]");
When I try to run the code above, I get:
parser.d(64): Error: undefined escape sequence \[
parser.d(64): Error: undefined escape sequence \]
When I remove the escaped characters (turning my regex
62 matches
Mail list logo
