On 2013-11-15 02:09, bearophile wrote:
I have created two interesting D entries for this Rosettacode Task, is
someone willing to create a Reddit entry for this? They show very
different kinds of code in D.
http://rosettacode.org/wiki/Look-and-say_sequence#D
What does this show, that ranges is
"Walter Bright" wrote in message
news:l64imh$27na$1...@digitalmars.com...
>
> Also, at least on Windows, you can call functions in a DLL without saying
> dllimport on them and suffering a layer of indirection. The magic happens
> in the import library, which provides the relevant thunk. It's ab
On 11/15/2013 12:00 AM, Daniel Murphy wrote:
"Walter Bright" wrote in message
news:l64imh$27na$1...@digitalmars.com...
Also, at least on Windows, you can call functions in a DLL without saying
dllimport on them and suffering a layer of indirection. The magic happens
in the import library, whic
On Friday, 15 November 2013 at 07:22:07 UTC, Paulo Pinto wrote:
On Friday, 15 November 2013 at 06:18:00 UTC, Joakim wrote:
As Kai says, has anyone worked on getting D running on Android
before? I've been thinking about attempting an Android port
for years. I thought I'd spin up some x86 VMs t
tl;dr thread.
What about release circle as debian project have.
Stable (LTS) release, for example, each year or each 3 versions
with backports available.
Testing release, for example, each month.
Unstable (head revision), each week?
Naming:
dmd-2.065.0-2013.11.15-unstable.zip,
dmd-2.065.0-
On Friday, 15 November 2013 at 08:24:55 UTC, Joakim wrote:
On Friday, 15 November 2013 at 07:22:07 UTC, Paulo Pinto wrote:
On Friday, 15 November 2013 at 06:18:00 UTC, Joakim wrote:
As Kai says, has anyone worked on getting D running on
Android before? I've been thinking about attempting an
A
On 14.11.2013. 10:55, Jacob Carlborg wrote:
> On 2013-11-14 09:39, luka8088 wrote:
>
>> Just a wild thought...
>>
>> Maybe we can have monthly release and still keep it stable. Imagine this
>> kind of release schedule:
>>
>> Month # 11 12 1 2 3
>>
>>
On Thursday, 14 November 2013 at 00:37:38 UTC, Tyro[17] wrote:
Bugfix releases (2.064.1)
Based on the previous major release or bugfix; contains
only bugfixes and perhaps documentation corrections.
Your thoughts and concerns please.
Do you happen to work with me? We have two dozens of
Check this original post:
http://forum.dlang.org/thread/bqimjjyjnjnzmkyak...@forum.dlang.org?page=1
Now they add a function to save db cursor, so I can implement it
as struct or add a .save() method.
I don't know if it works fine. Data could change - from outside -
even during traversing, of
On Friday, 15 November 2013 at 08:54:21 UTC, Paulo Pinto wrote:
On Friday, 15 November 2013 at 08:24:55 UTC, Joakim wrote:
Would it make sense to use dmd for linux/x86 to cross-compile
to Android/x86 or is this a job for ldc/gdc only?
I would say ldc/gdc only, as LLVM/gcc are the supported NDK
On 15.11.2013. 0:22, Xavier Bigand wrote:
> Le 14/11/2013 09:39, luka8088 a écrit :
>> On 14.11.2013. 5:29, Tyro[17] wrote:
>>> On 11/13/13, 11:06 PM, Brad Roberts wrote:
On 11/13/13 7:13 PM, Tyro[17] wrote:
> On 11/13/13, 9:46 PM, Brad Roberts wrote:
>> On 11/13/13 4:37 PM, Tyro[17] w
On Friday, 15 November 2013 at 09:20:18 UTC, Joakim wrote:
On Friday, 15 November 2013 at 08:54:21 UTC, Paulo Pinto wrote:
On Friday, 15 November 2013 at 08:24:55 UTC, Joakim wrote:
Would it make sense to use dmd for linux/x86 to cross-compile
to Android/x86 or is this a job for ldc/gdc only?
On 2013-11-15 00:22, Xavier Bigand wrote:
There is a lot of development I am waiting for my project, I'll really
be happy to see one come before the next summer :
- std.logger
- std.serialization
- Weak Ptr
- New signals/slots
- RPC (Remote procedure call)
- AST Macro
I'm wondering
On 15 November 2013 09:45, Paulo Pinto wrote:
> On Friday, 15 November 2013 at 09:20:18 UTC, Joakim wrote:
>
>> On Friday, 15 November 2013 at 08:54:21 UTC, Paulo Pinto wrote:
>>
>>> On Friday, 15 November 2013 at 08:24:55 UTC, Joakim wrote:
>>>
Would it make sense to use dmd for linux/x86 t
On 2013-11-15 10:16, luka8088 wrote:
Yes. For example, if you have version 0.1, 0.2 and 0.3. And you find and
fix a bug in 0.3 but you still wish to support backport for 0.2 and 0.1
that you indeed need to make 3 releases. 0.1.1, 0.2.1 and 0.3.1.
There's a difference in still supporting old re
On 2013-11-15 10:45, Paulo Pinto wrote:
As far as I know dmd does not support cross compiling.
Only for 32bit/64bit on the same architecture.
--
/Jacob Carlborg
On 15/11/13 00:37, Xavier Bigand wrote:
It's only a prototype for the moment, and it will certainly never compatible
with QML files. But if you are only interested by property binding and the
composition system of QML, DQuick will make you happy.
First of all -- thanks for your work on DQuick :
On Friday, November 15, 2013 11:03:37 Jacob Carlborg wrote:
> On 2013-11-15 00:22, Xavier Bigand wrote:
> > There is a lot of development I am waiting for my project, I'll really
> >
> > be happy to see one come before the next summer :
> > - std.logger
> > - std.serialization
> > - Weak Ptr
On 2013-11-15 00:35, Manu wrote:
Very good point. I wonder if there's room to make a push for this in 2.065.
Note, I'm willing work on to syncing my branches to upstream if Walter
is interested in this. Getting support for 64bit and modern runtime
would be too far away for this release.
--
On Friday, 15 November 2013 at 06:18:00 UTC, Joakim wrote:
On Friday, 15 November 2013 at 00:18:50 UTC, Martin Nowak wrote:
On 11/14/2013 05:14 PM, Kai Nacke wrote:
But this is only half of the story. My target is Linux/ARM
which is
already supported by druntime/phobos. If you target a
smartph
Jacob Carlborg:
What does this show, that ranges is slow in D?
It shows that D is awesome. Do you know other languages that
allow you to write two programs to solve that problem as
short/simple and as fast as those two? :-)
Bye,
bearophile
On 15.11.2013. 11:01, Jacob Carlborg wrote:
> On 2013-11-15 10:16, luka8088 wrote:
>
>> Yes. For example, if you have version 0.1, 0.2 and 0.3. And you find and
>> fix a bug in 0.3 but you still wish to support backport for 0.2 and 0.1
>> that you indeed need to make 3 releases. 0.1.1, 0.2.1 and 0
qznc:
http://rosettacode.org/wiki/Look-and-say_sequence#D
The fast version is nearly functional, too. Since memory
management is not considered a side effect there is only the
printfs. If the printfs are wrapped into "debug", the function
is pure.
In a system that allows you a more fine-g
On Friday, 15 November 2013 at 09:45:42 UTC, Paulo Pinto wrote:
As far as I know dmd does not support cross compiling.
I started skimming the dmd source to see how it handled porting
to new platforms and I found the following:
* Linux Version
* -
* There are two main issues: hos
On Thursday, 7 November 2013 at 13:45:57 UTC, Dicebot wrote:
Our current victim is std.signal by Robert Klotzner which is
supposed to deprecate and supersede existing (and broken)
std.signals
Robert, it will be great to see some more documentation for
`std.signal`.
For example, you can:
- a
On Thursday, 14 November 2013 at 17:32:14 UTC, Jordi Sayol wrote:
El 14/11/13 17:48, Chris ha escrit:
On Thursday, 14 November 2013 at 16:42:05 UTC, Chris wrote:
On Thursday, 14 November 2013 at 16:32:59 UTC, Sönke Ludwig
wrote:
Am 14.11.2013 16:54, schrieb Chris:
Excuse me my ignorance. I hav
Thanks for all your answers. I see that it's still a big big
issue. I believe we really have to push this, because ARM support
is vital. If we want people to use D, there will have to be a
port to ARM, else it will put people off. The code I've been
working on runs fine on Windows/Mac/Linux. Bu
On Friday, 15 November 2013 at 09:20:18 UTC, Joakim wrote:
For one, dmd not having an ARM backend doesn't impact me since
I'm targeting Android/x86 for now, :) as stated earlier.
Interesting, then you'll mostly focus on druntime and glibc vs.
bionic issues.
The linux/ELF support of dmd should
On 2013-11-15 11:51, luka8088 wrote:
I think API change could be analog to features change (and the way they
are interfaced).
So the version consists of x.y.z
z increments only on bug fixes.
y increments when new features are added, but they are backwards
compatable. Incrementing y resets z to
On 11/15/13 7:54 AM, bearophile wrote:
Jacob Carlborg:
What does this show, that ranges is slow in D?
It shows that D is awesome. Do you know other languages that allow you
to write two programs to solve that problem as short/simple and as fast
as those two? :-)
Bye,
bearophile
Probably Cr
On Friday, 15 November 2013 at 11:46:29 UTC, Chris wrote:
I see that it's still a big big issue.
It's not that much effort. Build gdc for ARM and fix druntime.
I believe we really have to push this, because ARM support is
vital.
Well somebody has to do it, so if you have so much interest in
t
On Friday, 15 November 2013 at 11:18:06 UTC, Joakim wrote:
On Friday, 15 November 2013 at 09:45:42 UTC, Paulo Pinto wrote:
As far as I know dmd does not support cross compiling.
I started skimming the dmd source to see how it handled porting
to new platforms and I found the following:
* Linu
On Friday, 15 November 2013 at 01:59:27 UTC, bearophile wrote:
The first program doesn't even compile with ldc2 v.2.063.2, and
Does it compile with dmd 2.063.2? (Is it a D version problem or a
LDC bug?)
Regards,
Kai
Bionic even got
[dl_iterate_phdr](https://github.com/android/platform_bionic/commit/24053a461e7a20f34002262c1bb122023134989)
which we need for shared library support.
Write me a mail if you hit any druntime issues during the port.
Kai Nacke:
Does it compile with dmd 2.063.2? (Is it a D version problem or
a LDC bug?)
Regards,
Kai
If I find a ldc2 bug I show it in the right newsgroup, so don't
worry. It's a matter of updates (purity) in a Phobos function.
Bye,
bearophile
On 2013-11-15 07:26:56 +, Jacob Carlborg said:
On 2013-11-15 00:35, Manu wrote:
Very good point. I wonder if there's room to make a push for this in 2.065.
Highly unlikely. It seems like Walter wanted us to first implement
ARC, to not be worse the Objective-C currently is. But we have
On 2013-11-15 07:33:40 +, Jacob Carlborg said:
On 2013-11-15 02:50, Michel Fortin wrote:
And since the DMD backend won't emit ARM code, if I were still working
on this the first thing I'd do is rebase everything to work on top of LDC.
I think that would be quite difficult. Although it w
Ary Borenszweig:
Here's what I was able to do in some minutes:
---
if ARGV.length != 1
puts "missing argument: n"
exit 1
end
n = ARGV[0].to_i
str = "1"
buffer = String::Buffer.new(20)
n.times do
puts str.length
str.each_chunk do |digit, count|
buffer << '0' + count
buffer << di
On 2013-11-15 13:42, Michel Fortin wrote:
Honestly, what I'd do is implement ARC for Objective-C types in the
compiler without waiting for Walter to decide on anything. There's
almost nothing to decide when it comes to how D/Objective-C does it: you
have to do it the same way as clang. And you c
On Friday, 15 November 2013 at 09:17:45 UTC, ponce wrote:
Do you happen to work with me? We have two dozens of such
releases branch :) And customers still tend to prefer the
slightly bleeding edge ones.
While this effectively _does_ work in creating more stable
releases, I think that it puts
I'm having a hard time requiring my users to use anything that
is not a release (that is, a beta).
The point is, there has never been a really stable dmd release.
Using it requires to read the mailing list just like with most
beta software.
We won't be able to release a stable compiler every mo
On Friday, 15 November 2013 at 12:47:21 UTC, bearophile wrote:
Ary Borenszweig:
Here's what I was able to do in some minutes:
---
if ARGV.length != 1
puts "missing argument: n"
exit 1
end
n = ARGV[0].to_i
str = "1"
buffer = String::Buffer.new(20)
n.times do
puts str.length
str.each_chunk
On 2013-11-15 14:07, Chris wrote:
Slightly OT: Why do languages like Ruby (and now Crystal) have to state
the obvious in an awkward way?
(2...max).each do
You can do this as well in Ruby:
for e in 2 ... max
end
But Ruby follows the philosophy that everything is an object. So you
invoke the
On 2013-11-15 13:41, Michel Fortin wrote:
That was my idea too initially: put it in the reference implementation
and other implementations will follow, and it'll become part of the
language. That'd be great. But it's hard when you have to fix the
backend to emit what you need. I have some fears
On 11/15/13 9:47 AM, bearophile wrote:
Ary Borenszweig:
Here's what I was able to do in some minutes:
---
if ARGV.length != 1
puts "missing argument: n"
exit 1
end
n = ARGV[0].to_i
str = "1"
buffer = String::Buffer.new(20)
n.times do
puts str.length
str.each_chunk do |digit, count|
On 11/15/13 10:07 AM, Chris wrote:
On Friday, 15 November 2013 at 12:47:21 UTC, bearophile wrote:
Ary Borenszweig:
Here's what I was able to do in some minutes:
---
if ARGV.length != 1
puts "missing argument: n"
exit 1
end
n = ARGV[0].to_i
str = "1"
buffer = String::Buffer.new(20)
n.times
On 2013-11-15 14:06, Martin Nowak wrote:
The point is, there has never been a really stable dmd release.
Using it requires to read the mailing list just like with most beta
software.
We won't be able to release a stable compiler every month anytime soon.
True, but a beta would be even less sta
El 15/11/13 12:49, Chris ha escrit:
> On Thursday, 14 November 2013 at 17:32:14 UTC, Jordi Sayol wrote:
>> El 14/11/13 17:48, Chris ha escrit:
>>> On Thursday, 14 November 2013 at 16:42:05 UTC, Chris wrote:
On Thursday, 14 November 2013 at 16:32:59 UTC, Sönke Ludwig wrote:
> Am 14.11.2013
Ary Borenszweig:
And so LLVM, which is what Crystal uses as a backend.
LDC2 uses the same back end :-)
But I thought ranges were meant to be fast. No allocations and
all of that. In fact, I was kind of sad that Crystal doesn't
have a similar concept so it could never get as fast as D
rang
On 2013-11-15 12:53:18 +, Jacob Carlborg said:
On 2013-11-15 13:42, Michel Fortin wrote:
Honestly, what I'd do is implement ARC for Objective-C types in the
compiler without waiting for Walter to decide on anything. There's
almost nothing to decide when it comes to how D/Objective-C does
On Friday, 15 November 2013 at 11:49:29 UTC, Chris wrote:
dub's last words were:
Install options:
--versionUse the specified version/branch
instead of the latest
--system Install system wide instead of user
local
--local Install as in a sub fold
On Friday, 15 November 2013 at 09:23:27 UTC, luka8088 wrote:
Yes but not having a delay between the time a new feature is
implemented
and the time it is released is very risky in terms of bugs.
Because this
new features has not been tester properly. And that is a fact.
Common misconception. W
On 2013-11-15 14:38, Michel Fortin wrote:
You mean if Walter would accept D/Objective-C without ARC? No idea. Ask
him, or submit a pull request just to gauge the reaction.
No, I was referring to just implementing ARC like it's done in Objective-C.
People have been manually managing memory wi
On Friday, 15 November 2013 at 12:58:47 UTC, Martin Nowak wrote:
That's the exact problem with most of the release ideas
proposed here, they are terribly inefficient.
The schedule proposed by Andrew only requires one maintenance
branch (point releases) besides the regular beta releases from
mas
On Friday, 15 November 2013 at 13:27:25 UTC, Jordi Sayol wrote:
El 15/11/13 12:49, Chris ha escrit:
On Thursday, 14 November 2013 at 17:32:14 UTC, Jordi Sayol
wrote:
El 14/11/13 17:48, Chris ha escrit:
On Thursday, 14 November 2013 at 16:42:05 UTC, Chris wrote:
On Thursday, 14 November 2013 at
On Thursday, 14 November 2013 at 15:54:09 UTC, Chris wrote:
Excuse me my ignorance. I haven't used DUB for a while now.
Don't know what's wrong. Found no hint on the (h)internet. I it
that the latest version of dmd is "too high" for dub? Use
dmd2.063 instead?
$ dub upgrade
Upgrading project i
On Fri, 2013-11-15 at 00:37 +0100, Xavier Bigand wrote:
[…]
> What do you mean exactly by same UI? Same QML files directly?
Indeed. I have one QML file (well maybe more than one given the way QML
works but basically the UI is entirely in QML) and this can be used from
PyQt5 or go-qml to provide mu
On Fri, 2013-11-15 at 11:10 +0100, Joseph Rushton Wakeling wrote:
[…]
> However, I think we have to acknowledge that Qt5 in general is a really
> important toolkit that needs first-class D support. This is only going to
> become more true as more and more development moves onto mobile platforms.
On Friday, 15 November 2013 at 13:13:51 UTC, Ary Borenszweig
wrote:
On 11/15/13 10:07 AM, Chris wrote:
On Friday, 15 November 2013 at 12:47:21 UTC, bearophile wrote:
Ary Borenszweig:
Here's what I was able to do in some minutes:
---
if ARGV.length != 1
puts "missing argument: n"
exit 1
end
On 2013-11-15 14:02:20 +, Jacob Carlborg said:
On 2013-11-15 14:38, Michel Fortin wrote:
You mean if Walter would accept D/Objective-C without ARC? No idea. Ask
him, or submit a pull request just to gauge the reaction.
No, I was referring to just implementing ARC like it's done in Objec
On 11/15/13 10:33 AM, bearophile wrote:
Ary Borenszweig:
And so LLVM, which is what Crystal uses as a backend.
LDC2 uses the same back end :-)
But I thought ranges were meant to be fast. No allocations and all of
that. In fact, I was kind of sad that Crystal doesn't have a similar
concept
On 11/15/13 11:39 AM, Chris wrote:
Well, that was exactly my point. As a human being you don't need the
patronizing (and highly annoying) "for every number ...". This is what
you say when you explain it to a newbie. But there is no need to spell
this out in the syntax. Syntax of programming langu
On Sunday, 10 November 2013 at 07:01:57 UTC, yazd wrote:
I've implemented a simple thing using addr2line. It uses dwarf
debug information to resolve the addresses provided by the
backtrace to line numbers.
https://github.com/yazd/backtrace-d
Very cool, thanks, will check it out later today a
Ary Borenszweig:
Your timings are good enough for me, I have updated the
rosettacode page with the third D version.
However, I'm starting to think that all those immutable, final
switches and gotos are useless if they don't give a performance
benefit (well, final switches do give you more sa
On Friday, 15 November 2013 at 07:50:28 UTC, Jacob Carlborg wrote:
The opposite of an LTS release is _not_ a beta release. It's a
regular release. It seems it would be better if the beta
release were regular releases and the releases were LTS
releases.
I'm having a hard time requiring my user
On Friday, 15 November 2013 at 15:20:20 UTC, Ary Borenszweig
wrote:
On 11/15/13 11:39 AM, Chris wrote:
Well, that was exactly my point. As a human being you don't
need the
patronizing (and highly annoying) "for every number ...". This
is what
you say when you explain it to a newbie. But there i
Am 15/11/2013 08:32, schrieb Walter Bright:
It's not that bad. Phobos can be built by specifying all the files on
the command line.
Also, at least on Windows, you can call functions in a DLL without
saying dllimport on them and suffering a layer of indirection. The magic
happens in the import li
Am 15/11/2013 08:27, schrieb Walter Bright:
On 11/14/2013 3:37 AM, Benjamin Thaut wrote:
Am 14.11.2013 11:28, schrieb Walter Bright:
On 11/12/2013 2:23 PM, Martin Nowak wrote:
One possibility is modules listed on the command line are regarded as
export==dllexport, and other modules as export==
On Friday, 15 November 2013 at 15:25:29 UTC, QAston wrote:
On Friday, 15 November 2013 at 07:50:28 UTC, Jacob Carlborg
wrote:
On the other hand, supporting build with 2 versions: latest
beta and latest LTS is not a big burden imo (unless you expose
bleeding edge features in the api).
I like
"Walter Bright" wrote in message
news:l64lji$2buh$1...@digitalmars.com...
> On 11/15/2013 12:00 AM, Daniel Murphy wrote:
>> "Walter Bright" wrote in message
>> news:l64imh$27na$1...@digitalmars.com...
>>>
>>> Also, at least on Windows, you can call functions in a DLL without
>>> saying
>>> dlli
Am Fri, 15 Nov 2013 02:09:52 +0100
schrieb "bearophile" :
> I have created two interesting D entries for this Rosettacode
> Task, is someone willing to create a Reddit entry for this? They
> show very different kinds of code in D.
>
> http://rosettacode.org/wiki/Look-and-say_sequence#D
>
> Bye
12.11.2013 2:19, John Colvin пишет:
On Monday, 11 November 2013 at 22:18:27 UTC, John Colvin wrote:
On Monday, 11 November 2013 at 20:33:37 UTC, Denis Shelomovskij wrote:
10.11.2013 19:30, Ilya Yaroshenko пишет:
Hello, All!
std.templatecons: Functional style template constructors.
Documentat
On 15.11.2013 08:02, Benjamin Thaut wrote:
Am 15.11.2013 00:38, schrieb Rainer Schuetze:
Maybe. Another rule might be that only the declarations actually
annotated with "export" gets exported with the instantiation, so you
could add "export" to the whole class or only some declaraations.
I
Am 15/11/2013 18:04, schrieb Rainer Schuetze:
I don't follow. What does this have to do with template instances?
I was referring to your example where you wanted to export just one
symbol from a template class.
Then I misunderstood your use of the word "declaration". With
declarations you d
On 15.11.2013 18:18, Benjamin Thaut wrote:
Am 15/11/2013 18:04, schrieb Rainer Schuetze:
I don't follow. What does this have to do with template instances?
I was referring to your example where you wanted to export just one
symbol from a template class.
Then I misunderstood your use of th
Am 15/11/2013 18:41, schrieb Rainer Schuetze:
I actually meant declaration inside template definitions as in your
example:
class WeakReferenced(T)
{
export __gshared WeakReferenced!T[] m_weakTable;
}
The proposal was that
export alias WeakReferenced!int exported_weak_int_array;
would onl
On Friday, 15 November 2013 at 12:07:19 UTC, Martin Nowak wrote:
On Friday, 15 November 2013 at 09:20:18 UTC, Joakim wrote:
For one, dmd not having an ARM backend doesn't impact me since
I'm targeting Android/x86 for now, :) as stated earlier.
Interesting, then you'll mostly focus on druntime
This isn't directly related to D (though the code will be in D), and I
thought this would be a good place to ask.
I'm trying to implement an algorithm that traverses a very large graph,
and I need some kind of data structure to keep track of which nodes have
been visited, that (1) allows reasonabl
On 15 November 2013 18:40, Joakim wrote:
> On Friday, 15 November 2013 at 12:07:19 UTC, Martin Nowak wrote:
>
>> On Friday, 15 November 2013 at 09:20:18 UTC, Joakim wrote:
>>
>>> For one, dmd not having an ARM backend doesn't impact me since I'm
>>> targeting Android/x86 for now, :) as stated ear
Ary Borenszweig:
This last version you wrote, compiling it with
"-enable-inlining -release -O3", takes 0.054s (please tell me
if I'm missing some flags, in Crystal I just used --release).
The Crystal version takes 0.031s. I also tried with n=70. In D:
9.265s. In Crystal: 4.863s.
This versio
15-Nov-2013 22:41, H. S. Teoh пишет:
This isn't directly related to D (though the code will be in D), and I
thought this would be a good place to ask.
I'm trying to implement an algorithm that traverses a very large graph,
and I need some kind of data structure to keep track of which nodes have
Am Fri, 15 Nov 2013 09:24:53 +0100
schrieb "Joakim" :
> On Friday, 15 November 2013 at 07:22:07 UTC, Paulo Pinto wrote:
> > On Friday, 15 November 2013 at 06:18:00 UTC, Joakim wrote:
> >> As Kai says, has anyone worked on getting D running on Android
> >> before? I've been thinking about attempt
On Fri, Nov 15, 2013 at 10:52:15PM +0400, Dmitry Olshansky wrote:
> 15-Nov-2013 22:41, H. S. Teoh пишет:
> >This isn't directly related to D (though the code will be in D), and
> >I thought this would be a good place to ask.
> >
> >I'm trying to implement an algorithm that traverses a very large
>
On Friday, 15 November 2013 at 18:43:12 UTC, H. S. Teoh wrote:
This isn't directly related to D (though the code will be in
D), and I
thought this would be a good place to ask.
I'm trying to implement an algorithm that traverses a very
large graph,
and I need some kind of data structure to kee
Am Fri, 15 Nov 2013 01:01:34 +0100
schrieb Marco Leise :
> Am Fri, 15 Nov 2013 00:03:42 +0100
> schrieb Marco Leise :
>
> > Am Thu, 14 Nov 2013 21:35:22 +0100
> > schrieb Johannes Pfau :
> >
> > > AFAIK you can't put shared libraries into a different folder.
> > > The runtime linker must be able
Since GtkD offers the option to build shared libraries, I was
wondering which of the 3 compilers (SDC excluded for now,
sorry :)) can handle that at the moment.
I think DMD does and GDC doesn't (at least the Wiki says so).
What about LDC?
--
Marco
H. S. Teoh:
I'm hoping for a kind of compressed representation where
multiple
adjacent nodes can be represented in a very compact way, by
somehow
taking advantage of the fact that they lie on an n-dimensional
grid and
the fact that graph edges are always a subset of grid edges (as
opposed
to
On Friday, 15 November 2013 at 18:43:12 UTC, H. S. Teoh wrote:
so the edges of the graph may be thought of as a subset of the
edges of an n-dimensional grid.
Could perhaps elaborate on this point?
As far as I can see, the possible values of the nodes are all the
points in N^n (or Z^n, dunno w
On Friday, 15 November 2013 at 19:48:21 UTC, John Colvin wrote:
i.e. the edges are the euclidean basis vectors and their
negatives.
sorry, I meant *integer multiples* of the euclidian basis vectors.
On 11/15/13 11:20 AM, H. S. Teoh wrote:
I'm hoping for a kind of compressed representation where multiple
adjacent nodes can be represented in a very compact way, by somehow
taking advantage of the fact that they lie on an n-dimensional grid and
the fact that graph edges are always a subset of gr
On Friday, 15 November 2013 at 18:43:12 UTC, H. S. Teoh wrote:
This isn't directly related to D (though the code will be in
D), and I
thought this would be a good place to ask.
I'm trying to implement an algorithm that traverses a very
large graph,
and I need some kind of data structure to kee
On Fri, Nov 15, 2013 at 08:48:19PM +0100, John Colvin wrote:
> On Friday, 15 November 2013 at 18:43:12 UTC, H. S. Teoh wrote:
> >so the edges of the graph may be thought of as a subset of the
> >edges of an n-dimensional grid.
>
> Could perhaps elaborate on this point?
>
> As far as I can see, th
Am Fri, 15 Nov 2013 20:34:25 +0100
schrieb Johannes Pfau :
> Am Fri, 15 Nov 2013 01:01:34 +0100
> schrieb Marco Leise :
>
> > Am Fri, 15 Nov 2013 00:03:42 +0100
> > schrieb Marco Leise :
> >
> > > Am Thu, 14 Nov 2013 21:35:22 +0100
> > > schrieb Johannes Pfau :
> > >
> > > > AFAIK you can't put
Only DMD does shared right now.
Am Fri, 15 Nov 2013 20:37:53 +0100
schrieb Marco Leise :
> Since GtkD offers the option to build shared libraries, I was
> wondering which of the 3 compilers (SDC excluded for now,
> sorry :)) can handle that at the moment.
> I think DMD does and GDC doesn't (at least the Wiki says so).
> What abo
On Friday, 15 November 2013 at 19:21:35 UTC, H. S. Teoh wrote:
On Fri, Nov 15, 2013 at 10:52:15PM +0400, Dmitry Olshansky
wrote:
15-Nov-2013 22:41, H. S. Teoh пишет:
>This isn't directly related to D (though the code will be in
>D), and
>I thought this would be a good place to ask.
>
>I'm tryi
On Fri, Nov 15, 2013 at 09:03:17PM +0100, qznc wrote:
> On Friday, 15 November 2013 at 18:43:12 UTC, H. S. Teoh wrote:
[...]
> >I'm trying to implement an algorithm that traverses a very large
> >graph, and I need some kind of data structure to keep track of which
> >nodes have been visited, that (
On Fri, Nov 15, 2013 at 08:29:22PM +0100, Vladimir Panteleev wrote:
> On Friday, 15 November 2013 at 18:43:12 UTC, H. S. Teoh wrote:
[...]
> >I'm trying to implement an algorithm that traverses a very large
> >graph, and I need some kind of data structure to keep track of which
> >nodes have been v
On Friday, 15 November 2013 at 20:22:29 UTC, H. S. Teoh wrote:
The graph is not explicitly stored, because it is far too
large. The
nodes are generated on-the-fly as needed; the challenge is to
know
whether a particular generated node has been generated before.
Basically, the equivalent of a ha
Le 15/11/2013 11:10, Joseph Rushton Wakeling a écrit :
On 15/11/13 00:37, Xavier Bigand wrote:
It's only a prototype for the moment, and it will certainly never
compatible
with QML files. But if you are only interested by property binding and
the
composition system of QML, DQuick will make you h
1 - 100 of 121 matches
Mail list logo