Re: Container access in std.container

2011-03-29 Thread Daniel Green

On 3/29/2011 4:45 AM, Ishan Thilina wrote:

now all that is left is the problem with GDC. Why can't I do "import
std.container" in Linux :(


std.container is a D2 module.  Based on your include path you have a D1 
version of GDC.


GDC uses include/d for D1 and include/d2 for D2.




Re: Container access in std.container

2011-03-29 Thread Steven Schveighoffer
On Tue, 29 Mar 2011 04:49:41 -0400, Jonathan M Davis   
wrote:



On 2011-03-29 01:38, Ishan Thilina wrote:


So how can I declare a redBlackTree..?

I believe that you'd just do

auto rb = RedBlackTree(4, 1, 2, 3);


I think:

auto rb = RedBlackTree!(int)(4, 1, 2, 3);

But the version in git will be much nicer.

-Steve


Re: Container access in std.container

2011-03-29 Thread spir

On 03/29/2011 12:43 PM, Ishan Thilina wrote:


I'm using GDC because I can't use DMD in linux. I have started a seperate thread
for that.


I'm using dmd on Linux without any issue. But only stable releases (several 
versions have passed).
May I suggest you take some time to uninstall everything properly, then install 
again from scratch according to the online guidelines:

downloads: http://www.digitalmars.com/d/download.html
win: http://www.digitalmars.com/d/2.0/dmd-windows.html
linux: http://www.digitalmars.com/d/2.0/dmd-linux.html

Denis
--
_
vita es estrany
spir.wikidot.com



Re: Container access in std.container

2011-03-29 Thread Ishan Thilina
>Unless you really need gdc, I'd just suggest using dmd. It's quite easy to get
>working. You just unzip it wherever you want it and add
>/path/to/unzipped/dmd2/linux/bin to your path, and it works. I have no clue
>what it takes to get gdc to work. And the only advantage to gdc I'm aware of
>is that its backend tends to generate more efficient code than dmd's currently
>does.
>
>- Jonathan M Davis

I'm using GDC because I can't use DMD in linux. I have started a seperate thread
for that.
Here it is.
http://www.mail-archive.com/digitalmars-d-learn@puremagic.com/msg11525.html


Re: Container access in std.container

2011-03-29 Thread Jonathan M Davis
On 2011-03-29 01:45, Ishan Thilina wrote:
> >So how can I declare a redBlackTree...?
> 
> I'm so sorry for being this much foolish. I found the way to do it( make a
> redBlackTree). Again I'm really sorry :-/.
> 
> now all that is left is the problem with GDC. Why can't I do "import
> std.container" in Linux :(

Unless you really need gdc, I'd just suggest using dmd. It's quite easy to get 
working. You just unzip it wherever you want it and add 
/path/to/unzipped/dmd2/linux/bin to your path, and it works. I have no clue 
what it takes to get gdc to work. And the only advantage to gdc I'm aware of 
is that its backend tends to generate more efficient code than dmd's currently 
does.

- Jonathan M Davis


Re: Container access in std.container

2011-03-29 Thread Jonathan M Davis
On 2011-03-29 01:38, Ishan Thilina wrote:
> == Quote from Steven Wawryk (stev...@acres.com.au)'s article
> 
> > Your environment looks wrong.  Note that
> > /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
> > is equivalent to
> > /usr/include/d/4.3.5
> > so I expect it can't find container.d
> > 
> > On 29/03/11 04:54, Ishan Thilina wrote:
> > > I am using DGC due to the problems I'm witnessing with DMD. I tried a
> > > similar approach. But the following error comes.
> > > 
> > > "
> > > 
> > > structures.d:4: Error: module container cannot read file
> > > 'std/container.d' import path[0] =
> > > /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5/x86_64-
> > > linux-gnu import path[1] =
> > > /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
> > > 
> > > "
> > > 
> > > I dont know what is wrong. I'll try to compile in Windows and let you
> > > know.
> > > 
> > > @David :
> > > 
> > > Thanks for the clarifications :)
> >
> >structures.d:4: Error: module container cannot read file 'std/container.d'
> >import path[0] =
> >/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5/x86_64-lin
> >ux-gnu import path[1] =
> >/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
> 
> Ok, now std.container can be imported inside windows. The problem has been
> that windows has used dmd to compile rather than using dmd2.
> But I get an error message. I think it's what davis said.
> 
> >On 2011-03-28 07:48, David Nadlinger wrote:
> >> ---
> >> import std.container;
> >> import std.stdio;
> >> 
> >> void main() {
> >> 
> >>  auto rb = redBlackTree(4, 1, 2, 3);
> >>  foreach (e; rb) {
> >>  
> >>  writeln(e);
> >>  
> >>  }
> >> 
> >> }
> >> ---
> >
> >I believe that the redBlackTree function is only in the git repository at
> >present (so, it'll be in the next release), so if he's using dmd 2.052,
> >that particular way of creating a RedBlackTree won't work.
> 
> So how can I declare a redBlackTree..?
> 
> 
> 
> It seems that there's no importing problem inside windows now. But the
> problem still there in Linux. I'm using GDC to compile.

I believe that you'd just do

auto rb = RedBlackTree(4, 1, 2, 3);

The problem with the version in dmd 2.052 though is that you can declare one 
if there isn't anything in it. Or at least, if you do, you'll run into 
problems, because it won't have been properly initialized (due to the lack of 
default constructor).

The version in git (which can be gotten here if you want to try it out: 
https://github.com/D-Programming-Language/phobos/ - though given how much 
trouble that you've been having getting dmd to work, I'm not sure that you 
want to try building druntime and Phobos yourself) changes RedBlackTree to a 
class, which fixes the problem. And by adding the function redBlackTree, it 
manages to make creating one a lot more flexible. The current version should 
work just fine though. It just isn't quite as nice (but the first version of 
Phobos with RedBlackTree was either 2.051 or 2.052, so it's a quite recent 
addition to std.container).

- Jonathan M Davis


Re: Container access in std.container

2011-03-29 Thread Ishan Thilina
>So how can I declare a redBlackTree...?

I'm so sorry for being this much foolish. I found the way to do it( make a
redBlackTree). Again I'm really sorry :-/.

now all that is left is the problem with GDC. Why can't I do "import
std.container" in Linux :(


Re: Container access in std.container

2011-03-29 Thread Ishan Thilina
== Quote from Steven Wawryk (stev...@acres.com.au)'s article
> Your environment looks wrong.  Note that
> /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
> is equivalent to
> /usr/include/d/4.3.5
> so I expect it can't find container.d
> On 29/03/11 04:54, Ishan Thilina wrote:
> > I am using DGC due to the problems I'm witnessing with DMD. I tried a 
> > similar
> > approach. But the following error comes.
> >
> > "
> >
> > structures.d:4: Error: module container cannot read file 'std/container.d'
> > import path[0] =
> > /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5/x86_64-linux-gnu
> > import path[1] = 
> > /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
> >
> > "
> >
> > I dont know what is wrong. I'll try to compile in Windows and let you know.
> >
> > @David :
> >
> > Thanks for the clarifications :)

>structures.d:4: Error: module container cannot read file 'std/container.d'
>import path[0] =
>/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5/x86_64-linux-gnu
>import path[1] = 
>/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5

Ok, now std.container can be imported inside windows. The problem has been that
windows has used dmd to compile rather than using dmd2.
But I get an error message. I think it's what davis said.

>On 2011-03-28 07:48, David Nadlinger wrote:
>> ---
>> import std.container;
>> import std.stdio;
>>
>> void main() {
>>  auto rb = redBlackTree(4, 1, 2, 3);
>>  foreach (e; rb) {
>>  writeln(e);
>>  }
>> }
>> ---

>I believe that the redBlackTree function is only in the git repository at
>present (so, it'll be in the next release), so if he's using dmd 2.052, that
>particular way of creating a RedBlackTree won't work.

So how can I declare a redBlackTree..?



It seems that there's no importing problem inside windows now. But the problem
still there in Linux. I'm using GDC to compile.


Re: Container access in std.container

2011-03-28 Thread Ishan Thilina
>Your environment looks wrong.  Note that
>
>/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
>
>is equivalent to
>
>/usr/include/d/4.3.5

I copied container.d to /usr/include/d/4.3.5/std . But the problem is still 
there :s


Re: Container access in std.container

2011-03-28 Thread Ishan Thilina
Steven wrote:

>Your environment looks wrong.  Note that
>
>/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
>
>is equivalent to
>
>/usr/include/d/4.3.5
>
>so I expect it can't find container.d


Really sorry for being a burden, I'm new to D. How can I fix this Environment?


Re: Container access in std.container

2011-03-28 Thread Steven Wawryk


Your environment looks wrong.  Note that

/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5

is equivalent to

/usr/include/d/4.3.5

so I expect it can't find container.d


On 29/03/11 04:54, Ishan Thilina wrote:

I am using DGC due to the problems I'm witnessing with DMD. I tried a similar
approach. But the following error comes.

"

structures.d:4: Error: module container cannot read file 'std/container.d'
import path[0] =
/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5/x86_64-linux-gnu
import path[1] = /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5

"

I dont know what is wrong. I'll try to compile in Windows and let you know.

@David :

Thanks for the clarifications :)




Re: Container access in std.container

2011-03-28 Thread Ishan Thilina
>I am using GDC due to the problems I'm witnessing with DMD. I tried a similar
>approach. But the following error comes.
>
>"
>
>structures.d:4: Error: module container cannot read file 'std/container.d'
>import path[0] =
>/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5/x86_64-linux-gnu
>import path[1] = 
>/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5
>
>"
>
>I dont know what is wrong. I'll try to compile in Windows and let you know.
>
>

A module std.container cannot be found error comes in windows too. I'm using GDC
to compile in linux and DMD to compile in windows. I'm really confused about 
this :s


Re: Container access in std.container

2011-03-28 Thread Ishan Thilina
I am using DGC due to the problems I'm witnessing with DMD. I tried a similar
approach. But the following error comes.

"

structures.d:4: Error: module container cannot read file 'std/container.d'
import path[0] =
/usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5/x86_64-linux-gnu
import path[1] = /usr/lib/gcc/x86_64-linux-gnu/4.3.5/../../../../include/d/4.3.5

"

I dont know what is wrong. I'll try to compile in Windows and let you know.

@David :

Thanks for the clarifications :)


Re: Container access in std.container

2011-03-28 Thread Jonathan M Davis
On 2011-03-28 07:48, David Nadlinger wrote:
> ---
> import std.container;
> import std.stdio;
> 
> void main() {
>  auto rb = redBlackTree(4, 1, 2, 3);
>  foreach (e; rb) {
>  writeln(e);
>  }
> }
> ---

I believe that the redBlackTree function is only in the git repository at 
present (so, it'll be in the next release), so if he's using dmd 2.052, that 
particular way of creating a RedBlackTree won't work.

- Jonatahn M Davis


Re: Container access in std.container

2011-03-28 Thread David Nadlinger

On 3/28/11 4:17 PM, Ishan Thilina wrote:

I know that D has some Containers implemented by default( such as a a List,
Red-black tree, Array). In C++ these data structures can be used as follows.

#include

int main(){

std::vector  myVector;
std::vector::iterator myIterator;

}

Then I can use "myIterator" to manipulate "myVector".

But in D the containers are embedded in the std.container( as far as I
understood it) and I can't do "import std.container" too. So how can I access
the built in containers?


Hi Ishan,

First, to avoid confusion in further discussions, the term »built-in« is 
usually used when referring to the types which are part of the D 
language itself (e.g. the built-in arrays and associative arrays, i.e. 
int[] and int[string]). The types std.container, on the other hand, 
could be in any other library as well, so I wouldn't call them built-in, 
but rather just Phobos containers.


What exactly do you mean by »I can't do "import std.container"«? 
Assuming you have a working D2 environment, you should be able to use 
them like this:


---
import std.container;
import std.stdio;

void main() {
auto rb = redBlackTree(4, 1, 2, 3);
foreach (e; rb) {
writeln(e);
}
}
---

To get a range over all elements (in an container-defined order), use 
the slicing operator [], e.g. rb[] – if I remember correctly, the 
std.container ddoc page has more information on commonly supported 
operations.


David


Container access in std.container

2011-03-28 Thread Ishan Thilina
I know that D has some Containers implemented by default( such as a a List,
Red-black tree, Array). In C++ these data structures can be used as follows.

#include 

int main(){

std::vector myVector;
std::vector::iterator myIterator;

}

Then I can use "myIterator" to manipulate "myVector".

But in D the containers are embedded in the std.container( as far as I
understood it) and I can't do "import std.container" too. So how can I access
the built in containers?

Thank you..!