https://issues.dlang.org/show_bug.cgi?id=14570
Issue ID: 14570
Summary: Compiler crash relating to extern(C++)
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status: NEW
Severity: normal
On Thursday, 7 May 2015 at 18:26:47 UTC, Andrei Alexandrescu
wrote:
https://git-scm.com/book/tr/v2/Git-Internals-Plumbing-and-Porcelain
Made perfect sense the second I first saw it. -- Andrei
I always thought that it was a bit vulgar, myself, but git has
made the term at least somewhat
https://issues.dlang.org/show_bug.cgi?id=14539
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
On Thursday, 7 May 2015 at 02:28:45 UTC, Andrei Alexandrescu
wrote:
http://erdani.com/d/phobos-prerelease/std_experimental_allocator_porcelain.html
On the face of it, it's doing roughly what I expected, though the
devil's in the details, and it's likely taking care of quite a
few things that
On Sunday, 10 May 2015 at 12:20:39 UTC, Etienne Cimon wrote:
On 2015-05-10 03:54, Baz wrote:
On Sunday, 10 May 2015 at 04:16:45 UTC, Etienne Cimon wrote:
On 2015-05-09 05:44, Baz wrote:
On Saturday, 9 May 2015 at 06:21:11 UTC, extrawurst wrote:
On Saturday, 9 May 2015 at 00:16:28 UTC,
Could you add examples of usage this binding on Windows please.
https://issues.dlang.org/show_bug.cgi?id=14568
Issue ID: 14568
Summary: gaggederrors ICE
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
Priority: P1
https://thestrangeloop.com/sessions-page/call-for-presentations
Pretty much everyone who has presented or submitted a proposal for DConf should
also make a submission to Strange Loop.
The deadline is May 15.
https://issues.dlang.org/show_bug.cgi?id=14569
Issue ID: 14569
Summary: BigInt is not compatible with the type of immutable
(char) and has a problem when converting from a type
immutable(char)
Product: D
Version:
https://issues.dlang.org/show_bug.cgi?id=14569
dennis.m.ritc...@mail.ru changed:
What|Removed |Added
CC||dennis.m.ritc...@mail.ru
--
Well choice between two presented options seems obvious so I
suspect a catch :)
On Sunday, 10 May 2015 at 12:54:02 UTC, Timon Gehr wrote:
On 05/10/2015 07:39 AM, H. S. Teoh via Digitalmars-d wrote:
I also just realized that on Posix the profiling code
apparently relies
on the rdtsc instruction, which counts CPU cycles in a 64-bit
counter --
given the high frequencies of
Am 10.05.2015 um 21:51 schrieb Dicebot:
On Friday, 8 May 2015 at 05:26:01 UTC, Benjamin Thaut wrote:
Pro:
- Its the plain windows shared library mechanism in all its uglyness.
I wonder if anyone can provide more Pro input :)
I described both implementations of shared libaries. From the
https://issues.dlang.org/show_bug.cgi?id=13996
--- Comment #11 from github-bugzi...@puremagic.com ---
Commit pushed to revert-2956-tempFile at
https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/8087f354414ed39f23eec94049a1a154fcbb412c
Revert
https://issues.dlang.org/show_bug.cgi?id=14539
--- Comment #2 from Walter Bright bugzi...@digitalmars.com ---
https://github.com/D-Programming-Language/phobos/pull/3273
--
On Sunday, 10 May 2015 at 16:56:27 UTC, Jacob Carlborg wrote:
On 2015-05-08 21:55, Andrei Alexandrescu wrote:
a few measurements would be in order. -- Andrei
Be sure you do that on more than one platform. For example, the
emulate TLS on OS X can be quite slow, I've heard.
I was trying to
http://arsdnet.net/this-week-in-d/may-10.html
https://twitter.com/adamdruppe/status/597598994227924992
The tip could probably use a rewrite in editing, but I'm out of
time again tonight and I hope I got the point across anyway. As
someone who really likes distributing single-file libraries
On 5/10/2015 1:18 AM, Russel Winder via Digitalmars-d wrote:
Using LDC, the tuple version generates more code unoptimized, but with
optimization, the exact same assembly language code is generated for
the two cases.
Win.
This is what makes D's ranges+algorithms so attractive. They are easier
On Sunday, 10 May 2015 at 13:38:22 UTC, extrawurst wrote:
Is it a bug or just missing specification that using
Object.factory(fullyQualifiedNameToNestedClass) fails ?
See repro here:
http://dpaste.dzfl.pl/d789237b0f46
Regards,
Stephan
Ok real nested classes (class with outer pointer) wont
https://issues.dlang.org/show_bug.cgi?id=14560
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
CC||m...@krej.cz
--
https://issues.dlang.org/show_bug.cgi?id=14560
--- Comment #2 from Martin Krejcirik m...@krej.cz ---
What is the expected error here ? I don't get any output or compilation error.
--
https://issues.dlang.org/show_bug.cgi?id=14564
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
Summary|dmd -property -unittest |[REG2.067] dmd -property
https://issues.dlang.org/show_bug.cgi?id=14560
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
Hardware|x86_64 |All
https://issues.dlang.org/show_bug.cgi?id=14560
--- Comment #4 from Martin Krejcirik m...@krej.cz ---
Fails since 2.058 on x86 and since 2.066 on x86_64, marked reg 2.066 for now.
--
On 05/10/2015 07:39 AM, H. S. Teoh via Digitalmars-d wrote:
I also just realized that on Posix the profiling code apparently relies
on the rdtsc instruction, which counts CPU cycles in a 64-bit counter --
given the high frequencies of modern CPUs, moderately long-running
CPU-intensive processes
On 05/10/2015 11:50 AM, Andrei Alexandrescu wrote:
In C, C++, and D people have allocated memory for a long time in the
following manner:
...
Long story short, arrays should sit on a different heap than objects.
...
Unless this has been fixed in the interim, I believe DMD lowers new
S(args)
https://issues.dlang.org/show_bug.cgi?id=14560
--- Comment #3 from Vladimir Panteleev thecybersha...@gmail.com ---
Non-zero exit code
--
On 05/10/2015 05:29 AM, Andrei Alexandrescu wrote:
On 5/9/15 3:38 PM, Timon Gehr wrote:
Thanks! Looks good, except:
106| if (!parent.expand(b, goodAllocSize(needed) - b.length))
Let's see, this is a tad tricky. needed is the needed size, i.e.
b.length + delta. We want to expand to a final
On 05/10/2015 05:32 AM, Andrei Alexandrescu wrote:
On 5/9/15 3:41 PM, Timon Gehr wrote:
On 05/10/2015 12:38 AM, Timon Gehr wrote:
142| return parent.reallocate(b, gs);
172| return parent.alignedReallocate(b, gs, a);
(Note that those code snippets also occur in their documentation.)
Can't
On 05/10/2015 05:38 AM, Andrei Alexandrescu wrote:
On 5/9/15 3:54 PM, Timon Gehr wrote:
On 05/10/2015 12:38 AM, Timon Gehr wrote:
monotone increasing and piecewise constant with one fixed point per
piece.
(Note that monotone increasing is implied by piecewise constant with one
fixed point
On 05/10/2015 01:48 PM, Timon Gehr wrote:
bool expand(ref void[] b, size_t delta);
Post: !result || b.length == old(b).length + delta Expands b by
delta bytes. If delta == 0, succeeds without changing b. If b is null,
the call evaluates b = allocate(delta) and returns b !is null.
https://issues.dlang.org/show_bug.cgi?id=14558
--- Comment #4 from Manu turkey...@gmail.com ---
Oh okay. Will adding it to the Executable Paths cause it to take precedence
over other paths already in $PATH?
MinGW LDC is probably of fairly limited use... I imagine more MinGW users would
want to
On 2015-05-10 03:54, Baz wrote:
On Sunday, 10 May 2015 at 04:16:45 UTC, Etienne Cimon wrote:
On 2015-05-09 05:44, Baz wrote:
On Saturday, 9 May 2015 at 06:21:11 UTC, extrawurst wrote:
On Saturday, 9 May 2015 at 00:16:28 UTC, Etienne wrote:
I'm trying to compile a library that I think used to
On Saturday, 9 May 2015 at 16:59:35 UTC, Jens Bauer wrote:
... System calls will need to access the peripherals in some
way, in order to send data to for instance a printer or
harddisk. If the way it's done is using a memory location, then
it's necessary to tell the compiler that this is not
On Sunday, 10 May 2015 at 08:54:09 UTC, Joakim wrote:
It's worse than shabby, it's a horrible, horrible choice. Not
just for data formats, but for _anything_. XML should not be
used.
I feel the same way about XML, and I also think that having
strong aesthetic internal emotional responses
Comparing integer signed and unsigned variants will result in
error:
import std.variant;
void main()
{
auto a = 11;
auto b = 10u;
assert(a b);
Variant va = 11;
Variant vb = 10u;
assert(va vb); //error
}
std.variant.VariantException@std/variant.d(1309):
On Sat, 2015-05-09 at 13:07 -0700, Walter Bright via Digitalmars-d wrote:
On 5/9/2015 10:16 AM, Russel Winder via Digitalmars-d wrote:
Python has tuple assignment so you see things like:
previous, current = current, previous + current
especially if you are doing silly things
On Sunday, 10 May 2015 at 07:01:58 UTC, Marco Leise wrote:
Am Sat, 09 May 2015 10:28:52 +
schrieb Joakim dl...@joakim.fea.st:
On Monday, 4 May 2015 at 18:50:43 UTC, Marco Leise wrote:
Remember that while JSON is simpler, XML is not just a
structured container for bool, Number and String
On Sun, 2015-05-10 at 08:47 +, Oren Tirosh via Digitalmars-d wrote:
[…]
tuple(current, next) = tuple(next , current +next);
[…]
Works for me. If this is version or compiler dependent this
definitely needs investigation.
It does not for me using rdmd 2.067. My implementation of
https://issues.dlang.org/show_bug.cgi?id=14566
Issue ID: 14566
Summary: [2.067] core.demangle: New Nj attribute not handled
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
On Sunday, 10 May 2015 at 09:44:42 UTC, tcak wrote:
I am testing my web server right now. I started 5 separate
consoles and continuously sending request by using curl to it.
It uses shared memory as well, thought from `ipcs -a`, I don't
see more than necessary amount of allocation.
At the
https://issues.dlang.org/show_bug.cgi?id=14558
--- Comment #3 from Rainer Schuetze r.sagita...@gmx.de ---
It's LDC that is calling lib.exe, so probably the best Visual D can do is to
add the path to the VC bin folder to the Executable Paths by default. For the
mingw version of LDC, it cannot
I works just fine on Windows, but I am having difficulty figuring
out what the trouble is on my Bodhi 1.4 Virtual Box. I've
followed the instruction on the Codeblocks Wiki and set the
parameters, but when I try to compile, it complains that it can't
find Phobos.
/usr/bin/ld: cannot find
On Sun, 2015-05-10 at 08:14 +, Oren Tirosh via Digitalmars-d wrote:
On Saturday, 9 May 2015 at 17:16:58 UTC, Russel Winder wrote:
[…]
TypeTuple!(current, next) = tuple(next , current +next);
This works.
This works right now and is quite aesthetically pleasing:
Am Sat, 09 May 2015 10:28:52 +
schrieb Joakim dl...@joakim.fea.st:
On Monday, 4 May 2015 at 18:50:43 UTC, Marco Leise wrote:
You two are terrible at motivating people. Better D doesn't
support it well and JSON is superior through-and-through is
overly dismissive.
…
You seem to
https://issues.dlang.org/show_bug.cgi?id=14565
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Component|DMD |druntime
---
On Sat, 2015-05-09 at 13:07 -0700, Walter Bright via Digitalmars-d wrote:
[…]
It probably depends on the compiler. The way to find out is to look
at the
generated assembler.
pedant-modeassembly language file, not assembler (which is the
program to do the transformation)/pedant-mode
ldc2
On Saturday, 9 May 2015 at 00:24:45 UTC, Andrei Alexandrescu
wrote:
The issues with unittests are legit, albeit fixable. It's goofy
to run the program after unittests, and unittests should have
names that can be introspected, selected etc. I couldn't find
much merit with the rest of the
On 5/10/15 12:52 AM, Marco Leise wrote:
* zeroesAllocations
I called it elementsAreInited and as the name suggests, it
tells whether new elements receive their T.init
automatically.
Now std.allocator deals mostly with raw memory, so zeroing
is the only option, but I can see some
I am testing my web server right now. I started 5 separate
consoles and continuously sending request by using curl to it.
It uses shared memory as well, thought from `ipcs -a`, I don't
see more than necessary amount of allocation.
At the moment, server received about 1.5M requests, and
https://issues.dlang.org/show_bug.cgi?id=14564
ag0ae...@gmail.com changed:
What|Removed |Added
CC||ag0ae...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=14552
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
Hardware|x86_64 |All
--
On Sunday, 10 May 2015 at 10:43:37 UTC, tcak wrote:
On Sunday, 10 May 2015 at 09:44:42 UTC, tcak wrote:
I am testing my web server right now. I started 5 separate
consoles and continuously sending request by using curl to
it.
It uses shared memory as well, thought from `ipcs -a`, I don't
On 2015-05-10 09:50:00 +, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
3. Thread-local vs. shared objects
Currently in D it's legal to allocate memory in one thread and
deallocate it in another. (One simple way to look at it is casting to
shared.) This has a large performance
On Sunday, 10 May 2015 at 10:50:40 UTC, weaselcat wrote:
On Sunday, 10 May 2015 at 10:43:37 UTC, tcak wrote:
On Sunday, 10 May 2015 at 09:44:42 UTC, tcak wrote:
I am testing my web server right now. I started 5 separate
consoles and continuously sending request by using curl to
it.
It uses
https://issues.dlang.org/show_bug.cgi?id=14554
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
Summary|dmd generate wrong error|[REG2.066] dmd generate
https://issues.dlang.org/show_bug.cgi?id=14566
Iain Buclaw ibuc...@gdcproject.org changed:
What|Removed |Added
Component|DMD |druntime
--
https://issues.dlang.org/show_bug.cgi?id=14567
Issue ID: 14567
Summary: [2.067] core.demangle: New Nk attribute not handled
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
Am Thu, 07 May 2015 14:12:40 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
Helps an allocator without good reallocation capabilities:
http://erdani.com/d/phobos-prerelease/std_experimental_allocator_quantizer.html
Destruction welcome.
Andrei
I haven't tested it,
On Sunday, 10 May 2015 at 04:16:45 UTC, Etienne Cimon wrote:
On 2015-05-09 05:44, Baz wrote:
On Saturday, 9 May 2015 at 06:21:11 UTC, extrawurst wrote:
On Saturday, 9 May 2015 at 00:16:28 UTC, Etienne wrote:
I'm trying to compile a library that I think used to work
with
-m32mscoff flag
On Saturday, 9 May 2015 at 20:07:00 UTC, Walter Bright wrote:
It probably depends on the compiler. The way to find out is to
look at the generated assembler.
fwiw, I tried to look at this earlier and found out a single
tuple generates too much assembly for asm.dlang.org to display ;)
On Saturday, 9 May 2015 at 13:00:01 UTC, wobbles wrote:
Just as an example of running cmd through std.process, running
this on my system:
auto pipes = pipeShell(cmd.exe);
write(pipes.stdout.readln);
write(pipes.stdout.readln);
write(pipes.stdout.readln);
On Saturday, 9 May 2015 at 17:16:58 UTC, Russel Winder wrote:
Python has tuple assignment so you see things like:
previous, current = current, previous + current
especially if you are doing silly things like calculating
Fibonacci
Sequence values. Translating this to D, you end up
Am Sat, 09 May 2015 10:01:25 -0400
schrieb bitwise bitwise@gmail.com:
./main.d
./pack/foo.d
./pack/sub/bar.d
dmd main.d pack/foo.d pack/sub/bar.d -ofTest -H
This dumps all the *.di files into the output directory ignoring the
directory structure.
Is there some rational for it
On Saturday, 9 May 2015 at 13:00:01 UTC, wobbles wrote:
My windows knowledge isnt marvelous, but I believe I'll need
the interpreter attached.
If you only need the interpreter, pipeProcess should be fine,
it's a normal program like anything else, just interactive.
On Sunday, 10 May 2015 at 08:28:24 UTC, Russel Winder wrote:
On Sun, 2015-05-10 at 08:14 +, Oren Tirosh via
Digitalmars-d wrote:
On Saturday, 9 May 2015 at 17:16:58 UTC, Russel Winder wrote:
[…]
TypeTuple!(current, next) = tuple(next , current
+next);
This works.
I did not
In C, C++, and D people have allocated memory for a long time in the
following manner:
1. Allocate as many bytes as needed (e.g. by using malloc);
2. Mess with the memory allocated.
(C++ took this one step further by defining class-specific allocators,
feature that D copied. That turned out
On Sunday, 10 May 2015 at 09:50:00 UTC, Andrei Alexandrescu wrote:
(file:///Users/aalexandre/code/d/dlang.org/web/phobos-prerelease/std_experimental_allocator_free_tree.html)
bad link
https://issues.dlang.org/show_bug.cgi?id=14552
Martin Krejcirik m...@krej.cz changed:
What|Removed |Added
Summary|SIGSEGV with compile|[REG2.066] SIGSEGV with
https://issues.dlang.org/show_bug.cgi?id=14566
Iain Buclaw ibuc...@gdcproject.org changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
On Sunday, 10 May 2015 at 10:51:54 UTC, Michel Fortin wrote:
On 2015-05-10 09:50:00 +, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
3. Thread-local vs. shared objects
Currently in D it's legal to allocate memory in one thread and
deallocate it in another. (One simple way to
On Sunday, 10 May 2015 at 01:55:53 UTC, Mike wrote:
On Thursday, 7 May 2015 at 14:48:08 UTC, Jens Bauer wrote:
I already have supplied those options in my toolchain.
But does anyone know if this is advisable when using FreeRTOS
(or any other RTOS for that matter) ?
-I'm asking, because I'm
https://issues.dlang.org/show_bug.cgi?id=14565
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
On 05/10/2015 10:18 AM, Jack Applegame wrote:
code:
class A {
void test(int) {}
}
class B : A {
void test() {
super.test(1); // compiles
test(10); // error
}
}
Error: function B.test () is not callable using argument types (int)
It is a concept called name
On Sunday, May 10, 2015 10:48:33 Ali Çehreli via Digitalmars-d-learn wrote:
On 05/10/2015 10:18 AM, Jack Applegame wrote:
code:
class A {
void test(int) {}
}
class B : A {
void test() {
super.test(1); // compiles
test(10); // error
}
}
Jack Applegame wrote:
test(10); // error
One can import the declaration by using an alias:
class A {
void test(int) {}
}
class B : A {
alias test= super.test;
void test() {
super.test(1); // compiles
test(10); // compiles
}
}
-manfred
https://issues.dlang.org/show_bug.cgi?id=14558
--- Comment #7 from Rainer Schuetze r.sagita...@gmx.de ---
I can't imagine a situation where I don't care about the runtime in my work :/
If you don't build a large application, but just a small command line tool that
you don't want to distribute,
On 5/10/15 3:15 AM, anonymous wrote:
On Sunday, 10 May 2015 at 09:50:00 UTC, Andrei Alexandrescu wrote:
(file:///Users/aalexandre/code/d/dlang.org/web/phobos-prerelease/std_experimental_allocator_free_tree.html)
bad link
Pardon:
On 5/10/15 3:51 AM, Michel Fortin wrote:
Shared is implicit in the case of immutable. Think carefully: if you
implement this and it has any efficiency benefit for non-shared
allocations, const-allocated objects and arrays will become more
performant than immutable-allocated ones. People will
On 5/10/15 4:48 AM, Timon Gehr wrote:
Yes, but 'expand' expects a _full_ block that was allocated by that
allocator:
Ah, now I understand. Thanks, will fix! -- Andrei
Hi everyone,
just a quick update
Today i've just released the version 0.4.1 that add a nicer
syntax for generating the boilerplate code for handling signals
and slots.
For sure there're thousand of bugs but i you wanna git it i try
i'll be glad :D
Given that, the new features i add since
On 5/10/15 5:02 AM, Timon Gehr wrote:
size_t brokenRoundingFunction(size_t siz){
if(siz==10) return 40;
if(siz==20) return 30;
return siz;
}
Say no more, got it. I'll change the docs. -- Andrei
On 2015-05-08 21:55, Andrei Alexandrescu wrote:
a few measurements would be in order. -- Andrei
Be sure you do that on more than one platform. For example, the emulate
TLS on OS X can be quite slow, I've heard.
--
/Jacob Carlborg
On 5/10/15 5:08 AM, Timon Gehr wrote:
On 05/10/2015 01:48 PM, Timon Gehr wrote:
bool expand(ref void[] b, size_t delta);
Post: !result || b.length == old(b).length + delta Expands b by
delta bytes. If delta == 0, succeeds without changing b. If b is null,
the call evaluates b =
code:
class A {
void test(int) {}
}
class B : A {
void test() {
super.test(1); // compiles
test(10); // error
}
}
Error: function B.test () is not callable using argument types
(int)
https://issues.dlang.org/show_bug.cgi?id=14561
Simen Kjaeraas simen.kja...@gmail.com changed:
What|Removed |Added
CC|
On 05/10/2015 12:45 AM, Marko Grdinic wrote:
I works just fine on Windows, but I am having difficulty figuring out
what the trouble is on my Bodhi 1.4 Virtual Box. I've followed the
instruction on the Codeblocks Wiki and set the parameters, but when I
try to compile, it complains that it can't
https://issues.dlang.org/show_bug.cgi?id=14558
--- Comment #5 from Rainer Schuetze r.sagita...@gmx.de ---
Oh okay. Will adding it to the Executable Paths cause it to take precedence
over other paths already in $PATH?
Yes, it is prepended to PATH.
MinGW LDC is probably of fairly limited
On Sunday, 10 May 2015 at 14:41:17 UTC, Ali Çehreli wrote:
On 05/10/2015 12:45 AM, Marko Grdinic wrote:
I works just fine on Windows, but I am having difficulty
figuring out
what the trouble is on my Bodhi 1.4 Virtual Box. I've followed
the
instruction on the Codeblocks Wiki and set the
I would like to announce that DWT recently got support for 64bit, both
on Linux and Windows. Compiling for 32bit COFF should also work on Windows.
All this work was done by kntroh and Jesse Phillips, thank you very much.
--
/Jacob Carlborg
On Sunday, 10 May 2015 at 01:00:31 UTC, bitwise wrote:
Is there really no way to preserve the directory structure when
creating .di files?
Bit
Why hello, Bitwise! I believe the '-op' flag is what you're
looking for!
Bitwiser
Is it a bug or just missing specification that using
Object.factory(fullyQualifiedNameToNestedClass) fails ?
See repro here:
http://dpaste.dzfl.pl/d789237b0f46
Regards,
Stephan
On Sun, 10 May 2015 04:20:45 -0400, Marco Leise marco.le...@gmx.de wrote:
I agree, D modules are hierarchical and sometimes share the
same base name. Header files are very important to short
circuit the transitive import chain. We've already seen it in
Phobos. Many modules ends up pulling in
On Sunday, 10 May 2015 at 07:01:58 UTC, Marco Leise wrote:
Well, I was mostly answering to w0rp here. JSON is both
readable and easy to parse, no question.
JSON is just javascript literals with some silly constraints. As
crappy a format as it gets. Even pure Lisp would have been
better. And
https://issues.dlang.org/show_bug.cgi?id=14497
--- Comment #11 from Rainer Schuetze r.sagita...@gmx.de ---
Oh yeah, and the other thing was that every time I hit
Compile and Disassemble, it prompts me if I want to reload
the file. That's a bit annoying.
Yeah, I noticed that, too, though it
On 2015-05-08 22:37, FreeSlave wrote:
OS X support added. It dynamically loads some Carbon functions. But path
to the framework is hardcoded as
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
I'm not sure that it's ok, need
https://issues.dlang.org/show_bug.cgi?id=14558
--- Comment #6 from Manu turkey...@gmail.com ---
I can't imagine a situation where I don't care about the runtime in my work :/
But sure, in the cases where you want to use MinGW, would you typically reach
for GDC or LDC though?
--
On 05/10/2015 09:11 AM, bitwise wrote:
On Sunday, 10 May 2015 at 01:00:31 UTC, bitwise wrote:
Is there really no way to preserve the directory structure when
creating .di files?
Bit
Why hello, Bitwise! I believe the '-op' flag is what you're looking for!
Bitwiser
Wow! Walter has
https://issues.dlang.org/show_bug.cgi?id=14497
--- Comment #12 from Manu turkey...@gmail.com ---
Confirm fixed.
This is awesome :)
--
Your advice worked, thanks. It turns out that from the command
line it compiles and links just fine.
Codeblocks is the thing that is giving me trouble. It might have
something to do that I am using the old Codeblocks 8.0 version. I
would like to get the newest version but the Virtual Box OS
1 - 100 of 108 matches
Mail list logo