Can the D logo (as in the github site:
https://secure.gravatar.com/avatar/1fe90c0586802aee103ff9ac0b8f3fbe?s=140&d=https://github.com%2Fimages%2Fgravatars%2Fgravatar-140.png)
located on the left top area where the digital mars logo used to sit?
the empty space looks a little strange.
-b
On 20
Walter Bright wrote:
> golgeliyele wrote:
>> I don't think C++ and gcc set a good bar here.
>
> Short of writing our own linker, we're a bit stuck with what ld does.
>
I am not necessarily questioning the use of ld (or a different linker on
a different platform). What intrigues me is: Is it
Walter Bright wrote:
> golgeliyele wrote:
>> 1. Difficult to understand linker errors due to missing main():
>> ...
>
> The problem is the main() can come from a library, or some other .obj file
> handed to the compiler that the compiler doesn't look inside. It's a very
> flexible way to buil
Daniel Gibson wrote:
> Am 13.02.2011 20:01, schrieb gölgeliyele:
>> I don't think
>> supporting multiple compilation models is a good thing.
>>
>
> I think incremental compilation is a very useful feature for large projects so
> it should be available.
&
>
> I use an incremental build with Makefiles.
>
> Hope that helps,
> Ned
Hi,
Can you tell me how you used incremental build with Makefiles? I
don't know much about D1, but it most likely has similar module and
build support as D2. I have been playing around with incremental build
with d
"nedbrek" wrote:
>
> Yes, I am also using some tricks I found on the web to support building
> outside of the source tree.
>
> I currently have all the dependendcies in one file, and regenerate manually.
> I have gotten auto-dependency generation to work with C++ (it is just a
> matter of bre
On 2/13/11 2:05 PM, Walter Bright wrote:
golgeliyele wrote:
2. dmd compiler's command line options:
This is mostly an esthetic issue. However, it is like the entrance to
your house. People who are not sure about entering in
care about what it looks like from the outside. If Walter is willing,
On 2/14/11 3:22 PM, retard wrote:
Your obsession with fast compile times is incomprehensible. It doesn't
have any relevance in the projects I'm talking about. On multicore 'make -
jN', distcc& low cost clusters, and incremental compilation already
mitigate most of the issues. LLVM is also suppo
On 2/15/11 12:24 PM, foobar wrote:
I disagree that the discussion is pointless.
On the contrary, the OP pointed out some valid points:
1. that size_t is inconsistent with D's style guide. the "_t" suffix is a C++
convention and not a D one. While it makes sense for [former?] C++ programmers it
On 2/15/11 11:33 PM, Nick Sabalausky wrote:
"Michel Fortin" wrote in message
news:ijfhkt$1fte$1...@digitalmars.com...
On 2011-02-15 22:41:32 -0500, "Nick Sabalausky" said:
I like "nint".
But is it unsigned or signed? Do we need 'unint' too?
*shrug* Beats me. I can't even remember if siz
On 2/16/11 9:09 AM, Steven Schveighoffer wrote:
On Tue, 15 Feb 2011 16:50:21 -0500, Nick Sabalausky wrote:
"Nick Sabalausky" wrote in message
module nick;
alias size_t wordsize;
Now you can use it anywhere, it's sooo freaking simple, I don't
understand the outrage.
But that is somewhat
On 2/16/11 9:45 AM, Steven Schveighoffer wrote:
I'm done with this thread...
-Steve
Ok, I don't want to drag on. But there is a reason why we have a style.
size_t is against the D style and obviously does not match. I use size_t
as much as Walter does in my day job, and I even like it. It
On 3/12/11 11:10 PM, Andrej Mitrovic wrote:
On 3/13/11, Nick Sabalausky wrote:
snip
OSX is a nice OS. I gave it a try once or twice. The OS is nice, but
man, when I started looking for software on the web I almost got sick.
"Top 10 software for Your Mac", "5 Apps that will make your Mac
Exper
On 5/18/11 5:30 AM, Jacob Carlborg wrote:
You can have a look at my serialization library, Orange:
http://www.dsource.org/projects/orange
I don't think it works with the latest compilers but you have have a
look at the source:
http://www.dsource.org/projects/orange/browser/orange/util/Reflectio
14 matches
Mail list logo
