On Friday, 4 October 2013 at 10:59:05 UTC, Denis Shelomovskij
wrote:
Some of druntime/phobos code assumes it is one of little/big
endianness others have `static assert(0)` for third case. Lets
clear the situation and make a decision.
Little endian and big endian must be supported. Little endia
On 02-06-2013 19:58, Dmitry Olshansky wrote:
02-Jun-2013 21:49, Alex Rønne Petersen пишет:
On 02-06-2013 19:43, Dmitry Olshansky wrote:
02-Jun-2013 20:48, Alex Rønne Petersen пишет:
On 02-06-2013 10:52, Dmitry Olshansky wrote:
01-Jun-2013 20:13, Timon Gehr пишет:
On 06/01/2013 07:29 AM
practice, though, any relevant target can support computed gotos.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://alexrp.com / http://lycus.org
On 02-06-2013 19:43, Dmitry Olshansky wrote:
02-Jun-2013 20:48, Alex Rønne Petersen пишет:
On 02-06-2013 10:52, Dmitry Olshansky wrote:
01-Jun-2013 20:13, Timon Gehr пишет:
On 06/01/2013 07:29 AM, Alex Rønne Petersen wrote:
Hi,
I'm sure this has been brought up before, but I feel I ne
On 02-06-2013 10:52, Dmitry Olshansky wrote:
01-Jun-2013 20:13, Timon Gehr пишет:
On 06/01/2013 07:29 AM, Alex Rønne Petersen wrote:
Hi,
I'm sure this has been brought up before, but I feel I need to bring it
up again (because I'm going to be writing a threaded-code interpre
On 02-06-2013 08:44, Paulo Pinto wrote:
Am 02.06.2013 06:49, schrieb Walter Bright:
On 6/1/2013 7:35 PM, Alex Rønne Petersen wrote:
On 01-06-2013 09:59, bearophile wrote:
"Recently" the Python C interpreter was modified and speed up thanks to
this non-standard feature. CPython sourc
On 02-06-2013 06:49, Walter Bright wrote:
On 6/1/2013 7:35 PM, Alex Rønne Petersen wrote:
On 01-06-2013 09:59, bearophile wrote:
"Recently" the Python C interpreter was modified and speed up thanks to
this non-standard feature. CPython source code has two versions, one
with computed
foo;
foo: auto b = __traits(gotoAddr, foo);
}
And if it's successful, we add language support.
You need a way to jump to an arbitrary address too.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://alexrp.com / http://lycus.org
On 01-06-2013 09:59, bearophile wrote:
Alex Rønne Petersen:
I'm sure this has been brought up before, but I feel I need to bring
it up again (because I'm going to be writing a threaded-code
interpreter): http://gcc.gnu.org/onlinedocs/gcc/Labels-as-Values.html
This is an incredibly
On 01-06-2013 11:43, bearophile wrote:
Alex Rønne Petersen:
final switch (insn.op)
{
case imm: lbl = &&handle_imm; break;
case add: lbl = &&handle_add; break;
case sub: lbl = &am
imple in-memory assembler. Think asmjit.
It would be relatively easy to add to phobos although you'd have to be
careful about DEP. Hmm, perhaps I will try writing something like this...
Probably a bit too domain-specific (not to say it isn't useful).
--
Alex Rønne Petersen
a...@alexrp.
age like D must have.
On 1 Jun 2013 15:30, "Alex Rønne Petersen" mailto:a...@lycus.org>> wrote:
Hi,
I'm sure this has been brought up before, but I feel I need to bring
it up again (because I'm going to be writing a threaded-code
interpreter):
http
ant speedups, and I for one think we desperately need it.
Implementing it should be trivial as both LLVM and GCC support taking
the address of a block. I'm sure the DMD back end could be extended to
support it too.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://alexrp.com / http://lycus.org
tell people "we're stabilizing D" when they ask why we
don't fix some particular language design issue. I don't anymore,
because I realized just how ridiculous this situation has gotten.
Well... end of rant.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://alexrp.com / http://lycus.org
.
Thanks,
Andrei
I'll be available as mentor.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
On 27-02-2013 02:28, Alex Rønne Petersen wrote:
Hi,
Wasn't there some effort put into a 2.062 RPM for Fedora 18 recently?
Any chance we could get that uploaded to dlang.org?
Title should have said "RPM" of course...
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
Hi,
Wasn't there some effort put into a 2.062 RPM for Fedora 18 recently?
Any chance we could get that uploaded to dlang.org?
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
Alex/Zor did on it? I
submitted a "bug" report that he fixed.
Cheers, Jakob.
Yes, Lars pulled in ~all of my changes.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
umes Windows and
Posix are mutually exclusive.
Minor doc problems:
ARM: the docs should say AArch32 not AArch32:A32, that's my fault, I'll
file a pull request.
ARM64: AArch64 instead of AArch64:A64
OK.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
be called when the
object is destroyed. It's basically just a way to have multiple
destructors on a single object.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
he spec
in... Ddoc has a too HTML-y feel to it for general writing.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
have that.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
la to bugzilla really
a great idea?
Such as what ?
Jonathan gave an example with the std.string.format change.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
overkill to throw it in the review queue, but I don't know
how rigorous we want to be about that.
--
Alex Rønne Petersen
a...@alexrp.com / a...@lycus.org
http://lycus.org
On 11-12-2012 22:38, Rainer Schuetze wrote:
On 11.12.2012 22:08, Alex Rønne Petersen wrote:
On 11-12-2012 21:24, Rainer Schuetze wrote:
This stores the type info with the reference, not with the memory block,
but it does not make a big difference. (Actually it does: if the
reference only is
On 12-12-2012 09:30, Dmitry Olshansky wrote:
12/12/2012 12:59 AM, Alex Rønne Petersen пишет:
[snip]
I'd mention that the most of idiomatic D code is agnostic with respect
to the origin of slice. The major reason to use slices is to avoid
allocations and thus the allocation scheme i
On 11-12-2012 21:24, Rainer Schuetze wrote:
On 11.12.2012 18:25, Alex Rønne Petersen wrote:
On 11-12-2012 08:29, Rainer Schuetze wrote:
On 11.12.2012 01:04, Alex Rønne Petersen wrote:
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
> This is clearl
On 11-12-2012 21:24, Dmitry Olshansky wrote:
12/11/2012 11:23 PM, Alex Rønne Petersen пишет:
On 11-12-2012 20:09, Dmitry Olshansky wrote:
12/11/2012 4:04 AM, Alex Rønne Petersen пишет:
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
Destroy.
Aside from
On 11-12-2012 20:09, Dmitry Olshansky wrote:
12/11/2012 4:04 AM, Alex Rønne Petersen пишет:
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
Destroy.
Aside from the fact that I can use slices without GC just fine? :)
The base pointers would then be either
On 11-12-2012 19:11, Robert Jacques wrote:
On Tue, 11 Dec 2012 11:25:44 -0600, Alex Rønne Petersen
wrote:
On 11-12-2012 08:29, Rainer Schuetze wrote:
On 11.12.2012 01:04, Alex Rønne Petersen wrote:
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
Destroy
On 11-12-2012 08:29, Rainer Schuetze wrote:
On 11.12.2012 01:04, Alex Rønne Petersen wrote:
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
Destroy.
I don't think there is a noticeable difference in detecting whether a
pointer is pointing to the beginni
On 11-12-2012 11:36, renoX wrote:
On Tuesday, 11 December 2012 at 00:04:57 UTC, Alex Rønne Petersen wrote:
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
Destroy.
Instead of changing slices, shouldn't all pointers be modified if you
want to do this ki
On 11-12-2012 02:49, Timon Gehr wrote:
On 12/11/2012 01:04 AM, Alex Rønne Petersen wrote:
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
Destroy.
Why does the internal representation have to be the same for a managed
port and native D? Also, how does the
.dlang.org/Building_DMD, which needs some Windows-specific
instructions.
T
Pedantic question: Title casing for page titles or regular casing?
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
he master
branch instead of the develop branch which overall ends up being a mess
when a reviewer doesn't notice the error before merging.
Otherwise sounds good.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
http://xtzgzorex.wordpress.com/2012/12/11/array-slices-and-interior-pointers/
Destroy.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 10-12-2012 23:18, Denis Shelomovskij wrote:
10.12.2012 20:58, Alex Rønne Petersen пишет:
On 10-12-2012 10:04, Denis Shelomovskij wrote:
06.12.2012 22:40, Alex Rønne Petersen пишет:
Hi,
I decided to take a stab at reviving the new std.process written by
Lars
T. Kyllingstad and Steven
On 10-12-2012 10:04, Denis Shelomovskij wrote:
06.12.2012 22:40, Alex Rønne Petersen пишет:
Hi,
I decided to take a stab at reviving the new std.process written by Lars
T. Kyllingstad and Steven Schveighoffer.
The result is here:
https://github.com/alexrp/phobos/tree/new-std-process-update
I
On 06-12-2012 23:25, Jacob Carlborg wrote:
On 2012-12-06 19:40, Alex Rønne Petersen wrote:
Hi,
I decided to take a stab at reviving the new std.process written by Lars
T. Kyllingstad and Steven Schveighoffer.
The result is here:
https://github.com/alexrp/phobos/tree/new-std-process-update
I
e/druntime/pull/340
https://github.com/D-Programming-Language/druntime/pull/361
https://github.com/D-Programming-Language/dmd/pull/1145
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 07-12-2012 14:20, Jakob Bornecrantz wrote:
On Thursday, 6 December 2012 at 18:40:57 UTC, Alex Rønne Petersen wrote:
Hi,
I decided to take a stab at reviving the new std.process written by
Lars T. Kyllingstad and Steven Schveighoffer.
The result is here:
https://github.com/alexrp/phobos
On 07-12-2012 00:30, Vladimir Panteleev wrote:
On Thursday, 6 December 2012 at 18:40:57 UTC, Alex Rønne Petersen wrote:
It currently works on 32-bit and 64-bit Linux. It would be great if
someone could take it for a spin on OS X, FreeBSD, and Windows to see
how it fares there (I'm particu
On 06-12-2012 23:25, Jacob Carlborg wrote:
On 2012-12-06 19:40, Alex Rønne Petersen wrote:
Hi,
I decided to take a stab at reviving the new std.process written by Lars
T. Kyllingstad and Steven Schveighoffer.
The result is here:
https://github.com/alexrp/phobos/tree/new-std-process-update
I
hanges are really all that remain in order to have
it included.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 06-12-2012 16:34, David Nadlinger wrote:
On Thursday, 6 December 2012 at 12:39:41 UTC, Alex Rønne Petersen wrote:
I vote in favor of camelCase because it's the style we use for
non-type identifiers virtually everywhere.
Well, the version identifiers use, erm, something else… ;)
David
because it's the style we use for non-type
identifiers virtually everywhere.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 05-12-2012 23:42, Jonathan M Davis wrote:
On Wednesday, December 05, 2012 22:52:09 Alex Rønne Petersen wrote:
Separate project? That kind of defeats the entire purpose: Making the
to-be-tested module readily available to everyone...
It makes sense to me to have a separate package in Phobos
On 05-12-2012 22:05, Jonathan M Davis wrote:
On Wednesday, December 05, 2012 21:32:37 Alex Rønne Petersen wrote:
On 05-12-2012 17:10, Jonathan M Davis wrote:
On Wednesday, December 05, 2012 15:10:59 Pragma Tix wrote:
Years ago I have suggested to establish an incubator project.
It's
existing service is terrible in terms of it crashing all the time and
breaking up threads, etc.
--rt
The latter is caused by bad(ly configured) NNTP clients, not the server.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
p and champions it, it isn't going
to happen.
- Jonathan M Davis
In this case, though, there isn't really much to *do*. People just need
to send pull requests when they have a module they feel is ready for
field testing.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
about D than the current method.
http://www.mybb.com/ is free, pretty good, and relatively easy to setup.
The ability to edit a post makes life much easier too!
Most people here don't like these bulletin board forums because they
don't get threading right at all.
--
Alex Rønne
ny thoughts on how we might do this? Any bikeshedding?
I'm not really sure what the best way to go about this is, so really,
any input is very welcome.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
and be
careful with this tricky .Net. E.g. one shouldn't believe words like
"representing the operating system threads currently running in the
associated process" from `Threads` property docs and remember it's cached.
See: https://github.com/kyllingstad/phobos/tree/new-std-p
On 22-11-2012 14:51, Joseph Rushton Wakeling wrote:
On 11/19/2012 08:02 PM, Alex Rønne Petersen wrote:
Updated the blog post, thanks.
The one other issue I had with those instructions -- you talk of copying
dmd.conf into /etc, but I've never come across a dmd.conf anywhere in
the dmd s
7; came to be by accident when, out of sheer
laziness, I started writing LGTM instead of looks good to me on a bunch
of pull requests ;)
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
Windows for me.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 19-11-2012 20:50, Rob T wrote:
On Monday, 19 November 2012 at 19:02:18 UTC, Alex Rønne Petersen wrote:
Updated the blog post, thanks.
There's errors/incompleteness with the following:
Next, we build Phobos, which is the standard library containing
facilities for concurrency, re
error related to zlib.
Updated the blog post, thanks.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
ntainer merges your branch, or has some feedback.
(Well OK, the waiting part is improving, but still, don't expect things
to happen overnight 'cos they probably won't.)
T
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
only place ?
The only people who need to care are druntime maintainers, and we get by
fine with hexadecimal numbers so far. I wouldn't be worried.
And yes, I did get rid of all octal literals in my pull request, at
least to the point where things compile.
--
Alex Rønne Petersen
a...
On 18-11-2012 10:58, Dmitry Olshansky wrote:
11/18/2012 11:13 AM, Alex Rønne Petersen пишет:
On 18-11-2012 05:58, Jonathan M Davis wrote:
On Sunday, November 18, 2012 05:51:00 Alex Rønne Petersen wrote:
On 18-11-2012 05:46, Jonathan M Davis wrote:
I don't know if we can answer this for
On 18-11-2012 05:58, Jonathan M Davis wrote:
On Sunday, November 18, 2012 05:51:00 Alex Rønne Petersen wrote:
On 18-11-2012 05:46, Jonathan M Davis wrote:
I don't know if we can answer this for sure at the moment given the
ongoing
discussion on shared, but looking at core.sync, it occurr
ing nature of shared.
Most D code I have seen in the wild just shares mutexes, conditions, etc
with __gshared or some other mechanism anyway, so I don't think there's
anything to gain. Like, what would shared actually buy you here?
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
nd that's the entire problem.
People shouldn't have to go in and change anything to make code build
just because something has been deprecated.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
ned to get in my
way too: https://github.com/D-Programming-Language/druntime/pull/340
(I really wish someone would review/merge that pull request.)
Generally, we just turn octal literals into hex literals in druntime
(and write the octal number in a comment if necessary).
--
Alex Rønne
identical C code.
I think most people are aware of this 'quirk' from what I've seen in
binding projects, so it's probably not a big deal.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 15-11-2012 08:35, Thomas Koch wrote:
Andrei Alexandrescu wrote:
On 11/14/12 12:36 PM, Andrej Mitrovic wrote:
On 11/14/12, Alex Rønne Petersen wrote:
Or we could switch to Phabricator for our entire review process which
has an absolutely awesome side-by-side diff and is generally a
On 14-11-2012 21:36, Andrej Mitrovic wrote:
On 11/14/12, Alex Rønne Petersen wrote:
Or we could switch to Phabricator for our entire review process which
has an absolutely awesome side-by-side diff and is generally a fantastic
tool for distributed-style software projects.
See my email to dmd
On 14-11-2012 21:15, Sean Kelly wrote:
On Nov 14, 2012, at 12:07 PM, Alex Rønne Petersen wrote:
On 14-11-2012 21:00, Sean Kelly wrote:
On Nov 14, 2012, at 6:16 AM, Andrei Alexandrescu
wrote:
On 11/14/12 1:20 AM, Walter Bright wrote:
On 11/13/2012 11:37 PM, Jacob Carlborg wrote:
If the
mplemented in GDC and LDC
for example.
See also: http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP20
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
ee my email to dmd-internals:
http://lists.puremagic.com/pipermail/dmd-internals/2012-October/004900.html
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 14-11-2012 16:08, Andrei Alexandrescu wrote:
On 11/14/12 6:39 AM, Alex Rønne Petersen wrote:
On 14-11-2012 15:14, Andrei Alexandrescu wrote:
On 11/14/12 1:19 AM, Walter Bright wrote:
On 11/13/2012 11:56 PM, Jonathan M Davis wrote:
Being able to have double-checked locking work would be
On 14-11-2012 15:50, deadalnix wrote:
Le 14/11/2012 15:39, Alex Rønne Petersen a écrit :
On 14-11-2012 15:14, Andrei Alexandrescu wrote:
On 11/14/12 1:19 AM, Walter Bright wrote:
On 11/13/2012 11:56 PM, Jonathan M Davis wrote:
Being able to have double-checked locking work would be valuable
ag
set and with the given atomic consistency, which have the semantics you
describe.
I don't think there's anything that actually needs to be fixed there.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
d note that you can't optimize this either; since the dependencies
memory barriers are supposed to express are subtle and not detectable by
a compiler, the compiler would always have to insert them because it
can't know when it would be safe not to.)
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 14-11-2012 03:02, Andrei Alexandrescu wrote:
On 11/13/12 5:58 PM, Alex Rønne Petersen wrote:
On 14-11-2012 02:52, Andrei Alexandrescu wrote:
On 11/13/12 3:48 PM, Alex Rønne Petersen wrote:
Slices and delegates can't be loaded/stored atomically because very few
architectures pr
On 14-11-2012 03:00, deadalnix wrote:
Le 14/11/2012 02:36, Alex Rønne Petersen a écrit :
On 14-11-2012 02:33, Walter Bright wrote:
On 11/13/2012 3:43 PM, Alex Rønne Petersen wrote:
FWIW, these are the types and type categories I'd expect shared
load/store to
work on, on any archite
On 14-11-2012 02:52, Andrei Alexandrescu wrote:
On 11/13/12 3:48 PM, Alex Rønne Petersen wrote:
Slices and delegates can't be loaded/stored atomically because very few
architectures provide instructions to atomically load/store 16 bytes of
data (required on 64-bit; 32-bit would be fine
On 14-11-2012 02:33, Walter Bright wrote:
On 11/13/2012 3:43 PM, Alex Rønne Petersen wrote:
FWIW, these are the types and type categories I'd expect shared
load/store to
work on, on any architecture:
* ubyte, byte
* ushort, short
* uint, int
* ulong, long
* float, double
* pointers
* s
On 14-11-2012 01:09, deadalnix wrote:
Le 14/11/2012 00:43, Alex Rønne Petersen a écrit :
On 14-11-2012 00:38, Andrei Alexandrescu wrote:
On 11/13/12 3:28 PM, Alex Rønne Petersen wrote:
On 13-11-2012 23:33, Andrei Alexandrescu wrote:
shared int x;
...
x = 4;
You'll need to use x.st
On 14-11-2012 00:43, Alex Rønne Petersen wrote:
On 14-11-2012 00:38, Andrei Alexandrescu wrote:
On 11/13/12 3:28 PM, Alex Rønne Petersen wrote:
On 13-11-2012 23:33, Andrei Alexandrescu wrote:
shared int x;
...
x = 4;
You'll need to use x.store(4) instead.
Is that meant to be an a
On 14-11-2012 00:38, Andrei Alexandrescu wrote:
On 11/13/12 3:28 PM, Alex Rønne Petersen wrote:
On 13-11-2012 23:33, Andrei Alexandrescu wrote:
shared int x;
...
x = 4;
You'll need to use x.store(4) instead.
Is that meant to be an atomic store, or just a regular, but explicit,
long as a cast is required along the way, we can't claim victory. I
need to think about that scenario.
Andrei
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
d be indebted if you mentioned them to me via private email
or by replying to this.
Thanks,
Andrei
The "Something needs to happen with shared, and soon." thread may be of
interest to you, as well as any parts of "deprecate deprecated?" you may
have missed.
Welcome back
alternative system to shared, because I don't see shared actually being
useful for real world work no matter what we do with it.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
and the new
option should be used to turn that into an error; not the other way around.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
actice for libraries because it can
break arbitrary build systems out there.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
, pure, nothrow, dllimport, while D uses
keywords.
And they are tedious as hell to type.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
ld be done with a user defined attribute instead?
Anyone want to take on the challenge?
That *cannot* fix the problem.
The problem is not with the deprecated attribute at all, it's with the
command line switches.
+1.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
te instead?
Anyone want to take on the challenge?
Just fix the compiler behavior.
https://github.com/D-Programming-Language/phobos/pull/904#issuecomment-10038838
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
ately, not very useful if you want the semantics
of variants in ML-style languages.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
est having a "version(deprecated)"? I think it
would be very helpful. Thoughts?
https://github.com/D-Programming-Language/dmd/pull/1257
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
est.
--rt
You should totally submit this for inclusion into std.traits in Phobos.
(Though, to follow naming conventions, it should be functionName and
functionSignature or so.)
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
#x27;s actually big endian.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 30-10-2012 21:59, Paulo Pinto wrote:
On Tuesday, 30 October 2012 at 18:53:23 UTC, Alex Rønne Petersen wrote:
On 30-10-2012 19:35, Paulo Pinto wrote:
On Tuesday, 30 October 2012 at 13:55:42 UTC, Alex Rønne Petersen wrote:
On 30-10-2012 14:46, Isak Andersson wrote:
Based on my experience
On 30-10-2012 19:35, Paulo Pinto wrote:
On Tuesday, 30 October 2012 at 13:55:42 UTC, Alex Rønne Petersen wrote:
On 30-10-2012 14:46, Isak Andersson wrote:
Based on my experience POSIX compliance is like any standard.
You end up getting lots of #ifdef for each POSIX system anyway. The
only
r any posix compliant os.
I direct you to the POSIX makefiles of DMD, druntime, and phobos. ;)
The problem with using those is that most D libraries are built with DMD
in mind, like Vibe.d. DMD is pretty much setting the standard for how D
behaves.
--
Alex Rønne Petersen
a...@lycus.org
even more work, since most of druntime has two code paths: One for
Windows and one for POSIX.)
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
On 26-10-2012 08:24, Jacob Carlborg wrote:
On 2012-10-25 23:50, Alex Rønne Petersen wrote:
You don't really have to do anything special other than set up build
jobs that invoke : http://ci.lycus.org/
Cool, I know about Jenkis but I didn't know about this. What software is
availa
consist purely of a
series of shell commands that must all return 0 in order for the build
to succeed. So, as long as the software you need is installed on the
machine Jenkins (or a slave) is running on, you can run it in builds.
--
Alex Rønne Petersen
a...@lycus.org
http://lycus.org
1 - 100 of 966 matches
Mail list logo