On 11/4/2013 11:46 PM, Jacob Carlborg wrote:
On 2013-11-04 21:01, Walter Bright wrote:
The libraries were not built correctly (my old machine runs out of
memory building them). FreeBSD users have needed to, for some time now,
fork/build to get it.
I don't understand, the binaries and Phobos a
On 11/4/2013 11:46 PM, Iain Buclaw wrote:
For the second time, the license on the readme.txt distributed with the sources
is wrong?
Which one in which directory and what should it be?
Why not volunteer to handle the FreeBSD package builds?
I have access to FreeBSD machine(s) and willing to lend a hand
and spend some time on this.
What is needed to do the FreeBSD package build?
(Currently I just do a git clone/pull of the github dlang stuff
and build it to get the master or
On 2013-11-05 10:09, Walter Bright wrote:
They aren't, actually. The 64 bit stuff isn't, and the 32 bit phobos is
old.
Ok, that's quite confusing. Isn't it better to _not_ include the 32bit
files instead of including old ones.
The reason for that is I could never get NetBSD to run (either
On 2013-11-05 10:09, Walter Bright wrote:
Why not volunteer to handle the FreeBSD package builds?
Actually, I guess I could to a quick build tonight or tomorrow night and
just send you the files.
But as you have said, it would be better if the autotester could do that.
--
/Jacob Carlborg
On 5 November 2013 09:35, Walter Bright wrote:
> On 11/4/2013 11:46 PM, Iain Buclaw wrote:
>
>> For the second time, the license on the readme.txt distributed with the
>> sources
>> is wrong?
>>
>
> Which one in which directory and what should it be?
>
>
There's only one file named readme.txt. ;
Hi Alexandre,
I'll try to answer as good as I can, please excuse if I got part of your
question wrong. So I see two parts that can be slow:
1. The application runtime performance. Due to additional debug checks
and less optimization, debug builds will run slower than release builds,
but this
On Sunday, 3 November 2013 at 15:16:09 UTC, Andrej Mitrovic wrote:
On 11/3/13, simendsjo wrote:
Nothing I have the need for, but very cool nontheless. It would
be interesting if you wrote about your experience on porting a
C
codebase this size.
Nothing much new compared to the last time I p
Am 04.11.2013 18:35, schrieb Dicebot:
On Monday, 4 November 2013 at 16:40:25 UTC, Alexandre Riveira wrote:
Hi Sönke,
Congratulations for your hard work.
One question,
How do you think your framework running in development mode where a
huge amount of models with many business rules exist. A s
On 11/5/13, Sergei Nosov wrote:
> Here's a little bug report. Don't know if it's my bad.
It's not your fault. And thanks for the report!
> First-off, it complained about several 'cannot cast ulong to
> int'. I've fixed that with explicit casts.
This is mostly the cause of the old C code which c
On Sunday, 17 March 2013 at 21:13:48 UTC, Paulo Pinto wrote:
If I am not mistaken, Rust makes use of them as well.
Rust doesn't anymore:
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006314.html
The announcement also mentions performance problems related to Go
segmented stacks:
On 11/5/2013 4:02 AM, Iain Buclaw wrote:
There's only one file named readme.txt. ;-)
See here for the latest file:
https://github.com/D-Programming-Language/dmd/blob/master/src/readme.txt
Thanks, I'll take care of it.
On 2013-11-05 10:09, Walter Bright wrote:
Why not volunteer to handle the FreeBSD package builds?
Hmm, turns out it's currently not possible to build C++ code for 32bit
on a 64bit FreeBSD machine. This might take a bit longer than I
expected. I can still send you 64bit binaries if that is of
On 11/5/2013 1:50 PM, Jacob Carlborg wrote:
On 2013-11-05 10:09, Walter Bright wrote:
Why not volunteer to handle the FreeBSD package builds?
Hmm, turns out it's currently not possible to build C++ code for 32bit on a
64bit FreeBSD machine. This might take a bit longer than I expected. I can
On 11/5/2013 1:52 AM, Arjan wrote:
Why not volunteer to handle the FreeBSD package builds?
I have access to FreeBSD machine(s) and willing to lend a hand and spend some
time on this.
What is needed to do the FreeBSD package build?
(Currently I just do a git clone/pull of the github dlang stuff
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.openSUSE.i386.rpm
http:
On 11/5/13 2:00 PM, Walter Bright wrote:
On 11/5/2013 1:52 AM, Arjan wrote:
Why not volunteer to handle the FreeBSD package builds?
I have access to FreeBSD machine(s) and willing to lend a hand and spend some
time on this.
What is needed to do the FreeBSD package build?
(Currently I just do a
On Tuesday, 5 November 2013 at 22:10:53 UTC, Joshua Niehus wrote:
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright
wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd.2.064.2.dmg
Not found :(
nvm, just started working...
apologies
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd.2.064.2.dmg
Not found :(
http://d.puremagic.com/issues/show_bug.cgi?id=2
still open :(
On 11/5/2013 2:10 PM, Joshua Niehus wrote:
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd.2.064.2.dmg
Not found :(
It's uploading as I type this. Should be up in a minute or two.
http://d.puremagic.com/issues/show_bug.cgi?
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.d
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
http://ftp.digitalmars.com/dmd-2.064.2.exe
What's up with the Windows installer? It appears to be using an
old version without all the improvements I've been making but
with some new changes added.
On 11/5/2013 2:21 PM, Brad Anderson wrote:
What's up with the Windows installer? It appears to be using an old version
without all the improvements I've been making but with some new changes added.
It should be using the one on the 2.064 branch on github. Can you check that?
On 11/5/2013 2:10 PM, Brad Roberts wrote:
I really do intend to get the package builder producing bundles (not for every
single build, that'd be.. scary). It's on my todo list. Maybe I'll dedicate my
christmas vacation to that project.
That would be awesome, and would be a big step forward in
On Tuesday, 5 November 2013 at 22:24:14 UTC, Walter Bright wrote:
On 11/5/2013 2:21 PM, Brad Anderson wrote:
What's up with the Windows installer? It appears to be using
an old version
without all the improvements I've been making but with some
new changes added.
It should be using the one o
On Tuesday, 5 November 2013 at 22:36:43 UTC, Brad Anderson wrote:
On Tuesday, 5 November 2013 at 22:24:14 UTC, Walter Bright
wrote:
On 11/5/2013 2:21 PM, Brad Anderson wrote:
What's up with the Windows installer? It appears to be using
an old version
without all the improvements I've been maki
http://www.reddit.com/r/programming/comments/1pyifh/abandoning_segmented_stacks_in_rust/
Looks like even Go is considering abandoning them, too.
Looks like we made the right call :-) though I didn't think of the "hot split"
problem.
On 11/5/2013 2:41 PM, Brad Anderson wrote:
Figured it out. You used linux/win/installer.nsi. I have no idea why that
exists and what it is for.
It's so you can build the windows installer from a Linux box. I presumed it was
the same.
Maybe he should start doing pull
requests like everyone
On Tuesday, 5 November 2013 at 22:46:49 UTC, Walter Bright wrote:
On 11/5/2013 2:41 PM, Brad Anderson wrote:
Figured it out. You used linux/win/installer.nsi. I have no
idea why that
exists and what it is for.
It's so you can build the windows installer from a Linux box. I
presumed it was
On 11/5/13 2:10 PM, Brad Roberts wrote:
I really do intend to get the package builder producing bundles (not for
every single build, that'd be.. scary). It's on my todo list. Maybe
I'll dedicate my christmas vacation to that project.
That would be awesome!!
Andrei
Am Mon, 21 Oct 2013 21:47:22 +0200
schrieb "ilya-stromberg" :
> On Monday, 21 October 2013 at 19:02:45 UTC, Gary Willoughby wrote:
> > On Monday, 21 October 2013 at 11:58:14 UTC, Jonathan M Davis
> > wrote:
> >> On Monday, October 21, 2013 13:48:16 Dicebot wrote:
> >>> On Monday, 21 October 2013
On 11/3/13, Andrej Mitrovic wrote:
> https://github.com/AndrejMitrovic/dchip
>
> What is Chipmunk2D?
> ===
Btw, I know the documentation and resources for the C library are a
little bit scarce at the moment. In particular most tutorials seem to
target ObjectiveC bindings and the i
On Tuesday, 5 November 2013 at 23:51:54 UTC, Walter Bright wrote:
On 11/5/2013 2:52 PM, Brad Anderson wrote:
He's made so many changes I don't even know where to begin to
pull them in
sync. The one in windows/dinstaller.nsi has always been the
one used in the
past. I don't see why the file wo
On 11/5/2013 2:52 PM, Brad Anderson wrote:
He's made so many changes I don't even know where to begin to pull them in
sync. The one in windows/dinstaller.nsi has always been the one used in the
past. I don't see why the file would need to differ between a Windows and Linux
box.
For the moment
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.d
On Monday, 4 November 2013 at 09:50:59 UTC, Alexander Bothe wrote:
Hi everyone,
not a big release, just a small bump for Mono-D and D_Parser :-)
http://mono-d.alexanderbothe.com/internal-refactoring-feature-cleanup-completion-fixes-v0-5-4-7/
Completion issues:
https://github.com/aBothe/D_Parse
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.d
I just found something surprising.
I went into the 0.3.37 options, saw the 32bit/64bit separation, but noticed
by default, the lib paths were populated like so:
32bit:
$(DevEnvDir)..\..\VC\lib\amd64\
C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Lib\x64
64bit:
$(VCInstallDir)\lib\amd64
C:\P
Am Sat, 26 Oct 2013 04:21:26 +0200
schrieb "deadalnix" :
> On Friday, 25 October 2013 at 07:50:36 UTC, ilya-stromberg wrote:
> > I think it's answer for your question. For example, Clang (LLVM
> > C) is fastest, LDC (LLVM D) has 2-nd place, but LLVM-GHC (LLVM
> > Haskell) ~ 2 times slower.
>
>
Am Sat, 26 Oct 2013 18:34:55 +0200
schrieb "Kai Nacke" :
> On Saturday, 26 October 2013 at 02:21:37 UTC, deadalnix wrote:
> > The explanation is quite simple. LLVM understand C and C++
> > runtime. It doesn't understand D runtime (LDC is doing some
> > work in that regard, but it is still limite
Hi Sönke,
My concern is actually in development time. Compilation,
debugging, etc.. Ruby on rails applications had their reload
classes optimized effecting only reload the classes changed
instead of the entire environment. Today we have the application
of ERP type integrated e-commerce with 3
On 6 November 2013 09:54, Brad Anderson wrote:
> On Tuesday, 5 November 2013 at 23:51:54 UTC, Walter Bright wrote:
>
>> On 11/5/2013 2:52 PM, Brad Anderson wrote:
>>
>>> He's made so many changes I don't even know where to begin to pull them
>>> in
>>> sync. The one in windows/dinstaller.nsi has
On Tuesday, 5 November 2013 at 15:43:29 UTC, Andrej Mitrovic
wrote:
On 11/5/13, Sergei Nosov wrote:
Here's a little bug report. Don't know if it's my bad.
It's not your fault. And thanks for the report!
First-off, it complained about several 'cannot cast ulong to
int'. I've fixed that with
Btw.
http://mirror.ftp.digitalmars.acomirei.ru/dmd_2.064.2-0_amd64.deb
http://mirror.ftp.digitalmars.acomirei.ru/dmd-2.064.2-0.fedora.i386.rpm
http://mirror.ftp.digitalmars.acomirei.ru/dmd-2.064.2-0.fedora.x86_64.rpm
http://mirror.ftp.digitalmars.acomirei.ru/dmd_2.064.2-0_i386.deb
http://mirror.f
Am Tue, 05 Nov 2013 23:24:02 +0100
schrieb "Orvid King" :
> On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
> > Ok, this is it:
> >
> > http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
> > http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
> > http://ftp.digitalmars.com/d
On Tuesday, November 05, 2013 23:24:02 Orvid King wrote:
> On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
> > Ok, this is it:
> >
> > http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
> > http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
> > http://ftp.digitalmars.com/dm
On Tuesday, 5 November 2013 at 21:58:38 UTC, Walter Bright wrote:
On 11/5/2013 1:50 PM, Jacob Carlborg wrote:
On 2013-11-05 10:09, Walter Bright wrote:
Why not volunteer to handle the FreeBSD package builds?
Hmm, turns out it's currently not possible to build C++ code
for 32bit on a
64bit F
On Wednesday, 6 November 2013 at 04:11:52 UTC, Manu wrote:
On 6 November 2013 09:54, Brad Anderson wrote:
On Tuesday, 5 November 2013 at 23:51:54 UTC, Walter Bright
wrote:
On 11/5/2013 2:52 PM, Brad Anderson wrote:
He's made so many changes I don't even know where to begin
to pull them
i
On 06.11.2013 03:01, Manu wrote:
I just found something surprising.
I went into the 0.3.37 options, saw the 32bit/64bit separation, but
noticed by default, the lib paths were populated like so:
32bit:
$(DevEnvDir)..\..\VC\lib\amd64\
C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Lib\x64
On 2013-11-06 07:26, Joakim wrote:
You can compile 32-bit code on a 64-bit FreeBSD machine, as long as you
do it inside a 32-bit FreeBSD jail. I've done this many times when
compiling 32-bit FreeBSD packages and it works fine. If Jacob is
interested, all he needs to do is setup a 32-bit FreeBSD
On 06.11.2013 05:11, Manu wrote:
On 6 November 2013 09:54, Brad Anderson mailto:e...@gnuk.net>> wrote:
On Tuesday, 5 November 2013 at 23:51:54 UTC, Walter Bright wrote:
On 11/5/2013 2:52 PM, Brad Anderson wrote:
He's made so many changes I don't even know where to beg
51 matches
Mail list logo