anybody see the 64-bit version of dmd compiler?
alkor:
> anybody see the 64-bit version of dmd compiler?
I can't see it. It must be absent.
Bye,
bearophile
it's bad
d's good enough to make real projects, but complier MUST supports linux x64 as
a target platform
believe, it's time to make 64-bit code generation
is it possible to take back-end (i.e. code generation) from gcc or it's too
complicated?
alkor wrote:
it's bad
d's good enough to make real projects, but complier MUST supports linux x64 as
a target platform
believe, it's time to make 64-bit code generation
is it possible to take back-end (i.e. code generation) from gcc or it's too
complicated?
Look up gdc and ldc, both can tar
On 12/22/09 2:34 AM, Travis Boucher wrote:
alkor wrote:
it's bad
d's good enough to make real projects, but complier MUST supports
linux x64 as a target platform
believe, it's time to make 64-bit code generation
is it possible to take back-end (i.e. code generation) from gcc or
it's too compli
Matt wrote:
On 12/22/09 2:34 AM, Travis Boucher wrote:
alkor wrote:
it's bad
d's good enough to make real projects, but complier MUST supports
linux x64 as a target platform
believe, it's time to make 64-bit code generation
is it possible to take back-end (i.e. code generation) from gcc or
it
Travis Boucher:
> ldc on the other hand has a great structure which promotes using it as a
> backend for a different front end, however it doesn't (yet) generic code
> nearly as good as gcc.
Can you explain better what do you mean?
Bye,
bearophile
bearophile wrote:
Travis Boucher:
ldc on the other hand has a great structure which promotes using it as a
backend for a different front end, however it doesn't (yet) generic code
nearly as good as gcc.
Can you explain better what do you mean?
Bye,
bearophile
llvm has been designed for use
Travis Boucher:
> Although it's design
> promotes all sorta of optimization techniques, its still pretty young
> (compared to gcc) and just doesn't have all of the optimization stuff
> gcc has.
I have already done hundred of tests and benchmarks with LDC and llvm-gcc, and
I'm starting to under
== Quote from bearophile (bearophileh...@lycos.com)'s article
> So overall LLVM may sometime produce a little slower code, but in many
situations it's about as good or even better (I can show a large amount of cases
where LLVM is better). So the asm quality difference is smaller than you seem to
im
bearophile wrote:
Travis Boucher:
Although it's design
promotes all sorta of optimization techniques, its still pretty young
(compared to gcc) and just doesn't have all of the optimization stuff
gcc has.
I have already done hundred of tests and benchmarks with LDC and llvm-gcc, and
I'm star
dsimcha:
> Does Intel even make compilers for any language outside the horribly crufty
> legacy
> language category (C, C++, Fortran)?
Mostly C++/Fortran.
The problem is, probably those crufty legacy languages aren't going away in the
next 20 years :-)
Bye,
bearophile
ve any optimization options
gdc makes slower code then dmd and does'nt support d 2.0, so it's useless
so ... i'm waiting for dmd x64
== Repost the article of Travis Boucher (boucher.tra...@gmail.com)
== Posted at 2009/12/23 01:51 to digitalmars.D
bearophile wrote:
> Travis Bouc
x27;es not have any optimization options
gdc makes slower code then dmd and does'nt support d 2.0, so it's useless
so ... i'm waiting for dmd x64
If you can't get gdc to generate optimized code, then you are using it
wrong.
maybe, i do something wrong, but for example:
$ cat main.d
int main () {
return 0;
}
$dmd -O -release -ofmain-dmd main.d
$gdc -O3 main.d -o main-gdc
$ ls -l main-dmd main-gdc
-rwxr-xr-x 1 alkor alkor 123439 Dec 23 14:06 main-dmd
-rwxr-xr-x 1 alkor alkor 609363 Dec 23 14:06 main-gdc
why the m
alkor wrote:
maybe, i do something wrong, but for example:
$ cat main.d
int main () {
return 0;
}
$dmd -O -release -ofmain-dmd main.d
$gdc -O3 main.d -o main-gdc
$ ls -l main-dmd main-gdc
-rwxr-xr-x 1 alkor alkor 123439 Dec 23 14:06 main-dmd
-rwxr-xr-x 1 alkor alkor 609363 Dec 23 14:06 main
oh no - both files aren't stripped
after strip a difference is 2,3 times
$ strip main-gdc main-dmd
$ ls -l main-dmd main-gdc
-rwxr-xr-x 1 alkor alkor 65088 Dec 23 16:44 main-dmd
-rwxr-xr-x 1 alkor alkor 155784 Dec 23 16:44 main-gdc
and main-gdc required libgcc_s.so.1
$ ldd main-gdc
lin
alkor wrote:
$ dmd -O -release -oftest-dmd test-performance.d && strip test-dmd
$ gdc -O3 test-performance.d -o test-gdc && strip test-gdc
so, dmd's code optimization rules
Walter made nice lang & good compiler - it's true
Add -frelease to gdc (if you want a fair comparison), and look at t
thanks, w -frelease gdc makes a good result - faster then dmd's one & normal
size
Travis Boucher Wrote:
> alkor wrote:
> > $ dmd -O -release -oftest-dmd test-performance.d && strip test-dmd
> > $ gdc -O3 test-performance.d -o test-gdc && strip test-gdc
> > so, dmd's code optimization rules
>
bearophile, el 23 de diciembre a las 00:13 me escribiste:
> Compared to GCC LLVM lacks vectorization (this can be important for
> certain heavy numerical computing code), profile-guided optimization
> (this is usually less important, it's uncommon that it gives more than
> 5-25% performance improve
Leandro Lucarella:
> bearophile, el 23 de diciembre a las 00:13 me escribiste:
> > Compared to GCC LLVM lacks vectorization (this can be important for
> > certain heavy numerical computing code), profile-guided optimization
> > (this is usually less important, it's uncommon that it gives more than
alkor wrote:
thanks, w -frelease gdc makes a good result - faster then dmd's one & normal
size
Thats because -frelease removes certain array bounds checking code,
assertion testing and I think a few other things.
bearophile, el 23 de diciembre a las 12:02 me escribiste:
> Leandro Lucarella:
>
> > bearophile, el 23 de diciembre a las 00:13 me escribiste:
> > > Compared to GCC LLVM lacks vectorization (this can be important for
> > > certain heavy numerical computing code), profile-guided optimization
> > >
Wed, 23 Dec 2009 12:02:53 -0500, bearophile wrote:
> Leandro Lucarella:
>
>> bearophile, el 23 de diciembre a las 00:13 me escribiste:
>> > Compared to GCC LLVM lacks vectorization (this can be important for
>> > certain heavy numerical computing code), profile-guided optimization
>> > (this is u
On 12/23/2009 10:40 PM, retard wrote:
Wed, 23 Dec 2009 12:02:53 -0500, bearophile wrote:
Leandro Lucarella:
bearophile, el 23 de diciembre a las 00:13 me escribiste:
Compared to GCC LLVM lacks vectorization (this can be important for
certain heavy numerical computing code), profile-guided op
Pelle MÃ¥nsson:
>The numbers on profile guided optimization seem a bit odd though.<
You are right. It's not easy to give average numbers for any kind of C or C++
software. In benchmark-like code I've seen up to 20-25% improvements, but I
assume that in much larger programs the situation is diffe
bearophile wrote:
You are right. It's not easy to give average numbers for any kind of
C or C++ software. In benchmark-like code I've seen up to 20-25%
improvements, but I assume that in much larger programs the situation
is different. Probably if you try to compute a true average, the
average pe
Wed, 23 Dec 2009 17:04:49 -0800, Walter Bright wrote:
> bearophile wrote:
>> You are right. It's not easy to give average numbers for any kind of C
>> or C++ software. In benchmark-like code I've seen up to 20-25%
>> improvements, but I assume that in much larger programs the situation
>> is diffe
retard wrote:
It's difficult to measure performance improvements overall in
applications like image manipulation software or sound wave editors. E.g.
if a complex effect processing takes now 2 seconds instead of 4 hours,
but all GUI event processing is 100% slower, during the workday the
appli
oh ... i stirred up a holy war, sorry
each lang has weak & strength features
e.g. need hight performance? - use asm and pay by development time
but i'm looking for a new lang generation (not c++ - it's too "dirty") w real
objects & templates and powerful multi-threading features
e.g. thread-loc
alkor wrote:
but i'm looking for a new lang generation (not c++ - it's too "dirty") w real
objects & templates and powerful multi-threading features
e.g. thread-local storage (TLS) and some concurrency features from c++0x
so, Walter, is it possible to expand a set of D's multi-threading featur
> D already has TLS. What exactly do you need?
hmm ... i don't think so.
i've worked out the following info:
http://www.digitalmars.com/d/2.0/cpp0x.html#local-classes
http://www.digitalmars.com/d/2.0/migrate-to-shared.html
but "shared data" are not TLS or i misunderstand something
whether you co
On 12/24/2009 11:44 AM, alkor wrote:
D already has TLS. What exactly do you need?
hmm ... i don't think so.
i've worked out the following info:
http://www.digitalmars.com/d/2.0/cpp0x.html#local-classes
http://www.digitalmars.com/d/2.0/migrate-to-shared.html
but "shared data" are not TLS or i m
On Thu, 24 Dec 2009 13:44:41 +0300, alkor wrote:
D already has TLS. What exactly do you need?
hmm ... i don't think so.
i've worked out the following info:
http://www.digitalmars.com/d/2.0/cpp0x.html#local-classes
http://www.digitalmars.com/d/2.0/migrate-to-shared.html
but "shared data" are
While I'm delighted that we finally have a basic D2 x64 compiler I can't
stop wondering how long it will take till I finally get my hands on it on
Windows.
God knows I'd have switched to gdc long ago if gcc wasn't such a PITA to
compile on Windows! Several attempts over the past year failed.
antiquated object format, linker and C runtime (that have caused enough
despair and rage since the beginning of time.. er, D)
Just count the occurrences of "OPTLINK" preceding the post "Bye, D!":
http://h3.gd/devlog/
I've been trying to compile GDC the last couple of days. I've ran into
some issues, but I've put them in GDC tickets and it seems from the
last comments that Iain Buclaw has managed to create a cross-compiler
setup and working. This is all last-minute info so I don't know if
we'll have GDC working
Trass3r wrote:
While I'm delighted that we finally have a basic D2 x64 compiler I can't
stop wondering how long it will take till I finally get my hands on it
on Windows.
God knows I'd have switched to gdc long ago if gcc wasn't such a PITA to
compile on Windows! Several attempts over the past
== Quote from Andrej Mitrovic (andrej.mitrov...@gmail.com)'s article
> I've been trying to compile GDC the last couple of days. I've ran into
> some issues, but I've put them in GDC tickets and it seems from the
> last comments that Iain Buclaw has managed to create a cross-compiler
> setup and wor
I've tried to build it on native windows. It seems to build fine, and
after I've issued make install it got installed to build/mingw32.
But I'm missing libstdc++.dll. I couldn't figure out where to download
the dll from, the MinGW sourceforge website is horrible to browse
through.
I copied the DLL
Walter Bright Wrote:
> To do 64 bits on Windows requires:
>
> 1. 64 bit OMF
> 2. 64 bit librarian
> 3. 64 bit generating dmd
> 4. 64 bit C compiler
> 5. 64 bit symbolic debug info
> 6. 64 bit debugger
> 7. 64 bit C runtime
>
> Just one of those won't do it. All are necessary. The reason I did 64
On 2/23/11, Iain Buclaw wrote:
> == Quote from Andrej Mitrovic (andrej.mitrov...@gmail.com)'s article
>> I've been trying to compile GDC the last couple of days. I've ran into
>> some issues, but I've put them in GDC tickets and it seems from the
>> last comments that Iain Buclaw has managed to cr
Well now I've tried executing it from the build folder but then I get an error:
andrej@andrej-VirtualBox:~/Desktop/gdcbuild/buildgw/buildgw/gcc$ ./gdc test.d
gdc: error trying to exec 'cc1d': execvp: No such file or directory
(disregard the double buildgw folder, I've accidentally made two).
On 23/02/11 21:15, Andrej Mitrovic wrote:
which apparently installed it in /build/Mingw32, but I can't seem to invoke it:
$ gdc
"The program 'gdc' is currently not installed. You can install it by typing:
sudo apt-get install gdc"
What do I have to do to be able to run gdc from within any folde
Ooh I'm probably missing runtime libs like binutils. Sorry!
I still want to know how to install gdc on the system though.
On 2/23/11, Robert Clipsham wrote:
> snip
Thanks. The opt/Mingw32/usr/bin folder has 586-mingw32msvc-gdc as the
executable name for gdc. Is there a way to link 'gdc' calls to
'586-mingw32msvc-gdc' ?
Right, installing gdc fixed the missing cc1d issue. But now I have other issues:
andrej@andrej-VirtualBox:~/Desktop/test$ i586-mingw32msvc-gdc test.d
object.d: Error: module object is in file 'object.d' which cannot be read
import path[0] =
/opt/Mingw32/usr/bin/../lib/gcc/i586-mingw32msvc/4.5.2/..
Trass3r wrote:
Hence I wonder even more, wouldn't it make sense to use MinGW's tools which
are a direct port of all those unix ones?
Perhaps. I have to do more investigation.
On 23/02/11 21:40, Andrej Mitrovic wrote:
Right, installing gdc fixed the missing cc1d issue. But now I have other issues:
andrej@andrej-VirtualBox:~/Desktop/test$ i586-mingw32msvc-gdc test.d
object.d: Error: module object is in file 'object.d' which cannot be read
import path[0] =
/opt/Mingw32/
On 23/02/11 21:36, Andrej Mitrovic wrote:
On 2/23/11, Robert Clipsham wrote:
snip
Thanks. The opt/Mingw32/usr/bin folder has 586-mingw32msvc-gdc as the
executable name for gdc. Is there a way to link 'gdc' calls to
'586-mingw32msvc-gdc' ?
ls -s /opt/Mingw32/usr/bin/586-mingw32msvc-gdc /opt/
On 2/23/11, Robert Clipsham wrote:
>
> Try:
>
> gdc -I/opt/Mingw32/usr/local/include/d/4.5.2 test.d
There is no opt/Mingw32/usr/local folder, there's a
opt/Mingw32/usr/include folder but it's empty.
>
> Alternatively:
>
> find /opt/Mingw32 -name object.d
Doesn't show anything.
> ls -s /opt/Min
Andrej Mitrovic wrote:
> On 2/23/11, Robert Clipsham wrote:
>> ls -s /opt/Mingw32/usr/bin/i586-mingw32msvc-gdc /opt/Mingw32/usr/bin/gdc
>
> andrej@andrej-VirtualBox:/$ ls -s
> /opt/Mingw32/usr/bin/i586-mingw32msvc-gdc /opt/Mingw32/usr/bin/gdc
> ls: cannot access /opt/Mingw32/usr/bin/gdc: No such
Andrej Mitrovic wrote:
> Well now I've tried executing it from the build folder but then I get an
> error:
> andrej@andrej-VirtualBox:~/Desktop/gdcbuild/buildgw/buildgw/gcc$ ./gdc test.d
> gdc: error trying to exec 'cc1d': execvp: No such file or directory
>
Do you have a folder named "gc
== Quote from "Jérôme M. Berger" (jeber...@free.fr)'s article
> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
> --enigBAD628AE9E72F8111315C90D
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: quoted-printable
> Andrej Mitrovic wrote:
> > Well now I've
On 2/27/11, Iain Buclaw wrote:
> PPA here:
> https://launchpad.net/~ibuclaw/+archive/ppa/+sourcepub/1528149/+listing-archive-extra
Wohoo, binaries!! :]
I'm a bit sick right now so I won't have much time to test it these
days. I'll get better soon I hope.
P.S. now that I've 'installed' it, how d
== Quote from Andrej Mitrovic (andrej.mitrov...@gmail.com)'s article
> On 2/27/11, Iain Buclaw wrote:
> > PPA here:
> >
https://launchpad.net/~ibuclaw/+archive/ppa/+sourcepub/1528149/+listing-archive-extra
> Wohoo, binaries!! :]
> I'm a bit sick right now so I won't have much time to test it these
On 2/28/11, Iain Buclaw wrote:
> It's not much, but should be enough to start some work on getting MinGW
> working.
After installing on a fresh Ubuntu 10.10 32bit I get:
"Breaks existing package 'mingw32-binutils' that conflict: 'mingw32'.
But the '/tmp/gcc-mingw32_4.5.2-0ubuntu1~ppa2_i386.deb' p
Well I have some good news, I've finally managed to get GDC working
for D2 on Windows (using Msys). I owe it to Ian Buclaw and Daniel
Green for all the help. You can download an updated guide here:
http://dl.dropbox.com/u/9218759/gdcbuild_mingw.txt
Sorry again for having hijacked this thread. :)
Kind of off-topic, but does anyone know if GDC is still scheduled to be
included in GCC 4.7?
On 3/6/11, Caligo wrote:
> Kind of off-topic, but does anyone know if GDC is still scheduled to be
> included in GCC 4.7?
>
Dunno. But this raises an interesting observation. If GDC gets
included in the GCC mainline, I wonder if the MinGW and TDM-MinGW
teams will start getting interest in D.
Of
> Well I have some good news, I've finally managed to get GDC working
for D2 on Windows (using Msys). I owe it to Ian Buclaw and Daniel
Green for all the help. You can download an updated guide here:
http://dl.dropbox.com/u/9218759/gdcbuild_mingw.txt
> Sorry again for having hijacked this thread. :
No problem. Make sure you follow the latest one because there's
another patch you have to use to make stdio work (I've posted this on
SO already). I've also added some info on where to get GDB and its
manuals. Using GDB works great, the symbols get loaded from the
executable when compiled with 'GDC
ulong vv = 1 << 60 ;
"Error: shift by 60 is outside the range 0..31" ??
On Thursday, 9 July 2015 at 09:57:16 UTC, sdv wrote:
ulong vv = 1 << 60 ;
"Error: shift by 60 is outside the range 0..31" ??
Try:
ulong vv = 1UL << 60;
Integer literals are of type `int` by default.
The compiler does sometimes use type information in variable
initializations, it cou
On Thursday, 9 July 2015 at 10:05:12 UTC, Marc Schütz wrote:
On Thursday, 9 July 2015 at 09:57:16 UTC, sdv wrote:
ulong vv = 1 << 60 ;
"Error: shift by 60 is outside the range 0..31" ??
Try:
ulong vv = 1UL << 60;
Integer literals are of type `int` by default.
The compiler does somet
65 matches
Mail list logo