On 2011-08-04 22:37, Marco Leise wrote:
Am 04.08.2011, 19:34 Uhr, schrieb Jonathan M Davis :
By the way... the druntime and phobos patches for LDC - are they
applicable to GDC and DMD as well? I'm asking because I could imagine
installing druntime, phobos, DMD, GDC and LDC and all three compile
I'm having a good deal of success using gtkD, but some of the progress has
been hard-fought.
In those cases I thought it could be useful to others if I reported my
misapprehensions and solutions.
See http//britseyeview.com/software/
David Nadlinger Wrote:
> On 8/4/11 8:18 PM, Christian Kamm wrote:
> > So I don't think clang can do exceptions on Windows.
>
> The last time I checked, x86_64 SEH support (not for 32 bit) was in the
> works by some clang guy, but I didn't have a closer look at the changes.
>
> David
http://lis
FWIW, there is now http://codegolf.stackexchange.com/
There aren't that many D solutions, but the ones I've found are better than
the C++ ones in many ways.
It's just a good place to compare and contrast programming languages solving
the same problems.
On 8/4/2011 10:23 AM, Dmitry Olshansky wrote:
On 04.08.2011 19:50, Mehrdad wrote:
More powerful regexes (like in .NET).
The current one is pretty much unusable due to lack of support for
Unicode, and lacks lots of important features (named captures come to
mind).
I'm working on a replacement
On 8/2/2011 1:15 PM, Andrej Mitrovic wrote:
There's a win32 curses-like library around afaik. It uses escape codes
instead of WinAPI calls.
Btw I've tried using WinAPI for console coloring, it's so damn clumsy
to use. -_-
I've used this for 25 years now.
http://www.digitalmars.com/rtl/disp.ht
On Thu, Aug 4, 2011 at 9:09 AM, Alex Rønne Petersen wrote:
> On 04-08-2011 15:43, Adam Ruppe wrote:
>
>> LDC and GDC are both alive and pretty well up to date with D2. They
>> have some advantages that make them favored to some people.
>>
>> But, they are kinda hard to find and get to a point wher
> Am 04.08.2011, 19:34 Uhr, schrieb Jonathan M Davis :
> >> By the way... the druntime and phobos patches for LDC - are they
> >> applicable to GDC and DMD as well? I'm asking because I could imagine
> >> installing druntime, phobos, DMD, GDC and LDC and all three compilers
> >> would use the same
Am 04.08.2011, 19:34 Uhr, schrieb Jonathan M Davis :
By the way... the druntime and phobos patches for LDC - are they
applicable to GDC and DMD as well? I'm asking because I could imagine
installing druntime, phobos, DMD, GDC and LDC and all three compilers
would use the same installation of the
Am 04.08.2011, 18:42 Uhr, schrieb Graham Fawcett :
On Thu, 04 Aug 2011 15:50:18 +, Mehrdad wrote:
More powerful regexes (like in .NET).
The current one is pretty much unusable due to lack of support for
Unicode, and lacks lots of important features (named captures come to
mind).
Just a
On 8/4/11 8:18 PM, Christian Kamm wrote:
So I don't think clang can do exceptions on Windows.
The last time I checked, x86_64 SEH support (not for 32 bit) was in the
works by some clang guy, but I didn't have a closer look at the changes.
David
Christian Kamm:
> So I don't think clang can do exceptions on Windows.
The LLVM 3.0 changelog (that's not finished yet) says "LLVM 3.0 will be the
last release of llvm-gcc.". So I presume to compile C++ code on Windows with
LLVM you will only be able to use dragonegg (I am not sure dragonegg su
Kagamin wrote:
> Last I checked LDC stood for "Linux D compiler". It was due to some
> complications with exceptions in llvm on windows, but I'm almost sure
> clang does it.
I've wondered about that for a while and just checked it:
Running the clang 2.9 Mingw32 binaries through wine on a simple ex
On 04-08-2011 20:11, Jonathan Hanselman wrote:
== Quote from Vladimir Panteleev (vladi...@thecybershadow.net)'s article
On Wed, 03 Aug 2011 21:46:45 +0300, Jonathan Hanselman
wrote:
Can Orage be used as an object/document database? If not, are there any
plans
to add support to it.
I can't fi
== Quote from Vladimir Panteleev (vladi...@thecybershadow.net)'s article
> On Wed, 03 Aug 2011 21:46:45 +0300, Jonathan Hanselman
> wrote:
> > Can Orage be used as an object/document database? If not, are there any
> > plans
> > to add support to it.
> I can't find anything on the web about Orage,
Thanks.
On Thu, Aug 4, 2011 at 10:37 AM, Adam Ruppe wrote:
> D isn't designed to run in 8 or 16 bit at all, but even with 32 bit,
> in theory, it would work, but in practice i don't think any of the
> compilers and runtimes are up to it right now.
>
GDC's fork of Phobos and DRuntime is mostly ready for A
> But what's the purpose of those callq? They seem to call the
> successive asm instruct
I find AT&T syntax to be almost impossible to read, but it looks
like they are comparing the instruction pointer for some reason.
call works by pushing the instruction pointer on the stack, then
jumping to th
D isn't designed to run in 8 or 16 bit at all, but even with 32 bit,
in theory, it would work, but in practice i don't think any of the
compilers and runtimes are up to it right now.
> By the way... the druntime and phobos patches for LDC - are they
> applicable to GDC and DMD as well? I'm asking because I could imagine
> installing druntime, phobos, DMD, GDC and LDC and all three compilers
> would use the same installation of the standard library.
They _can't_ all use the sam
> On 8/4/11 10:59 AM, Jonathan M Davis wrote:
> > On Thursday 04 August 2011 07:33:55 Andrei Alexandrescu wrote:
> >> On 8/4/11 12:16 AM, Jonathan M Davis wrote:
> >>> So, does anyone actually have an opinion on this? Should we fix the
> >>> names or not?
> >>
> >> We should probably fix the names
> Trass3r:
>> are you able and willing to show me the asm produced by gdc? There's a
>> problem there.
> [attach bla.rar]
In the bla.rar attach there's the unstripped Linux binary, so to read the asm I
have used the objdump disassembler. But are you willing and able to show me the
asm before it
On 04.08.2011 19:50, Mehrdad wrote:
More powerful regexes (like in .NET).
The current one is pretty much unusable due to lack of support for
Unicode, and lacks lots of important features (named captures come to
mind).
I'm working on a replacement engine as GSOC project, both named captures
an
David Nadlinger Wrote:
> Since I made some pretty negative experiences trying to get linking DLL
> on Windows to work some years ago, I have always been using dynamic
> loading (in the sense of looking up the symbol addresses at runtime) to
> avoid any COFF/OMF-related problems. However, this o
Adam Ruppe Wrote:
> Are there binary packages available for their D2 builds, complete
> with phobos and druntime, for both Windows and Linux?
Last I checked LDC stood for "Linux D compiler". It was due to some
complications with exceptions in llvm on windows, but I'm almost sure clang
does it.
04.08.2011 17:57, Trass3r пишет:
dmd -oftestGtkD.exe -release -IgtkD-1.4.1-release\headers main.d
gtkD-1.4.1-release\library.lib
Gives the same result.
Ok, could you try with Unilink to see if it's a linker problem?
ftp://ftp.styx.cabel.net/pub/UniLink/
http://www.digitalmars.com/d/archives/di
On Thu, 04 Aug 2011 15:50:18 +, Mehrdad wrote:
> More powerful regexes (like in .NET).
>
> The current one is pretty much unusable due to lack of support for
> Unicode, and lacks lots of important features (named captures come to
> mind).
Just a thought -- libpcre is a very popular RE librar
On 8/4/11 10:59 AM, Jonathan M Davis wrote:
On Thursday 04 August 2011 07:33:55 Andrei Alexandrescu wrote:
On 8/4/11 12:16 AM, Jonathan M Davis wrote:
So, does anyone actually have an opinion on this? Should we fix the
names or not?
We should probably fix the names. A migration path is to sim
By the way... the druntime and phobos patches for LDC - are they
applicable to GDC and DMD as well? I'm asking because I could imagine
installing druntime, phobos, DMD, GDC and LDC and all three compilers
would use the same installation of the standard library.
Can I write applications for microcontrollers such as AVR ATMega or ARM7 on
D language?
On Thursday 04 August 2011 18:01:28 David Nadlinger wrote:
> On 8/4/11 5:59 PM, Jonathan M Davis wrote:
> > I think that it would be far better to just fix the names immediately.
>
> I'd argue not to touch std.socket though, this would unnecessarily break
> code that will be broken again (hopefull
On 8/4/11 5:59 PM, Jonathan M Davis wrote:
I think that it would be far better to just fix the names immediately.
I'd argue not to touch std.socket though, this would unnecessarily break
code that will be broken again (hopefully) soon once std.socket gets
replaced.
David
On Thursday 04 August 2011 08:59:11 Jonathan M Davis wrote:
> On Thursday 04 August 2011 07:33:55 Andrei Alexandrescu wrote:
> > On 8/4/11 12:16 AM, Jonathan M Davis wrote:
> > > So, does anyone actually have an opinion on this? Should we fix the
> > > names or not?
> >
> > We should probably fix
On Thursday 04 August 2011 07:33:55 Andrei Alexandrescu wrote:
> On 8/4/11 12:16 AM, Jonathan M Davis wrote:
> > So, does anyone actually have an opinion on this? Should we fix the
> > names or not?
>
> We should probably fix the names. A migration path is to simply keep
> both names for a year or
More powerful regexes (like in .NET).
The current one is pretty much unusable due to lack of support for
Unicode, and lacks lots of important features (named captures come to
mind).
== Quote from David Nadlinger (s...@klickverbot.at)'s article
> On 8/4/11 5:31 PM, dsimcha wrote:
> > I have to get DMD 2.054 running on an ancient Linux distro, which means
> > compiling it myself to get around various GLIBC issues. Everything compiles
> > fine, but when the makefile tries to lin
Trass3r wrote:
> phobos is automatically compiled as part of the build process (and
> installed as well).
For whatever reason, it didn't work on my box :S
On 8/4/11 5:31 PM, dsimcha wrote:
I have to get DMD 2.054 running on an ancient Linux distro, which means
compiling it myself to get around various GLIBC issues. Everything compiles
fine, but when the makefile tries to link, I get the following linker error
message. […]
Are you using an up-to-
I have to get DMD 2.054 running on an ancient Linux distro, which means
compiling it myself to get around various GLIBC issues. Everything compiles
fine, but when the makefile tries to link, I get the following linker error
message. I don't even know where to start trying to troubleshoot this.
St
I don't know... the gdc itself wasn't so bad (aside from taking forever,
just waiting on tar zxf for gcc was a huge huge wait) but the
Make sure you only download the gcc-core package to avoid all the other
frontends.
instructions didn't even mention the runtime and phobos. I had some
weird
dmd -oftestGtkD.exe -release -IgtkD-1.4.1-release\headers main.d
gtkD-1.4.1-release\library.lib
Gives the same result.
Ok, could you try with Unilink to see if it's a linker problem?
ftp://ftp.styx.cabel.net/pub/UniLink/
http://www.digitalmars.com/d/archives/digitalmars/D/learn/Need_OMF_MySQL
Trass3r wrote:
> GDC packages are available for Windoze thx to Daniel Green
Fantastic! Can we get them linked on the main site's download page?
> Compiling it on Linux is really straightforward, just follow the build
> instructions.
I don't know... the gdc itself wasn't so bad (aside from taking
04.08.2011 15:33, Trass3r пишет:
doCompile.bat:
dmd -c -release -IgtkD-1.4.1-release\headers main.d
doLink.bat:
link
main,"testGtkD.exe",,"gtkD-1.4.1-release\library.lib"+user32+kernel32/noi;
Don't invoke optlink directly like that.
Just use something like 'dmd -release main.obj
gtkD-1.4.1-re
Am 04.08.2011, 16:17 Uhr, schrieb Trass3r :
Compiling GDC on Linux is really straightforward, just follow the build
instructions. Don't know if there's a need for prebuilt packages.
Also I guess most people would expect a proper Linux package like a PPA
for Ubuntu with automatic updates
rat
Are there binary packages available for their D2 builds, complete
with phobos and druntime, for both Windows and Linux? I'd really like
to see binary zips of them comparable to dmd in ease of use.
GDC packages are available for Windoze thx to Daniel Green (and that's
really helpful, compiling
On 04-08-2011 15:43, Adam Ruppe wrote:
LDC and GDC are both alive and pretty well up to date with D2. They
have some advantages that make them favored to some people.
But, they are kinda hard to find and get to a point where you can use
them. dmd is trivially easy to "install" and use. You just
LDC and GDC are both alive and pretty well up to date with D2. They
have some advantages that make them favored to some people.
But, they are kinda hard to find and get to a point where you can use
them. dmd is trivially easy to "install" and use. You just download it
and run, and it just works in
On 04.08.2011 14:38, David Nadlinger wrote:
Since I made some pretty negative experiences trying to get linking DLL
on Windows to work some years ago, I have always been using dynamic
loading (in the sense of looking up the symbol addresses at runtime) to
avoid any COFF/OMF-related problems. Howe
e you able and willing to show me the asm produced by gdc? There's a
problem there.
bla.rar
Description: application/rar-compressed
Marco Leise wrote:
> I thought he was referring to the processor being able to handle
> 64-bit ints more efficiently in 64-bit operation mode on a 64-bit OS
> with 64-bit executables.
I was thinking a little of both but this is the main thing. My
suspicion was that Java might have been using a 64
I've never had problems with import libraries on Windoze.
I think I always needed to pass the /system switch to implib though.
coffimplib also works good if a COFF import library already exists.
Only PITA is static linking of external code.
Since I made some pretty negative experiences trying to get linking DLL
on Windows to work some years ago, I have always been using dynamic
loading (in the sense of looking up the symbol addresses at runtime) to
avoid any COFF/OMF-related problems. However, this obviously also has
its disadvant
On 8/4/11 12:16 AM, Jonathan M Davis wrote:
So, does anyone actually have an opinion on this? Should we fix the names or
not?
We should probably fix the names. A migration path is to simply keep
both names for a year or so and remove documentation for old names. For
example:
enum Variadic {
doCompile.bat:
dmd -c -release -IgtkD-1.4.1-release\headers main.d
doLink.bat:
link
main,"testGtkD.exe",,"gtkD-1.4.1-release\library.lib"+user32+kernel32/noi;
Don't invoke optlink directly like that.
Just use something like 'dmd -release main.obj
gtkD-1.4.1-release\library.lib -oftestGtkD'
Since the voting is supposed to start today (not in this thread; dsimcha
will annouce it), here is the (hopefully) final version of std.path:
https://github.com/kyllingstad/phobos/blob/std-path/std/path.d
http://www.kyllingen.net/code/std-path/phobos-prerelease/std_path.html
New commits sinc
On 2-8-2011 4:48, Adam D. Ruppe wrote:
I've been thinking about a minimalist drawing library for
phobos - just basic 2d stuff, but with easy enough hooks to
add more (native api events and handles.
+1
I'd very much like to see this implemented.
I use dmd with default configuration.
Files from huge-build.zip:
zeroCount.exe: counts zero bytes
main.d:
module main;
import gtk.Main;
void main(string[] args) {
Main.init(args);
}
doCompile.bat:
dmd -c -release -IgtkD-1.4.1-release\headers main.d
doLink.bat:
link
main,"testGtkD.exe",,"
Am 04.08.2011, 11:07 Uhr, schrieb Denis Shelomovskij
:
AFAIK GtkD is the only mature crossplatform GUI for D. So the question
is: 111 MiB *.exe file mostly from zeroes is good/acceptable? Is it a
bug or it's how dmd2+OPTLINK works? It looks like dmd1 hasn't this issue.
Files (dmd 2.054 co
AFAIK GtkD is the only mature crossplatform GUI for D. So the question
is: 111 MiB *.exe file mostly from zeroes is good/acceptable? Is it a
bug or it's how dmd2+OPTLINK works? It looks like dmd1 hasn't this issue.
Files (dmd 2.054 compiled) are here:
http://deoma-cmd.ru/files/other/huge-build.
59 matches
Mail list logo