and another bug:
(I've updated to the correct stable version as per your
instructions, since my last post included). Not sure how to
reproduce this bug but it just happened after switching back to
MD (i'm on OSX):
A fatal error has occurred
Details of this error have been automatically sent
A)
Awesome, again these problems - which MD version do you've got
installed?
3.0.6 stable? Then please switch to the
mono-d.alexanderbothe.com/stableMD repository
3.1.0 beta? Then switch to the mono-d.alexanderbothe.com repo.
OK, that made it work. Very low priority, but maybe it's possible
to
On Tuesday, 15 January 2013 at 21:38:55 UTC, timotheecour wrote:
On Tuesday, 15 January 2013 at 21:12:21 UTC, alex wrote:
On Saturday, 12 January 2013 at 14:28:46 UTC, alex wrote:
Hi everyone,
Just released a new version - For info, see
http://mono-d.alexanderbothe.com
Cheers,
Alex
Got to
A small group of us like to meet once a month for the NWCPP meetings at
Microsoft, and then we go out for beers and argue about D, programming, movies,
and any other idiot things that come to mind.
I suspect that there may be a few of you in the area who may not know about
this, so feel free t
Nice work, Alex, but something broke my GDB debugger support...
:-\ I'm not sure if it's something specific to Arch Linux or not,
so can anyone confirm that their Mono-D is work with GDB fine?
Mine reports:
warning: Could not load shared library symbols for
linux-vdso.so.1.\nDo you need \"set
On Tuesday, 15 January 2013 at 10:22:20 UTC, Chris wrote:
A language such as C++ seems like a bad fit for a scripting
language because of it's complexity and the difficultly with
parsing through it. Also a scripted language probably should
not have low level access that is provided by languages
On Tuesday, 15 January 2013 at 20:02:58 UTC, Walter Bright wrote:
On 1/14/2013 10:30 PM, Rob T wrote:
A really important advantage that scripting languages provides
that D does not
currently provide, is direct runtime interpretation of the
language. This is
very important for the use cases of s
On Tuesday, 15 January 2013 at 20:07:49 UTC, Walter Bright wrote:
On 1/15/2013 8:37 AM, Paulo Pinto wrote:
Then I started working in multi-site projects with developers
from all types of
backgrounds, and understood the value of a consistent project
code formatting.
I agree with the value as y
On 15 January 2013 22:09, timotheecour wrote:
> Could you please provide some more information for usage / installation?
>
> on osx I was able to install it with:
> brew install readline
> ./configure --with-readline=/usr/local/**homebrew/Cellar/readline/6.2.4
>
> 1) however, running a simple hel
Could you please provide some more information for usage /
installation?
on osx I was able to install it with:
brew install readline
./configure
--with-readline=/usr/local/homebrew/Cellar/readline/6.2.4
1) however, running a simple hello world with rdmd --build-only
-g main and then cgdb ./m
On Tuesday, 15 January 2013 at 21:12:21 UTC, alex wrote:
On Saturday, 12 January 2013 at 14:28:46 UTC, alex wrote:
Hi everyone,
Just released a new version - For info, see
http://mono-d.alexanderbothe.com
Cheers,
Alex
Got to bump myself up again. Released a new version - this time
with imp
On Saturday, 12 January 2013 at 14:28:46 UTC, alex wrote:
Hi everyone,
Just released a new version - For info, see
http://mono-d.alexanderbothe.com
Cheers,
Alex
Got to bump myself up again. Released a new version - this time
with improved code indentation.
class:
def:
for:
if:
You could call it "south west" code.
Recte: South east code, of course!
Then I started working in multi-site projects with developers
from all types of backgrounds, and understood the value of a
consistent project code formatting.
--
Paulo
In
On 1/15/2013 4:09 AM, bearophile wrote:
One common indentation-related bug is caused by relying on the indentation to
understand code, while the curly brace language compiler ignores what you were
seeing and only sees the braces. I have seen many cases of delayed code
understanding caused by that
On 1/15/2013 8:37 AM, Paulo Pinto wrote:
Then I started working in multi-site projects with developers from all types of
backgrounds, and understood the value of a consistent project code formatting.
I agree with the value as you say, but as I posted previously I think consistent
formatting is
On 1/14/2013 10:30 PM, Rob T wrote:
A really important advantage that scripting languages provides that D does not
currently provide, is direct runtime interpretation of the language. This is
very important for the use cases of script languages such as Ruby and PHP,
because often they are used fo
On 2013-01-15, 20:29, Jesse Phillips wrote:
On Monday, 14 January 2013 at 09:34:50 UTC, nazriel wrote:
Hello!
I would love to say that it was just 1 April joke that Dpaste is going
down but I can't. Things got complicated. I couldn't afford extending
domain because I began to run low on mo
On Mon, 14 Jan 2013 10:34:48 +0100
"nazriel" wrote:
>
> Thanks to Vladimir Panteleev aka CyberShadow, who donated money
> in order to extended domain. Things need a bit of time in order
> to make everything work, of course banks being the biggest
> bottleneck as usually. For those who can't li
On Monday, 14 January 2013 at 09:34:50 UTC, nazriel wrote:
Hello!
I would love to say that it was just 1 April joke that Dpaste
is going down but I can't. Things got complicated. I couldn't
afford extending domain because I began to run low on money.
Just a thought
paste.dlang.org?
On Tuesday, 15 January 2013 at 13:43:12 UTC, Chris wrote:
On Tuesday, 15 January 2013 at 12:36:42 UTC, bearophile wrote:
Chris:
Nested for loops with if-statements can be hard on the eye in
Python, because you have to go back an double check on which
level you actually are
If you use the st
On Tuesday, 15 January 2013 at 12:36:42 UTC, bearophile wrote:
Chris:
Nested for loops with if-statements can be hard on the eye in
Python, because you have to go back an double check on which
level you actually are
If you use the standard 4 spaces indentations and you don't
have ten indent
On Tuesday, 15 January 2013 at 12:36:42 UTC, bearophile wrote:
Chris:
Nested for loops with if-statements can be hard on the eye in
Python, because you have to go back an double check on which
level you actually are
If you use the standard 4 spaces indentations and you don't
have ten indent
Chris:
Nested for loops with if-statements can be hard on the eye in
Python, because you have to go back an double check on which
level you actually are
If you use the standard 4 spaces indentations and you don't have
ten indentation levels this problem is not common. Some persons
also avoi
> That's not my experience. Nested for loops with if-statements can be
> hard on the eye in Python, because you have to go back an double check
> on which level you actually are and the fact that one missing white
> space (a typo after deleting a line) screws up the whole script is just
> annoying.
Am 15.01.2013 13:23, schrieb David:
>> That's not my experience. Nested for loops with if-statements can be
>> hard on the eye in Python, because you have to go back an double check
>> on which level you actually are and the fact that one missing white
>> space (a typo after deleting a line) screws
On Tuesday, 15 January 2013 at 12:09:21 UTC, bearophile wrote:
1100110:
Thats so funny I forgot to laugh.
One common indentation-related bug is caused by relying on the
indentation to understand code, while the curly brace language
compiler ignores what you were seeing and only sees the bra
On Tuesday, 15 January 2013 at 11:43:58 UTC, David wrote:
Stereotypes of people who never actually used it, other than
tried it
and gave up because they didn't configure their editor
correctly and
blaming python for it. I bet my last indentation error was more
than two
years ago.
Not a st
1100110:
Thats so funny I forgot to laugh.
One common indentation-related bug is caused by relying on the
indentation to understand code, while the curly brace language
compiler ignores what you were seeing and only sees the braces. I
have seen many cases of delayed code understanding cause
On 01/15/2013 05:00 AM, bearophile wrote:
Chris:
or indentation (t)errors (Python)
In practice Python usually decreases the number of indentation-related
bugs,
Thats so funny I forgot to laugh.
> Maybe it does, but it's annoying while you are writing it, and to be
> honest, indentation bugs are far and few between, in my experience, if
> you use the curly braces consistently. Only you have more freedom. What
> I was referring to was the annoying Python message "Wrong indentation in
> line
On Tuesday, 15 January 2013 at 11:00:29 UTC, bearophile wrote:
Chris:
or indentation (t)errors (Python)
In practice Python usually decreases the number of
indentation-related bugs, even considering the "dangling else"
warning we have added to D, because indentation and block
nesting are th
Chris:
or indentation (t)errors (Python)
In practice Python usually decreases the number of
indentation-related bugs, even considering the "dangling else"
warning we have added to D, because indentation and block nesting
are the same thing, it's more DRY :-)
Bye,
bearophile
On Tuesday, 15 January 2013 at 06:30:33 UTC, Rob T wrote:
A really important advantage that scripting languages provides
that D does not currently provide, is direct runtime
interpretation of the language. This is very important for the
use cases of script languages such as Ruby and PHP, becau
33 matches
Mail list logo
