Does this msvc based build output gdb-compatible
debugging symbols?
No DWARFs in there.
And how do ldc and gdc do? =)
Thanks for the help with the Win64 version and for providing
the binary!
:) fwiw
A bunch of tests still crash.
I also have an experimental Win64 MSVC version.
https://github.com/Trass3r/ldc/releases
druntime:
make -f win64.mak DMD=../windows/bin/dmd.exe
CC=\c:\l\vc10\bin64\cl.exe\ target
phobos:
make -f win64.mak DMD=../windows/bin/dmd.exe
CC=\c:\l\vc10\bin64\cl.exe\ MAKE=c:\l\dmc\bin\make
AR=\c:/l/vc10/bin64/lib.exe\ LIB=..\lib64\phobos64.lib
That works?
So it probably doesn't need
Nope doesn't.
Setting VCDIR and SDKDIR via the make command works.
Setting VCDIR and SDKDIR via the make command works.
Works for me. Maybe you need a newer version of make (there was
a silent update in 2012, my version is 5.06).
Well if you don't set VCDIR you won't get proper include paths.
So no clue why it works for you.
The pdb debug format is not supported, AFAIK. But that format
is not documented and I don't think you could add D extensions
anyway.
So does LLVM really support PDB?
As long as they rely on the MS linker they only need to emit
proper debug info into the object files. But that's still TODO:
Digger is awesome. Have never heard of it before this talk.
Unfortunately it's a huge PITA to get a Win64 build with it cause
of those stupid hardcoded \Program Files (x86)\Microsoft Visual
Studio 10.0\VC paths. The modified makefiles etc are always
reverted by Digger before building.
You can add the compiler to the make command line with some
magic quoting.
My build script calls
druntime:
make -f win64.mak DMD=../windows/bin/dmd.exe
CC=\c:\l\vc10\bin64\cl.exe\ target
phobos:
make -f win64.mak DMD=../windows/bin/dmd.exe
CC=\c:\l\vc10\bin64\cl.exe\ MAKE=c:\l\dmc\bin\make
http://youtu.be/Es8st0E5428
Thx alot!
Enables me to watch it easily on my tv :)
http://youtu.be/n9RNxUQ0Cyk
Looks promising.
Though I wouldn't know how to choose between Adam's web framework,
Cybershadow's code (seemed like he coded the newsreader in no time and it
works very nicely) and yours.
Any advice?
I've been running with phobos built using -ffunction-sections
-fdata-sections since ~the time of #293 and so far haven't seen any
problems (which of course doesn't mean that there aren't any).
Me too. If you don't use gc-sections there shouldn't be any difference and
if you do a lot of
I think the problem of ~100 open pull requests needs to be faced better.
People that see their patches rot in that list probably don't feel
rewarded enough to submit more patches.
So true. I won't do any further work if it's in vain anyway.
Also I regularly have to rebase my one cause of
I and other D programmers begged AtCoder team to support D.
In the result, AtCoder supports D (dmd 2.058) officially.
Now get them to update to 2.059 so you will get UFCS ;)
The function names should be converted to camelCase.
and a README.
gdc does cross module inlining if you pass all modules to it at once.
No. I named it native for a reason. The method names are not
manipulated in any way - they come directly from GTK.
I could *add* all kind of aliases, including camelCased ones, but why
would anyone want to use those?
Cause those C names with underscores are just crappy.
gdc does cross
The CLGLInterop example however still just gives a black window. It
only outputs the FPS in cmdline.
Well it works fine on my Win7 x64 machine.
Well, I resorted to using bud and managed to get the vectorAdd example
to compile, but when I run I get this error:
btw, bud's not maintained anymore.
Is this some kind of \ vs / bug?
Try removing the mixin(CL_PROGRAM_STRING_DEBUG_INFO) ~ @ vectorAdd.d(36)
The vectorAdd example works perfectly, without any editing (ie. without
removing the mixin(CL_PROGRAM_STRING_DEBUG_INFO)).
How strange, does pragma(msg, CL_PROGRAM_STRING_DEBUG_INFO); give
different results for the two dmd revisions?
The CLGLInterop example however still just gives a black
Does this one work?
http://www.cmsoft.com.br/index.php?option=com_contentview=categorylayout=blogid=99Itemid=150
Those guys do know how to create useless exception messages o.O
Well can't investigate this further at the moment.
I'm trying to use cl4d, but when I compile I get a stack overflow..
Sigh.
As I stated in the announcement you need a HEAD dmd.
Or use a cl4d revision prior to the mentioned bugfix.
About the 'mentioned bugfix', I assume you're referring to bug
6473 has been fixed = so let's fix that memory leak?
Yep, just git checkout the revision before that one.
Ok, so when i try to compile it says
src\opencl\c\cl_d3d10.d(88): Error: undefined identifier UINT
src\opencl\c\cl_d3d10.d(96): Error: undefined identifier UINT
and upon changing those to uint I get
src\opencl\c\cl_d3d11.d(77): Error: undefined identifier ID3D11Buffer
On Thursday, 29 December 2011 at 10:32:49 UTC, Extrawurst wrote:
nice work. why moved to github ?
I'm sick of having to switch from git to hg commands every time I
work on cl4d.
So I converted it to git, cleaned up the history and just put it
on Github cause it has nicer features.
btw.
I finally moved cl4d to https://github.com/Trass3r/cl4d
It's in a very usable state. Contains 2 samples including an
OpenCL/OpenGL interop one similar to
http://www.youtube.com/watch?v=K1FOIhA6ecQ
btw, as of my latest commit you need a HEAD dmd to build it. This
fixes a severe memory leak.
Thx!
* Release includes both D versions.
* -v1(default) compiles for D1.
* -v2 compiles for D2.
* The switch must be used for linking as well.
Why is D1 still the default?
* 64bit and up to date GDC forthcoming.
Imho the 64 bit version is even more important since gdc is the
Why is D1 still the default?
Because this is the first release where I felt D2 was capable of being
the default and I forgot about it until writing the post. It also
requires some reworking of the changes that enable dual compilers.
but why is there a zip version anyway?
I posted with a
Timon Gehr Wrote:
Yes, Tango for D2 should make use of druntime and deimos.
Deimos?? Isn't that dead?
Probably he meant this:
https://github.com/D-Programming-Language/deimos
What other project were you referring to?
http://www.dsource.org/projects/deimos of course ;)
- Using --build-only, by default, places the exe in the current directory
rather than the usual tmp directory. The --build-only option is
frequently (always, AFAIK) used like an alternate to
bud/rebuild/xfbuild/etc
Yep, build-only should be the default! And running the exe afterwards an
This is the only section that seem to have a big difference in length:
2.055:
Length Name Class
00071CAEH _TEXT CODE 32-bit
2.056:
Length Name Class
00101A1AH _TEXT CODE 32-bit
Hurray, template bloat ;)
I'm working on a bot in D. I'm currently done implementing the A*
algorithm for path finding
Dump A*, D* Lite ftw ;)
Good job.
The first project is a D2 port proper that tries to keep API semantics
This is the 'd2port' branch in my repository.
The second project is a more ambitious effort to rewrite some aspects
This is the 'master' branch in my repository.
Why isn't it the other way around?
Why? What's the point? Why not work on Phobos instead?
Well D1 projects could be ported to D2 much more easily, e.g. Yage.
I already mentioned this deeper down in the thread, but what are the
chances of being able to use tango as an add-on for phobos2? Something
from which I could pull in only the tango modules I need and use phobos
for the rest?
He already answered that:
SiegeLord Wrote:
Does this use
Am 07.10.2011, 13:28 Uhr, schrieb Steve Teale
steve.te...@britseyeview.com:
Are you saying that GDC is way faster?
Yep. Especially for floating point calculations.
Worst-case scenario for dmd:
http://www.mail-archive.com/digitalmars-d@puremagic.com/msg61860.html
(be sure to read through
Just as a matter of interest, how do you rate GDC 2.055 for speed
alongside the Linux DMD.
Of course it is way faster. You should compare with gcc instead.
Kural, dünyanın D!
(translated nautomatically)
It occured for the mixin method to generate the different exception
classes. Specifically the toCamelCase method was not working there.
Ok.
Do you have any idea how to solve the problem I described in D.learn?
(template instance cannot use local.)
Looks like it fails to build under Linux using linux.mak makefile due to
missing
intrange.c / intrange.o in file lists. Linking stage errors. When I add
them
manually, everything works like a charm.
I think compiling it worked just fine for me.
In general good work!
But again phobos makes a simple std.string function unCTFEable.
Now I have to use an ugly hack to achieve something as simple as toUpper:
mixin( (){char[] tmp = dup; toUpperInPlace(tmp); return tmp;}() );
Now I have to use an ugly hack to achieve something as simple as
toUpper:
mixin( (){char[] tmp = dup; toUpperInPlace(tmp); return tmp;}() );
Damn i found that too and wanted to mention it in the dmd-beta list b4
release. But the workaround is simple. At least this one was fixed:
Since I couldn't find a tool like c++filt for D I quickly hacked one
together.
Very useful especially for 'objdump -d test.o | dfilt'.
If anybody is interested:
https://github.com/Trass3r/tools/blob/master/dfilt/dfilt.d
Side note: seems like core.demangle can't demangle _D5utils7__arrayZ
Am 21.06.2011, 20:32 Uhr, schrieb Andrej Mitrovic
andrej.mitrov...@gmail.com:
I don't know whether it is planned to incorporate the WinAPI bindings
into Phobos/Druntime, there's at least 2.5 megs of code in prototypes
and I'm not sure about the license (it's based on the MinGW headers).
That
+ FLIRT: added autodetection of the programs written in the D language
+ FLIRT: added Digital Mars FLIRT signatures
Wow that's really cool :)
Am 28.03.2011, 21:58 Uhr, schrieb Mike Wey mike-...@example.com:
GtkD 1.4 is now available, get it from dsource:
http://www.dsource.org/projects/gtkd/
This reminds me, didn't we also want to add GUI projects as a GSoC idea?
Well, IMHO the intermediate solution would be to just get DMD to output
Win64 OMF object files for now
Hopefully we won't have to wait too long!
Am I the only one getting a virus warning as soon as I try to unpack the
ZIP file?
This one is found within the binary:
TR/Crypt.XPACK.Gen
Yep, Antivir is pretty paranoid and fires up even if an exe is only
compressed.
Nice, what will this be used for?
Does SWIG also support turning all those crappy C++ Get*/Set* methods you can
find in almost every OOP-based project into proper D properties (incl. removing
Get/Set and turning the next letter lowercase)?
Speaking of newsgroup web interface, interestingly while the main D site points
to this crappy reader:
http://www.digitalmars.com/pnews/indexing.php?server=news.digitalmars.comgroup=digitalmars.D.announce
there still is a hidden one which is much better imho:
That one has horrible bugs. You'll click on a topic, then try to read
a reply, and it shoots you to some random topic 4+ years ago. Happens
all the time. I only use it to post to NG since using Gmail directly
doesn't show up my own posts (this is a known gmail bug).
Didn't occur to me so far.
OT:
c) It tries to convert news posts to HTML, so the paragraphs
wrap to the browser, links work, quotes are put into the proper
tags for indentation, and it tries to auto-detect D code and
put it in a pre block - which my javascript can make inline
editable and runnable. Example:
Strange thing is, most functions are properly demangled but 2
aren't.
Is this a (known) bug?
Yes, core.demangle can't do some symbols because DMD applies
a one-way hash to them once they reach a certain length because
such long symbols tend to break linkers.
Ah I see, but what about
Very interesting stuff.
May D kick php out of business ;)
I don't know. I haven't used Hg. However, I have a hard time seeing how
you could have revision numbers like subversion does
Mercurial uses hashes.
For convenience it *additionally* provides consecutive numbers which are
to be used in your own *local repo only*.
Why is there no advertisement for D, the MagicCounter page lists C# right
at the top ;)
The directory tree sorts everything by name, would be cool if listing
directories first was possible as well.
It really needs a proper icon, looks shitty in the taskbar ;)
Nice tool!
Also playback stops when a directory is reached in the list.
I just wanted to drop a note to say that i have tried it and it works
quite well. I am wrapping a small C++ library and using in my D
application.
Is there a tutorial (not 50 pages of text) about what needs to be done to
support a C++ library?
Thanks! Note that bindings to the C API are included.
They are pretty much complete, I just haven't found a way yet to
organize extensions. If you've got an idea, just share it ;)
Just wanted to let you know that cl4d is basically usable now.
Some things like OpenGL interoperability still need to be finished
though and of course it needs to be extensively tested for bugs.
http://bitbucket.org/trass3r/cl4d
My impression from following the newsgroup was that no alternative
compiler was even close to compiling D2. The LDC D2 status page says:
D2 support is a stub and very experimental. Anyone interested to
improve it (or LDC in general) is highly welcome. The last News item on
the GDC page is
I'm working on my long term solution to testing on Windows XP:
setting up Windows 7 and the Windows XP Virtual PC image that it
brings.
You could also use http://www.virtualbox.org/
Nice, slim, heavily under development :)
Still, I think it is a bit troublesome for people to build MaGo from
source if they are not used to work with the Visual Studio
Extensibility, so you should consider providing some precompiled
binaries.
votes++;
Here is (attachement) a translation of file mwdebug.h
(matd.c.mwdebug).
Thanks for your work but unfortunately I already converted mwdebug.h in
the first place. The reason why it isn't committed yet is these functions
aren't provided by Matlab's dlls. mwdebug.cpp contains the
I don't know if there is a way to handle all this without string mixins.
i.e. something along the lines of
mixin(foo(
...
/**
* Get pointer to dimension array
*/
const(mwSize)* mxGetDimensions(const(mxArray)* pa);
...
));
and foo replaces the function defs with func(...){return
I am interested in using the MatD and mex files in D. Also, if
possible, to contribute.
Cool :)
For the time being, I see that you are distributing a set of
win32 .lib with MatD. I tried to compile the mex examples you
provided in Linux 64 bit, but dmd failed to link, I think it is
because
I've created some bindings to access Matlab's external interface from D,
i.e. manipulating .mat files, accessing the current workspace and creating
.mex files.
Thought I'd share it:
http://bitbucket.org/trass3r/matd/wiki/Home
Part of the reason I wanted to make this debugger is that using cv2pdb,
although a great tool that helped fill a need, means:
1. Relying on the built-in C++ debugger, which means you get a C++
expression evaluator.
That sounds really good.
Nice work!
I'm curious, how does it handle the case of incremental development, i.e.
gradually changing and enhancing the grammar?
How does it work? Could something similar be created for C++
(automatically creating wrappers around C++ classes or whatever)?
Any plans for that? Just updated to VS2010 and don't have the old files
anymore.
Ah, thankfully they haven't been deleted after all.
It worked with copying the files you mentioned.
Nevertheless VS2010 support would be nice.
http://www.zlib.net/
So the phobos module should be updated, shouldn't it?
I did use it, ddbg worked good (but always skipped over runtime
functions, which is annoying when you are developing the runtime). I
hope that this problem eventually is solved.
Isn't ddbg totally abandoned?
stacktrace printout, there is a need for such things. But I think
exception tracing is coming, I think Tango already has it.
Tango has it since a long time. Makes me wonder why it hasn't been ported
to druntime, I thought the runtimes are quite similar.
If a good debugger existed for dmd, you could determine the location,
but I don't know of any good ones. gdb doesn't do a very good job with
D.
On Windows cv2pdb + Visual Studio works pretty damn well for me. Can't
compare it to gdb though, since I haven't used that yet.
Note to everyone, dmd 2.041 array allocation is broken (inadvertently by
my array append patch). You should not use this release.
Another big problem of the release is operator overloading.
C:\Jpro\dpro\smallxfbuild xft.d
Thread 1: compiling 1 modules
Thread 0: compiling 0 modules
Error: unrecognized switch '-deps=xft.moduleDeps'
Build failed: dmd @xfbuild.1660e00.rsp returned 1
Yeah it still has its quirks. Feel free to contact the authors/file an
issue/etc.
Is there a better way to use the new operator overloading than string mixins?
Also the following code strangely yields:
dsfml\system\vector2.d(47): Error: variable
dsfml.system.vector2.Vector2!(float).Vector2.op only parameters or foreach
declarations can be ref
/// element-wise operations, +,
obj2asm tells the tale. (obj2asm is an incredibly useful tool, I don't
know why nobody uses it.)
Maybe because it's not free (and not much advertised).
obconv also supports disassembling various object file formats + conversion
between them and it's open source:
The linux version comes in the zip right along side dmd.
Indeed. Even the OSX folder contains obj2asm. The windows version is missing.
I've been trying xfBuild and have now found that I can't write to the
command prompt, and there doesn't seem to be any flag to activate to do
it.
Don't understand what you mean.
Maybe he is looking for a way to pass some custom arguments to DMD and
couldn't find a way to do so via xfBuild?
compiler arguments are passed just as normal.
I'm not sure about compiling the latest csfml dlls.
Now I don't know what I'm doing :-/. Maybe later take another look.
Well DSFML is just a wrapper around CSFML (which in turn is a C wrapper
around SFML :D but hell, there's no other way except a complete port)
So you need the CSFML shared
Tried bud, it compiled but it filled my command prompt window with
errors when I tried running it. When trying to run it it came up with
'not a Win32 program'. I tried using ReBuild, but it didn't even compile.
Btw, xfBuild is better.
My script simply looks like:
xfbuild main.d
Great, but I can't run it in my win2000
There's no point in supporting Win2k these days anymore.
There are some encoding problems:
Björklund
Vincenzo Ampolo
I’ve been working with ldc for a long time
I've ported DSFML to the currently developed SFML v2.
It is included in its svn branch:
http://sfml.svn.sourceforge.net/viewvc/sfml/branches/sfml2/
The packages system, window and graphics already work quite well. Audio
package has been ported but the callbacks still need to be modified.
Ok, audio and network package compiles. Extensive tests are still due.
Yeah, sorry the correct repository is:
https://sfml.svn.sourceforge.net/svnroot/sfml/branches/sfml2/
The one I posted before is just the web version.
Also the hover feature/Open Declaration sometimes behaves incorrectly.
Unfortunately I couldn't really track down its cause yet :(
Usually when hovering over a function call the ddoc output is correct.
Then holding shift to see the source suddenly shows another function. F3
also jumps to that
Ary Borenszweig schrieb:
Please report these things into the bug tracket:
http://www.dsource.org/projects/descent/newticket
I'd have done that, if I had managed to narrow down the problem.
Descent seems to have some problems with multiline `` comments though.
void foo()
{
writefln(`
`);
version(Windows)
{
}
}
everything following the 2nd ` is highlighted incorrectly.
Or is it some configuration mistake?
Ary Borenszweig schrieb:
I just uploaded a new version of Descent that implements the Open Type
Hierarchy funcionality. You can see a video of it here:
Works like a charm, thanks!
btw, would be very cool if the code formatter would also format pasted code!
VisualAssistX has this feature and it's a pleasure to use it, esp. if
you use some code written by other guys with strange code style. I just
cut the whole file, paste it again and voila it's nicely formatted ;)
Ary Borenszweig schrieb:
That's ddbg working wrong, not Descent. :-P
Ah, damn so no way this gets fixed.
Debugging D is a pain :(
Thanks for your hard work!
Are there plans to improve ddbg support?
I'm getting parser errors:
-APC10goldengine5token5Token
class goldengine.token.Token*[]
-Parser: (1:0): found [, expected Ident
input: [0]
lookahead: [
lexeme: \[
AST node stack:
Deref Cast Ident
LR stack:
State 4 (1:1)
Ary Borenszweig schrieb:
For this release Robert Fraser made an excelent addition: when compiling
programs using an external tool such as dsss, rebuild, dmd, gdc, ldc,
gdmd or bud, there are now links to the files in the console output for
warnings and errors. I think this one was pretty
1 - 100 of 111 matches
Mail list logo