On 2011-12-19 08:06, Marco Leise wrote:
Am 11.12.2011, 23:12 Uhr, schrieb Jacob Carlborg d...@me.com:
On 2011-12-10 23:32, J Arrizza wrote:
A few other potential twists.
- the installation step needs to be portable int that can install the
variant build artifacts into non-standard file
On Sun, 18 Dec 2011 23:43:04 -0800, Jacob Carlborg d...@me.com wrote:
On 2011-12-19 00:19, Adam Wilson wrote:
On Sun, 18 Dec 2011 15:02:17 -0800, Timon Gehr timon.g...@gmx.ch
wrote:
On 12/18/2011 11:53 PM, Vladimir Panteleev wrote:
On Sunday, 18 December 2011 at 20:32:18 UTC, Andrei
As you may all be aware, I've been trying to improve the automated
generation of .di files and I now have something that I feel is testable.
Currently the new code only makes the following changes.
1. Function Implementations are removed
2. Private Function Declarations are
On Sun, 18 Dec 2011 23:29:38 -0800, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Monday, 19 December 2011 at 07:27:14 UTC, Adam Wilson wrote:
On Sun, 18 Dec 2011 23:19:41 -0800, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Monday, 19 December 2011 at 07:11:10 UTC,
On Monday, 19 December 2011 at 08:11:26 UTC, Adam Wilson wrote:
Let me know what you think!
Nice work! I think this is going to be more and more relevant now
that the situation with shared libraries is getting more
interesting in D.
I would argue that anything that can't be moved to a
On 12/19/2011 05:23 AM, a wrote:
In case of passing GC memory to C functions, I would prefer to just
disallow the C code to capture the reference, and to disable GC while
the C function runs.
Wouldn't this be a problem with non concurrent GC? If you have multiple threads
that spend most of
On 12/19/2011 01:00 AM, Vladimir Panteleev wrote:
On Sunday, 18 December 2011 at 23:55:17 UTC, Timon Gehr wrote:
On 12/19/2011 12:45 AM, Vladimir Panteleev wrote:
On Sunday, 18 December 2011 at 23:31:03 UTC, Timon Gehr wrote:
On 12/19/2011 12:24 AM, Vladimir Panteleev wrote:
On Sunday, 18
On Mon, Dec 19, 2011 at 8:27 AM, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Monday, 19 December 2011 at 06:03:08 UTC, Henrik Nordvik wrote:
There's a page on the wiki:
http://prowiki.org/wiki4d/wiki.cgi?AllLibraries
That wasn't very updated. I checked a sample of the links,
On Sun, 18 Dec 2011 11:55:10 -, Michel Fortin
michel.for...@michelf.com wrote:
On 2011-12-18 04:35:08 +, Jonathan M Davis jmdavisp...@gmx.com
said:
On Saturday, December 17, 2011 22:16:38 Michel Fortin wrote:
Shouldn't a properly implemented double-checked locking pattern be part
Good work Adam!
After class/struct/interface level export we shouldn't need it again.
It already implies that everything (if not stated otherwise via private)
will be exported.
Removing them also would automagicaly solve the inconsistency below.
export class List : IList
{
export void
On 18-12-2011 15:40, Somedude wrote:
Le 18/12/2011 15:07, Ruslan Mullakhmetov a écrit :
GC is just a mater of implementation. In presence of resources implement
good GC algorithm offers no difficulty.
Oh really ? Then please make us a favor and write one for D. Also I'm
sure the C++ guys
On Sat, 17 Dec 2011 20:54:24 +0100, Brad Roberts bra...@puremagic.com
wrote:
On 12/17/2011 4:56 AM, Robert Clipsham wrote:
On 17/12/2011 06:40, Brad Roberts wrote:
On 12/16/2011 1:29 PM, Brad Anderson wrote:
On Thu, Dec 15, 2011 at 6:43 PM, Brad
On 17.12.2011 20:50, Walter Bright wrote:
On 12/17/2011 11:22 AM, Adam Wilson wrote:
On Sat, 17 Dec 2011 01:33:33 -0800, Walter Bright
newshou...@digitalmars.com
wrote:
It isn't necessary to export a protected symbol in order to override it.
I see, that's a neat little trick. +1 for D!
On Mon, 19 Dec 2011 10:11:25 +0200, Adam Wilson flybo...@gmail.com wrote:
Everything else is left alone. Templates and mixins are not addressed
with this code and *should* not be modified. That's where I need your
help, the test cases I have written cover some basic scenarios but I
don't
On 19.12.2011 12:34, Henrik Nordvik wrote:
On Mon, Dec 19, 2011 at 8:27 AM, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Monday, 19 December 2011 at 06:03:08 UTC, Henrik Nordvik wrote:
There's a page on the wiki:
http://prowiki.org/wiki4d/wiki.cgi?AllLibraries
That wasn't
On Mon, 19 Dec 2011 14:11:31 +0200, so s...@so.so wrote:
On Mon, 19 Dec 2011 10:11:25 +0200, Adam Wilson flybo...@gmail.com
wrote:
Everything else is left alone. Templates and mixins are not addressed
with this code and *should* not be modified. That's where I need your
help, the test
On Monday, 19 December 2011 at 12:11:32 UTC, so wrote:
On Mon, 19 Dec 2011 10:11:25 +0200, Adam Wilson
flybo...@gmail.com wrote:
Everything else is left alone. Templates and mixins are not
addressed with this code and *should* not be modified. That's
where I need your help, the test cases I
On Mon, 19 Dec 2011 14:43:07 +0200, Jakob Ovrum jakobov...@gmail.com
wrote:
On Monday, 19 December 2011 at 12:11:32 UTC, so wrote:
On Mon, 19 Dec 2011 10:11:25 +0200, Adam Wilson flybo...@gmail.com
wrote:
Everything else is left alone. Templates and mixins are not addressed
with this
On 19.12.2011 09:11, Adam Wilson wrote:
Currently, I feel that private imports should be stripped from the DI
file as they are intended to be internal to the module. However, I want
to put it to the community to decide, and I would especially appreciate
Mr. Bright's opinion on private imports
On 12/19/2011 12:54 AM, Walter Bright wrote:
On 12/18/2011 8:38 PM, dsimcha wrote:
Two questions:
1. What's the best way to file a bug report against Optlink when I get
one of
those Optlink terminated unexpectedly windows and I'm linking in
libraries
that I don't have the source code to and
On Mon, 19 Dec 2011 14:22:10 +0100, Rainer Schuetze r.sagita...@gmx.de
wrote:
On 19.12.2011 09:11, Adam Wilson wrote:
Currently, I feel that private imports should be stripped from the DI
file as they are intended to be internal to the module. However, I want
to put it to the community to
Andrew Wiley wiley.andre...@gmail.com wrote in message
news:mailman.1702.1324278833.24802.digitalmar...@puremagic.com...
On Sun, Dec 18, 2011 at 11:00 PM, Walter Bright
newshou...@digitalmars.com wrote:
I'm looking for volunteers to convert all the remaining patches in
Bugzilla
to pull
On Sun, 18 Dec 2011 20:32:55 -0500, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
The NNTP server whines it's overloaded, so I'm using dfeed. Cool!
Yet another win for dfeed! webnews also hangs up when the server is
complaining.
-Steve
On Fri, 16 Dec 2011 17:30:44 -0500, torhu no@spam.invalid wrote:
On 16.12.2011 22:28, Steven Schveighoffer wrote:
In short, dlls will solve the problem, let's work on that instead of
shuffling around code.
How exactly do they solve the problem? An exe plus a DLL version of the
library
On Sun, 18 Dec 2011 18:02:10 -0500, Marco Leise marco.le...@gmx.de wrote:
Am 16.12.2011, 23:08 Uhr, schrieb Steven Schveighoffer
schvei...@yahoo.com:
Note that on Linux today, the executable is not truly static -- OS libs
are dynamically linked.
That should hold true for any OS.
torhu no@spam.invalid wrote in message
news:jclttq$trj$1...@digitalmars.com...
On 19.12.2011 00:20, Henrik Nordvik wrote:
Hi,
I am looking for an updated list of D projects or libraries that are
actively being maintained. I just wasted several hours getting a
library to work which
Regan Heath wrote:
after reading Andrei's link I'm not so sure..
If Andrei's conclusions are correct, then they are correct even for
- the compilers under which an OS is compiled and
- the hardware on which the OS runs.
I.e. if there is a you loose for the application programmer then there is
On Mon, 19 Dec 2011 01:02:29 -0500, Henrik Nordvik henri...@gmail.com
wrote:
There's a page on the wiki:
http://prowiki.org/wiki4d/wiki.cgi?AllLibraries
That wasn't very updated. I checked a sample of the links, and a lot
were dead, from 2003, 2004, 2006 etc.
With so many dead project I
On Sun, 18 Dec 2011 01:15:40 -0500, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 12/17/11 7:52 PM, Jonathan M Davis wrote:
The only reason that I can think of to use a reference-counted struct
instead
of a class is becuse then it's easier to avoid the GC heap entirely.
On 2011-12-19 16:09, Nick Sabalausky wrote:
RDMD works perfectly fine for any case that xfbuild can handle. I would
honestly recommend it over xfbuild. You just have to make sure you use the
RDMD from at least DMD 2.056.
As far as I know xfbuild can build libraries but rdmd cannot. Hmm, or
On Sun, 18 Dec 2011 10:00:35 -0500, Piotr Szturmaj bncr...@jadamspam.pl
wrote:
Peter Alexander wrote:
On 18/12/11 2:18 PM, Piotr Szturmaj wrote:
Exp code may be shipped with each release just like etc code. Users
using experimental code should be aware of breaking changes that may be
Jacob Carlborg d...@me.com wrote in message
news:jcnmif$2ud7$1...@digitalmars.com...
On 2011-12-19 16:09, Nick Sabalausky wrote:
RDMD works perfectly fine for any case that xfbuild can handle. I would
honestly recommend it over xfbuild. You just have to make sure you use
the
RDMD from at
I have a makefile (Linux) that used to work OK.
DC = dmd
DFLAGS = -gc -I/usr/include/d -I/usr/local/include/d
LFLAGS = -L-L/usr/lib -L-I/usr/local/lib -L-lphobos2 -L-lgtkd -L-ldl -L-
lrt -L-lusps4cb
COMPILE = $(DC) -c $(DFLAGS)
OBJFILES := $(patsubst %.d,%.o,$(wildcard *.d))
all: compo
compo:
Steven Schveighoffer wrote:
On Sun, 18 Dec 2011 10:00:35 -0500, Piotr Szturmaj
bncr...@jadamspam.pl wrote:
Peter Alexander wrote:
On 18/12/11 2:18 PM, Piotr Szturmaj wrote:
Exp code may be shipped with each release just like etc code. Users
using experimental code should be aware of breaking
On 12/19/11 2:11 AM, Adam Wilson wrote:
As you may all be aware, I've been trying to improve the automated
generation of .di files and I now have something that I feel is
testable. Currently the new code only makes the following changes.
1. Function Implementations are removed
2. Private
On Mon, 19 Dec 2011 03:53:27 -0800, so s...@so.so wrote:
Good work Adam!
After class/struct/interface level export we shouldn't need it again.
It already implies that everything (if not stated otherwise via private)
will be exported.
Well, I tried it that way and it didn't work on Windows.
On Mon, 19 Dec 2011 17:17:09 +0100, Steve Teale
steve.te...@britseyeview.com wrote:
I have a makefile (Linux) that used to work OK.
DC = dmd
DFLAGS = -gc -I/usr/include/d -I/usr/local/include/d
LFLAGS = -L-L/usr/lib -L-I/usr/local/lib -L-lphobos2 -L-lgtkd -L-ldl -L-
lrt -L-lusps4cb
COMPILE
On 12/19/11 6:27 AM, torhu wrote:
On 19.12.2011 12:34, Henrik Nordvik wrote:
On Mon, Dec 19, 2011 at 8:27 AM, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Monday, 19 December 2011 at 06:03:08 UTC, Henrik Nordvik wrote:
There's a page on the wiki:
On Mon, 19 Dec 2011 08:53:21 -0800, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 12/19/11 2:11 AM, Adam Wilson wrote:
As you may all be aware, I've been trying to improve the automated
generation of .di files and I now have something that I feel is
testable. Currently the new
Btw Adam, a long long time ago (well, few years ago) there was an
effort for better DLL support in D: http://dsource.org/projects/ddl/
There was also a presentation here: http://vimeo.com/2264486 and
slides:
http://replay.waybackmachine.org/20081203030930/http://team0xf.com/conference/DDL.pdf
On Sun, 18 Dec 2011 23:00:30 -0800, Walter Bright newshou...@digitalmars.com
wrote:
I'm looking for volunteers to convert all the remaining patches in Bugzilla to
pull requests.
I've been planning on converting all of mine, but I haven't had bandwidth to do
so this fall.
On 2011-12-19 16:54, Nick Sabalausky wrote:
Jacob Carlborgd...@me.com wrote in message
news:jcnmif$2ud7$1...@digitalmars.com...
On 2011-12-19 16:09, Nick Sabalausky wrote:
RDMD works perfectly fine for any case that xfbuild can handle. I would
honestly recommend it over xfbuild. You just
On 12/19/2011 5:51 AM, dsimcha wrote:
On 12/19/2011 12:54 AM, Walter Bright wrote:
On 12/18/2011 8:38 PM, dsimcha wrote:
Two questions:
1. What's the best way to file a bug report against Optlink when I get
one of
those Optlink terminated unexpectedly windows and I'm linking in
libraries
that
Le 03/12/2011 05:26, dsimcha a écrit :
I volunteered ages ago to manage the review for the second round of
Jonas Drewsen's CURL wrapper. After the first round it was decided
that, after a large number of minor issues were fixed, a second round
would be necessary.
Significant open issues:
On 12/18/2011 10:46 AM, Andrej Mitrovic wrote:
On 12/18/11, Walter Brightnewshou...@digitalmars.com wrote:
On 12/18/2011 4:26 AM, Andrej Mitrovic wrote:
I'd hardly call it support when you can't even implicitly link to a
D DLL that has certain phobos imports
On 12/19/2011 4:08 AM, Rainer Schuetze wrote:
On 17.12.2011 20:50, Walter Bright wrote:
On 12/17/2011 11:22 AM, Adam Wilson wrote:
On Sat, 17 Dec 2011 01:33:33 -0800, Walter Bright
newshou...@digitalmars.com
wrote:
It isn't necessary to export a protected symbol in order to override it.
I
On 12/16/2011 2:55 PM, Walter Bright wrote:
For example, in std.datetime there's final class Clock. It inherits nothing,
and nothing can be derived from it. The comments for it say it is merely a
namespace. It should be a struct.
Or perhaps it should be in its own module.
On 19.12.2011 16:08, Steven Schveighoffer wrote:
On Fri, 16 Dec 2011 17:30:44 -0500, torhuno@spam.invalid wrote:
On 16.12.2011 22:28, Steven Schveighoffer wrote:
In short, dlls will solve the problem, let's work on that instead of
shuffling around code.
How exactly do they solve the
On 12/19/2011 7:17 AM, Steven Schveighoffer wrote:
On Fri, 16 Dec 2011 17:55:47 -0500, Walter Bright newshou...@digitalmars.com
wrote:
For example, in std.datetime there's final class Clock. It inherits nothing,
and nothing can be derived from it. The comments for it say it is merely a
On 12/19/11 11:57 AM, Jacob Carlborg wrote:
On 2011-12-19 16:54, Nick Sabalausky wrote:
Jacob Carlborgd...@me.com wrote in message
news:jcnmif$2ud7$1...@digitalmars.com...
On 2011-12-19 16:09, Nick Sabalausky wrote:
RDMD works perfectly fine for any case that xfbuild can handle. I would
Le 19/12/2011 19:05, Somedude a écrit :
Le 03/12/2011 05:26, dsimcha a écrit :
I volunteered ages ago to manage the review for the second round of
Jonas Drewsen's CURL wrapper. After the first round it was decided
that, after a large number of minor issues were fixed, a second round
would be
On 12/19/11, Walter Bright newshou...@digitalmars.com wrote:
There are several people going through the bugzilla issues, hopefully we can
get
to yours soon.
Ok, but note that it's not a high-priority bug for me. There's also a
workaround, ModuleInfo can be faked by adding a stub global
On Mon, 19 Dec 2011 13:09:18 -0500, torhu no@spam.invalid wrote:
On 19.12.2011 16:08, Steven Schveighoffer wrote:
On Fri, 16 Dec 2011 17:30:44 -0500, torhuno@spam.invalid wrote:
On 16.12.2011 22:28, Steven Schveighoffer wrote:
In short, dlls will solve the problem, let's work on that
On Mon, 19 Dec 2011 13:09:42 -0500, Walter Bright
newshou...@digitalmars.com wrote:
On 12/19/2011 7:17 AM, Steven Schveighoffer wrote:
On Fri, 16 Dec 2011 17:55:47 -0500, Walter Bright
newshou...@digitalmars.com
wrote:
For example, in std.datetime there's final class Clock. It inherits
On 12/19/2011 4:05 AM, Martin Nowak wrote:
On Sat, 17 Dec 2011 20:54:24 +0100, Brad Roberts bra...@puremagic.com wrote:
On 12/17/2011 4:56 AM, Robert Clipsham wrote:
On 17/12/2011 06:40, Brad Roberts wrote:
On 12/16/2011 1:29 PM, Brad Anderson wrote:
On Thu, Dec 15, 2011 at 6:43 PM, Brad
On Monday, December 19, 2011 10:53:21 Andrei Alexandrescu wrote:
You may want to generate DIs for Phobos and take a look at them. Phobos
uses a vast array of D's capabilities so it's an effective unittest for
DI generation.
It's a great test ground, but I wouldn't want to see Phobos actually
The OMF library that I don't have the source to is a BLAS/LAPACK
stub library that calls into a DLL. It was uploaded ~5 years ago
to DSource by Bill Baxter. I know absolutely no details about
how he compiled it.
On Monday, 19 December 2011 at 18:04:26 UTC, Walter Bright wrote:
On
On Monday, 19 December 2011 at 08:28:52 UTC, Adam Wilson wrote:
According to this wikipedia page
http://en.wikipedia.org/wiki/Boehm_garbage_collector it is also
the GC that is used by D, with some minor modifications of
course.
I'm not sure if that's true... I believe that they both use the
On 12/19/2011 07:50 PM, Vladimir Panteleev wrote:
On Monday, 19 December 2011 at 08:28:52 UTC, Adam Wilson wrote:
According to this wikipedia page
http://en.wikipedia.org/wiki/Boehm_garbage_collector it is also the GC
that is used by D, with some minor modifications of course.
I'm not sure if
On Mon, Dec 19, 2011 at 10:01 AM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 12/19/11 6:27 AM, torhu wrote:
On 19.12.2011 12:34, Henrik Nordvik wrote:
On Mon, Dec 19, 2011 at 8:27 AM, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
On Monday, 19 December 2011 at
On Monday, 19 December 2011 at 18:55:39 UTC, Brad Anderson wrote:
I should probably point out--as this may have generated some
confusion
since I've started posting--that I'm not the same Brad Anderson
as the one
that runs DSource.
Oh, that settles one confusion. Thanks!
Andrei
From: Walter Bright newshou...@digitalmars.com
Sent: Sunday, December 18, 2011 10:46 PM
On 12/18/2011 11:08 AM, Isaac Gouy wrote:
I rather object to the baseless accusation that the benchmarks game is
designed to show that C is the one true language for writing
performance
On 2011-12-19 19:09, torhu wrote:
On 19.12.2011 16:08, Steven Schveighoffer wrote:
On Fri, 16 Dec 2011 17:30:44 -0500, torhuno@spam.invalid wrote:
On 16.12.2011 22:28, Steven Schveighoffer wrote:
In short, dlls will solve the problem, let's work on that instead of
shuffling around code.
On 2011-12-19 19:11, Andrei Alexandrescu wrote:
On 12/19/11 11:57 AM, Jacob Carlborg wrote:
If I recall correctly, if you give xfbuild a file it will compile that
and all its dependencies as an executable. If you give it a directory it
will compile the whole directory as a library. That is also
On Sunday, 18 December 2011 at 07:09:21 UTC, Walter Bright wrote:
A programmer who doesn't know assembler is never going to write
better than second rate programs.
Please I don't want to flame this thread or anything like that,
but this isn't a lack of modesty or a little odd?
The phrase:
On Mon, 19 Dec 2011 01:06:09 +0100
Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
OT: DSSS has recently been ported by someone IIUC, might be worth
exploring.
I remember hearing xfBuild was being updated for D2, but nothing about
DSSS, wheres that info?
On 12/19/11, Jesse Phillips jessekphillip...@gmail.com wrote:
On Mon, 19 Dec 2011 01:06:09 +0100
Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
OT: DSSS has recently been ported by someone IIUC, might be worth
exploring.
I remember hearing xfBuild was being updated for D2, but nothing
Andrei Alexandrescu Wrote:
On Monday, 19 December 2011 at 18:55:39 UTC, Brad Anderson wrote:
I should probably point out--as this may have generated some
confusion
since I've started posting--that I'm not the same Brad Anderson
as the one
that runs DSource.
Nor am I The King,
On Mon, 19 Dec 2011 04:57:54 -0800, so s...@so.so wrote:
On Mon, 19 Dec 2011 14:43:07 +0200, Jakob Ovrum jakobov...@gmail.com
wrote:
On Monday, 19 December 2011 at 12:11:32 UTC, so wrote:
On Mon, 19 Dec 2011 10:11:25 +0200, Adam Wilson flybo...@gmail.com
wrote:
Everything else is left
On Mon, 19 Dec 2011 06:27:20 -0800, Martin Nowak d...@dawgfoto.de wrote:
On Mon, 19 Dec 2011 14:22:10 +0100, Rainer Schuetze r.sagita...@gmx.de
wrote:
On 19.12.2011 09:11, Adam Wilson wrote:
Currently, I feel that private imports should be stripped from the DI
file as they are intended
On Mon, 19 Dec 2011 09:36:27 -0800, Andrej Mitrovic
andrej.mitrov...@gmail.com wrote:
Btw Adam, a long long time ago (well, few years ago) there was an
effort for better DLL support in D: http://dsource.org/projects/ddl/
There was also a presentation here: http://vimeo.com/2264486 and
Btw the D2 port has the library building option broken at the moment.
I'm fixing this..
On Mon, 19 Dec 2011 02:33:55 +0100
Vladimir Panteleev vladi...@thecybershadow.net wrote:
On Sunday, 18 December 2011 at 23:29:09 UTC, Henrik Nordvik wrote:
I am looking for an updated list of D projects or libraries
that are actively being maintained. I just wasted several hours
getting
On Monday, 19 December 2011 at 19:52:41 UTC, ddverne wrote:
On Sunday, 18 December 2011 at 07:09:21 UTC, Walter Bright
wrote:
A programmer who doesn't know assembler is never going to
write better than second rate programs.
Please I don't want to flame this thread or anything like that,
but
On 12/19/2011 11:52 AM, ddverne wrote:
On Sunday, 18 December 2011 at 07:09:21 UTC, Walter Bright wrote:
A programmer who doesn't know assembler is never going to write better than
second rate programs.
Please I don't want to flame this thread or anything like that, but this isn't a
lack of
On Mon, 19 Dec 2011 22:24:18 +0200, Adam Wilson flybo...@gmail.com wrote:
So the consensus is to keep all private members/imports/etc?
Ideally to get most out of the auto generation of di files (by definition
of module system) we need to strip ALL private stuff.
Only this way we can say
On Mon, 19 Dec 2011 23:04:27 +0200, so s...@so.so wrote:
On Mon, 19 Dec 2011 22:24:18 +0200, Adam Wilson flybo...@gmail.com
wrote:
So the consensus is to keep all private members/imports/etc?
Ideally to get most out of the auto generation of di files (by
definition of module system) we
On 12/19/11 2:19 PM, Elvis Presley wrote:
Andrei Alexandrescu Wrote:
On Monday, 19 December 2011 at 18:55:39 UTC, Brad Anderson wrote:
I should probably point out--as this may have generated some
confusion
since I've started posting--that I'm not the same Brad Anderson
as the one
that runs
On 12/19/2011 12:38 PM, dsimcha wrote:
Programming on punchcards is equivalent to typing: It is/was sometimes a
necessary practical skill, but there's nothing conceptually deep about it that
makes it worth learning even if it's not immediately practical.
The only worthwhile skill with
Walter:
The only worthwhile skill with punchcards is trying to delicately punch out
every hole without breaking any of the bridges between holes.
Given the amount of time it takes to punch the cards, waiting for your turn to
run the program, and reading the printouts, I think punchcards also
Are you building SDC in the same fashion as clang by chance where the
pieces are modular and usable else ware? (such as the parser being able
to be used in an ide?)
On 12/9/2011 10:25 PM, Jakob Ovrum wrote:
On Saturday, �� December 2011 at 05:48:18 UTC, dolive wrote:
Why do need to
On 12/19/2011 1:35 PM, bearophile wrote:
Given the amount of time it takes to punch the cards, waiting for your turn
to run the program, and reading the printouts, I think punchcards also teach
you to use your brain first and to think before doing/trying things, instead
of going by trial and
Are you building SDC in the same fashion as clang by chance where the
pieces are modular and usable else ware? (such as the parser being able
to be used in an ide?)
It isn't as well-conceived. Hence the name, it started out as a toy
project and didn't have Clang-like goals in mind.
For
Walter:
I've never seen any evidence that punchcards made one a better programmer.
For
sure, one wrote far fewer programs, and infinitely shorter ones, with
punchcards, and so simply lack of experience would make one worse.
This is is right. Nowdays chess gamers across the world are
The Mono guys are doing some interesting stuff with being able to access
C++ from C# (and other CLR languages) that I thought some people in here
might find interesting.
http://tirania.org/blog/archive/2011/Dec-19.html
It makes me wonder how practical it would be to build upon their work to
On Monday, 19 December 2011 at 21:04:28 UTC, so wrote:
On Mon, 19 Dec 2011 22:24:18 +0200, Adam Wilson
flybo...@gmail.com wrote:
So the consensus is to keep all private members/imports/etc?
Ideally to get most out of the auto generation of di files (by
definition of module system) we need
On Mon, 19 Dec 2011 15:53:25 -0800, Brad Anderson e...@gnuk.net wrote:
The Mono guys are doing some interesting stuff with being able to access
C++ from C# (and other CLR languages) that I thought some people in here
might find interesting.
http://tirania.org/blog/archive/2011/Dec-19.html
It
On Mon, 19 Dec 2011 15:53:02 -0800, Jakob Ovrum jakobov...@gmail.com
wrote:
On Monday, 19 December 2011 at 21:04:28 UTC, so wrote:
On Mon, 19 Dec 2011 22:24:18 +0200, Adam Wilson flybo...@gmail.com
wrote:
So the consensus is to keep all private members/imports/etc?
Ideally to get most
On Mon, 19 Dec 2011 16:09:05 -0800
Adam Wilson flybo...@gmail.com wrote:
COM which is clunky and not cross-platform.
Seems no less cross platform than .Net:
http://www.mono-project.com/Mono:Runtime#COM_and_XPCOM
hmm... maybe I should be looking at making Juno work with Mono...
Probably not too
On 18/12/2011 21:17, Alex Rønne Petersen wrote:
On 18-12-2011 21:24, dsimcha wrote:
The review of std.net.curl is done and the voting has started. I'm
loving this steady pipeline of reviews and additions to Phobos.
According to http://prowiki.org/wiki4d/wiki.cgi?ReviewQueue, there's
nothing
On Monday, 19 December 2011 at 20:48:28 UTC, Walter Bright wrote:
Sure, you can interpret that as arrogance on my part, with
justification.
On the other hand, I have a lot of experience working with
people who do know assembler, and who do not. I see the effects
of not knowing it in their
On Tuesday, 20 December 2011 at 00:55:35 UTC, ddverne wrote:
instead, I'm saying that you should avoid this type of
commentary on community where you are one of the leaders
because some people may felt offended and you can have your
image tarnished.
http://www.youtube.com/watch?v=cycXuYzmzNg
On Monday, 19 December 2011 at 22:59:37 UTC, Trass3r wrote:
Are you building SDC in the same fashion as clang by chance
where the pieces are modular and usable else ware? (such as
the parser being able to be used in an ide?)
It isn't as well-conceived. Hence the name, it started out as a
toy
On 2011-12-19 11:52:25 +, Alex Rønne Petersen said:
On 18-12-2011 15:40, Somedude wrote:
Le 18/12/2011 15:07, Ruslan Mullakhmetov a écrit :
GC is just a mater of implementation. In presence of resources implement
good GC algorithm offers no difficulty.
Oh really ? Then please make us
On Mon, 2011-12-19 at 13:26 -0800, Walter Bright wrote:
[...]
I should have kept some of my old punchcard decks.
I have about 7,000 Fortran cards left, they are all pristine. They are
great for shopping lists and writing reminders during meetings. I
haven't tried actually punching holes in
On Mon, 2011-12-19 at 14:39 -0800, Walter Bright wrote:
On 12/19/2011 1:35 PM, bearophile wrote:
Given the amount of time it takes to punch the cards, waiting for your turn
to run the program, and reading the printouts, I think punchcards also teach
you to use your brain first and to think
On Tuesday, December 20, 2011 06:40:40 Russel Winder wrote:
On Mon, 2011-12-19 at 13:26 -0800, Walter Bright wrote:
[...]
I should have kept some of my old punchcard decks.
I have about 7,000 Fortran cards left, they are all pristine. They are
great for shopping lists and writing
On Sun, 2011-12-18 at 17:08 -0600, Andrei Alexandrescu wrote:
On 12/18/11 1:08 PM, Isaac Gouy wrote:
From: Russel Winder
Subject: Re: Java Scala
Newsgroups: gmane.comp.lang.d.general
Sat, 17 Dec 2011 22:18:26 -0800
I really rather object to being labelled an educated idiot.
On 2011-12-20 01:52, Alix Pexton wrote:
I recently started abbreviating Serialization as s11n (Es-Eleven-En) in
the same vain as i18n for Internationalization and l10n for
Localization. Its not my invention, its in use in C/C++ libs and
probably other languages too. I think std.s11n; world be
On Sun, 2011-12-18 at 01:51 -0800, Walter Bright wrote:
On 12/17/2011 11:23 PM, Russel Winder wrote:
It's the indirection thing again: rather than provide a C toolchain for
each platform, you load Java (or Python, Ruby, ...) which is already
precompiled for the platform which then allows a
1 - 100 of 160 matches
Mail list logo
