www.digitalmars.com         C & C++   DMDScript  

D.gnu - g++ front end

reply ben <zander echotech.ca> writes:
Hello Everybody 

I just checked with the gcc people and you can use a c++ front end.. 
Basically people are just saying that they will have to add an additional 
stage to the compile, so the c++ compiler is properly setup before you 
start the frontend..

Thanks ben
Jun 25 2002
parent reply andy <acoliver apache.org> writes:
ben wrote:

 Hello Everybody 
 
 I just checked with the gcc people and you can use a c++ front end.. 
 Basically people are just saying that they will have to add an additional 
 stage to the compile, so the c++ compiler is properly setup before you 
 start the frontend..
 
 Thanks ben


Talk is cheap.  Show me one, lets see an example.
Jun 25 2002
next sibling parent ben <zander echotech.ca> writes:
andy wrote:


 ben wrote:

 Hello Everybody
 
 I just checked with the gcc people and you can use a c++ front end..
 Basically people are just saying that they will have to add an additional
 stage to the compile, so the c++ compiler is properly setup before you
 start the frontend..
 
 Thanks ben


 
 Talk is cheap.  Show me one, lets see an example.


Where did I say I knew how to do it, I said that I asked some of there 
developers if its possible.. There was a large discussion regarding moving 
to c or trying to use c++ for the front end.. I asked and they say its 
possible.. 
Why don't you stop saying "show me" and try, I am sure the developers at gcc 
will help.. What are the possible differences, right now gcc has 3 stages 
on the last stage the c++ compiler and all the libraries needed are 
compiled, after that it should be possible to compile the d front end. 

Ben
Jun 26 2002
prev sibling parent reply ben <zander echotech.ca> writes:
andy wrote:


 ben wrote:

 Hello Everybody
 
 I just checked with the gcc people and you can use a c++ front end..
 Basically people are just saying that they will have to add an additional
 stage to the compile, so the c++ compiler is properly setup before you
 start the frontend..
 
 Thanks ben


 
 Talk is cheap.  Show me one, lets see an example.


One question Andy, this is a news group about gcc front end for d, and 
everytime there is a discussion about it you always say stuff like talk is 
cheap. why are you here, this is a discission group (people talk) about a 
compiler front end, I am trying to help by suppling information about gcc 
and what the gcc people have said. What are you doing? Are you spacifically 
here to make sure linux never gets it, or you just want to make sure people 
think its alot worse then it is.. Or perhaps you like c more. 

Later
Jun 26 2002
next sibling parent reply Jan Knepper <jan smartsoft.cc> writes:
 Or perhaps you like c more.


When you read some other post you will know soon...
Some people just do not like C++. Which is fine. I love my wife. I am just glad
not everybody does. <g>
Andy's disadvantage is that he would like to have D on Linux, but D is written
with some C++ features. I personally would just go ahead and compile the D front
end in C++ and the GNU backend in C and interface the two. It would basically
come down to a C++ class system calling a C library which is done all over the
world and which should not be a problem. However, Andy has stated so here that
he does not like C++, so the D front will have to be rewritten in C. <g> My
personal opinion... dumb, dumb, dumb, dumb, dumb, why would someone try to fix
what ain't broken??? It's just going to generate a LOT more work as changes to
the C++ front will have to be ported to the C front which is probably going to
create derivations of the language... Than we at least have an other language
that isn't the same all over the place. <g>
Unfortunately I really do not have the time to get involved in this. I really
would like to, but I have a mortage to pay, a T1 to pay, a car to pay, a phone
to pay oh, I forgot I need to eat too! <g>

Jan
Jun 26 2002
next sibling parent reply ben <zander echotech.ca> writes:
Hello 

The seperation between d is what I am also worried about. I don't care what 
language people are using as long as its consistent across platforms, I 
don't like java but I am using it for that reason, I can be assured that 
sun java on windows or linux is pretty much the same.. 
Having to port all walters changes to c for the linux front end would end up 
causing a split. 
Thanks Ben

Jan Knepper wrote:


 Or perhaps you like c more.


 
 When you read some other post you will know soon...
 Some people just do not like C++. Which is fine. I love my wife. I am just
 glad not everybody does. <g>
 Andy's disadvantage is that he would like to have D on Linux, but D is
 written with some C++ features. I personally would just go ahead and
 compile the D front end in C++ and the GNU backend in C and interface the
 two. It would basically come down to a C++ class system calling a C
 library which is done all over the world and which should not be a
 problem. However, Andy has stated so here that he does not like C++, so
 the D front will have to be rewritten in C. <g> My personal opinion...
 dumb, dumb, dumb, dumb, dumb, why would someone try to fix what ain't
 broken??? It's just going to generate a LOT more work as changes to the
 C++ front will have to be ported to the C front which is probably going to
 create derivations of the language... Than we at least have an other
 language that isn't the same all over the place. <g> Unfortunately I
 really do not have the time to get involved in this. I really would like
 to, but I have a mortage to pay, a T1 to pay, a car to pay, a phone to pay
 oh, I forgot I need to eat too! <g>
 
 Jan
Jun 26 2002
parent reply Jan Knepper <jan smartsoft.cc> writes:
ben wrote:


 The seperation between d is what I am also worried about. I don't care what
 language people are using as long as its consistent across platforms,


Agreed.


 I don't like java but I am using it for that reason,


I think that's Andy's favorite, so you guys might be at opposite ends.


 I can be assured that sun java on windows or linux is pretty much the same..


I hope so. I do not use Java, do not like nor dislike it. However I have heard
different stories about this.
One of the concerns about Java seems to be that it does not full fill this
promise...


 Having to port all Walters changes to c for the linux front end would end up
 causing a split.


I also think it is not a good idea.

Jan
Jun 26 2002
next sibling parent reply andy <acoliver apache.org> writes:
Jan Knepper wrote:

 ben wrote:
 
 

The seperation between d is what I am also worried about. I don't care what
language people are using as long as its consistent across platforms,


 
 
 Agreed.
 


Agreed.


 

I don't like java but I am using it for that reason,


 
 
 I think that's Andy's favorite, so you guys might be at opposite ends.
 


Wow man, Jan why don't I just not talk and you tell people my opinions. 
  I guess it doesn't matter whether you actually know what I think, as 
that hasn't stopped you up to know.



 

I can be assured that sun java on windows or linux is pretty much the same..


 
 
 I hope so. I do not use Java, do not like nor dislike it. However I have heard
 different stories about this.
 One of the concerns about Java seems to be that it does not full fill this
 promise...
 


I like some things about Java.  I like Java better than C++ -- This HAS 
NOTHING to do with anything.

I'm interested in finding the most practical approach.  Sorry if that 
offends anyone's zealous sensibilites.  I'm open to the other approach. 
  I do not yet see an approach that allows the method you so strongly 
prefer (without any apparent idea if its even ACTUALLY possible, from 
what I can tell, having never actually looked at the gcc code and 
speaking only theoretically.).  If find one, great.  If someone else 
does, even better.

-Andy
Jun 26 2002
parent reply Jan Knepper <jan smartsoft.cc> writes:
I don't like java but I am using it for that reason,


 I think that's Andy's favorite, so you guys might be at opposite ends.


 Wow man, Jan why don't I just not talk and you tell people my opinions.
   I guess it doesn't matter whether you actually know what I think, as
 that hasn't stopped you up to know.


I wrote "I think" didn't I???


 I'm interested in finding the most practical approach.  Sorry if that
 offends anyone's zealous sensibilites.  I'm open to the other approach.
   I do not yet see an approach that allows the method you so strongly
 prefer (without any apparent idea if its even ACTUALLY possible, from
 what I can tell, having never actually looked at the gcc code and
 speaking only theoretically.).  If find one, great.  If someone else
 does, even better.


Well, what do we have:
1.    D front end compiled with C++ with C++ features.
2.    GCC backend compiled with C written in C

The compiler is probably controlled by the frontend. The frontend parses and
probably has to pass preprocessed stuff to the backend so the backend can
generate
the code.
Well, this sounds to me like calling 'C' from a C++ program. This is not
something
unheard of, actually It's done all the time. So what basically needs to be
written
is a layer probably partually C++ and partially C that hooks op the frontend
with
the backend. That's how simple it is.

When ever D whould be included in the GNU compiler suite, the C compiler would
have
to be build first. Than the C++ compiler and than the D compiler.

So where are the real problems?

Jan
Jun 26 2002
parent reply andy <acoliver apache.org> writes:
 
 I wrote "I think" didn't I???
 


I think you love Visual Basic and wish that it could be as ubiquitous as 
it once was.

I wrote "I think" too.


 
 
 Well, what do we have:
 1.    D front end compiled with C++ with C++ features.
 2.    GCC backend compiled with C written in C
 
 The compiler is probably controlled by the frontend. The frontend parses and
 probably has to pass preprocessed stuff to the backend so the backend can
generate
 the code.
 Well, this sounds to me like calling 'C' from a C++ program. This is not
something
 unheard of, actually It's done all the time. So what basically needs to be
written
 is a layer probably partually C++ and partially C that hooks op the frontend
with
 the backend. That's how simple it is.
 


My understanding from looking at GCC and reading the documentation is 
the C program calls the C++ program that makes calls to the C program. 
Consequently, I should point out the make process especially 
bootstrapping process is fairly complex.  Furthermore, I read that there 
will be callbacks involved, so its more like

C --> C++ --> C -(callback)-> C++ -(maybe another call to)-> C

(which may be common, but I haven't seen too many examples of it)


 When ever D whould be included in the GNU compiler suite, the C compiler would
have
 to be build first. Than the C++ compiler and than the D compiler.
 
 So where are the real problems?


Pointless speculation without actual knowledge.  Misrepresentation of 
someone's opinions without actual knowledge for no apparent purpose 
other than to attack their character or start a distracting religious 
flamewar.  Those are problems.  Everything else is just a technical 
challange to be overcome by choosing the best method and accepting and 
mitigating (where possible) the tradeoffs.

You're attempting to convince me on an approach, then have me do the 
work and then find out if its feasible.  I assure you this is not 
possible, I tend to like to determine whether an approach is feasible 
before getting to far down the path.

How about instead of you and Ben spinning your wheels trying to convince 
me of the approach, you take a few minutes, download GCC take a look at 
the documetnation I sent and write a quick C++ example front end if its 
so simple?  (maybe rewrite the tiny example in C++) humm?  It would 
probably take equal amount of time (again assuming its as simple as you 
say), and be far more productive.  That would be a FAR more convincing 
argument.

-Andy


 Jan
Jun 26 2002
next sibling parent reply ben <zander echotech.ca> writes:
andy wrote:


 
 I wrote "I think" didn't I???
 


 
 I think you love Visual Basic and wish that it could be as ubiquitous as
 it once was.
 
 I wrote "I think" too.
 

 
 
 Well, what do we have:
 1.    D front end compiled with C++ with C++ features.
 2.    GCC backend compiled with C written in C
 
 The compiler is probably controlled by the frontend. The frontend parses
 and probably has to pass preprocessed stuff to the backend so the backend
 can generate the code.
 Well, this sounds to me like calling 'C' from a C++ program. This is not
 something unheard of, actually It's done all the time. So what basically
 needs to be written is a layer probably partually C++ and partially C
 that hooks op the frontend with the backend. That's how simple it is.
 


 
 My understanding from looking at GCC and reading the documentation is
 the C program calls the C++ program that makes calls to the C program.
 Consequently, I should point out the make process especially
 bootstrapping process is fairly complex.  Furthermore, I read that there
 will be callbacks involved, so its more like
 
 C --> C++ --> C -(callback)-> C++ -(maybe another call to)-> C
 
 (which may be common, but I haven't seen too many examples of it)


If i am ready this correct I have seen some of this before, working with 
glut and c++, there is alot of callbacks from glut to c++ (glut is c). 

 

 When ever D whould be included in the GNU compiler suite, the C compiler
 would have to be build first. Than the C++ compiler and than the D
 compiler.
 
 So where are the real problems?


 
 Pointless speculation without actual knowledge.  Misrepresentation of
 someone's opinions without actual knowledge for no apparent purpose
 other than to attack their character or start a distracting religious
 flamewar.  Those are problems.  Everything else is just a technical
 challange to be overcome by choosing the best method and accepting and
 mitigating (where possible) the tradeoffs.
 
 You're attempting to convince me on an approach, then have me do the
 work and then find out if its feasible.  I assure you this is not
 possible, I tend to like to determine whether an approach is feasible
 before getting to far down the path.
 
 How about instead of you and Ben spinning your wheels trying to convince
 me of the approach, you take a few minutes, download GCC take a look at
 the documetnation I sent and write a quick C++ example front end if its
 so simple?  (maybe rewrite the tiny example in C++) humm?  It would
 probably take equal amount of time (again assuming its as simple as you
 say), and be far more productive.  That would be a FAR more convincing
 argument.


Hey, hold on, I have never tryied to convince you of anything other then try 
to be productive with the comments. I am not convincing you or anybody else 
what way to do anything, as far as I could tell there were no other ways 
that I was aware of, it was a question of if it is possible, and i asked 
the gcc people.. I was not conserned with other possibilities just 
answering the one question (or trying too).. 


 -Andy
 

 Jan
Jun 26 2002
parent reply ben <zander echotech.ca> writes:
I would like to appoligize for starting this little war. I am going to speak 
with the gcc people and hope they can help me write a c++ frontend to it, 
for an example..

Later, Ben
Jun 26 2002
parent reply andy <acoliver apache.org> writes:
ben wrote:

 I would like to appoligize for starting this little war. I am going to speak 
 with the gcc people and hope they can help me write a c++ frontend to it, 
 for an example..
 
 Later, Ben


I think you might have only caused a spark.  I think there was gas 
already on the dried leaves.  I'm sorry too.

THAT WOULD BE AWESOME!  And then I could concentrate on studying GCC and 
the other approach.

-Andy
Jun 26 2002
parent Jan Knepper <jan smartsoft.cc> writes:
andy wrote:


 ben wrote:

 I would like to appoligize for starting this little war. I am going to speak
 with the gcc people and hope they can help me write a c++ frontend to it,
 for an example..

 Later, Ben


 I think you might have only caused a spark.  I think there was gas
 already on the dried leaves.  I'm sorry too.

 THAT WOULD BE AWESOME!  And then I could concentrate on studying GCC and
 the other approach.


Me too. leave C -> C++ -> C interfacing up to me.
If you want to read something else pretty arrogant...
http://www.janknepper.com/Programming/C++/C++.html
Jan
Jun 26 2002
prev sibling parent Jan Knepper <jan smartsoft.cc> writes:
andy wrote:


 I think you love Visual Basic and wish that it could be as ubiquitous as
 it once was.
 I wrote "I think" too.


Actually... I love VB!
Don't program it though, but because it is around I've got enough work not to
program it!


 Well, what do we have:
 1.    D front end compiled with C++ with C++ features.
 2.    GCC backend compiled with C written in C

 The compiler is probably controlled by the frontend. The frontend parses and
 probably has to pass preprocessed stuff to the backend so the backend can
generate
 the code.
 Well, this sounds to me like calling 'C' from a C++ program. This is not
something
 unheard of, actually It's done all the time. So what basically needs to be
written
 is a layer probably partually C++ and partially C that hooks op the frontend
with
 the backend. That's how simple it is.


 My understanding from looking at GCC and reading the documentation is
 the C program calls the C++ program that makes calls to the C program.
 Consequently, I should point out the make process especially
 bootstrapping process is fairly complex.  Furthermore, I read that there
 will be callbacks involved, so its more like
 C --> C++ --> C -(callback)-> C++ -(maybe another call to)-> C


No problem!


 (which may be common, but I haven't seen too many examples of it)


Now I understand... You do not like C++ and probably do not have a lot of
experience
interfacing between the two as you try to stay away from C++, understandable
and than of
course this example is scary...
A C callback to C++ is no problem. I do those kind of things daily if not
hourly.


 When ever D whould be included in the GNU compiler suite, the C compiler would
have
 to be build first. Than the C++ compiler and than the D compiler.
 So where are the real problems?


 Pointless speculation without actual knowledge. Misrepresentation of someone's
opinions
 without actual knowledge for no apparent purpose other than to attack their
character
 or start a distracting religious flamewar.  Those are problems.  Everything
else is
 just a technical challange to be overcome by choosing the best method and
accepting and
 mitigating (where possible) the tradeoffs.


So is this thank you!
I am not trying to start a flame war!!!
You just feel actacked because of now I *think* obvious lack in the area of
interfacing C
with C++ out of which I totally understandable understand your questioning of
redoing the
D front in C...
I however, do not see or expect serious problems interfacing the two and out of
that
would not question rewriting C++ code in C.


 You're attempting to convince me on an approach, then have me do the
 work and then find out if its feasible.  I assure you this is not
 possible, I tend to like to determine whether an approach is feasible
 before getting to far down the path.


No I don't. I just seem to have quite a bit more C and C++ experience than
you... So... I
have done a lot of interfacing between C and C++ and yet have to find the first
instance
where I have to rewrite code in C.


 How about instead of you and Ben spinning your wheels trying to convince
 me of the approach, you take a few minutes, download GCC take a look at
 the documetnation I sent and write a quick C++ example front end if its
 so simple?  (maybe rewrite the tiny example in C++) humm?  It would
 probably take equal amount of time (again assuming its as simple as you
 say), and be far more productive.  That would be a FAR more convincing
 argument.


OK, sounds like something I could get into... Again I do not have a lot of time.
Also, since Walter is out, please send (perferable FTP) me the missing file for
the D
front.

Thanks!
Jan
Jun 26 2002
prev sibling next sibling parent reply andy <acoliver apache.org> writes:
Jan Knepper wrote:

 ben wrote:
 
 

The seperation between d is what I am also worried about. I don't care what
language people are using as long as its consistent across platforms,


 
 
 Agreed.
 
 

I don't like java but I am using it for that reason,


 
 
 I think that's Andy's favorite, so you guys might be at opposite ends.
 


Wow, can I start just making presumptuous assumptions as to your 
opinions and stating them in emails attacking you for no apparent reason?


 

I can be assured that sun java on windows or linux is pretty much the same..


 
 
 I hope so. I do not use Java, do not like nor dislike it. However I have heard
 different stories about this.
 One of the concerns about Java seems to be that it does not full fill this
 promise...
 


The other is that the performance is theoretically equal to C++, in 
actuality its not true.



 

Having to port all Walters changes to c for the linux front end would end up
causing a split.


 
 
 I also think it is not a good idea.


I think it is one approach.  There are others.  I'm trying to pick the 
best one.

-Andy



 Jan
Jun 26 2002
parent reply Jan Knepper <jan smartsoft.cc> writes:
andy wrote:


 Jan Knepper wrote:

 ben wrote:



The seperation between d is what I am also worried about. I don't care what
language people are using as long as its consistent across platforms,



 Agreed.



I don't like java but I am using it for that reason,


 I think that's Andy's favorite, so you guys might be at opposite ends.


 Wow, can I start just making presumptuous assumptions as to your
 opinions and stating them in emails attacking you for no apparent reason?


Sure. What do you expect? You have honestly and openly mentioned (I think more
than
once) that you have a strong dislike for C++. Well, there is quite a bit of C++
code
around. The D front end is one of those bits.


I can be assured that sun java on windows or linux is pretty much the same..


 I hope so. I do not use Java, do not like nor dislike it. However I have heard
 different stories about this.
 One of the concerns about Java seems to be that it does not full fill this
 promise...


 The other is that the performance is theoretically equal to C++, in actuality
its
 not true.


<g> What a joke!
The performance isn't nearly equal to C++.
May be it quicker and easier to develop something, but running the final
application???
I never checked, but Walter plugged the Java frontend he wrote onto the backend
of
the C++ and D compiler if I understood well. I never heard how good that
worked/was.


Having to port all Walters changes to c for the linux front end would end up
causing a split.


 I also think it is not a good idea.


 I think it is one approach.  There are others.  I'm trying to pick the
 best one.


So, we think it is a bad approach, what about that?

Jan
Jun 26 2002
parent andy <acoliver apache.org> writes:
Wow, can I start just making presumptuous assumptions as to your
opinions and stating them in emails attacking you for no apparent reason?


 
 
 Sure. What do you expect? You have honestly and openly mentioned (I think more
than
 once) that you have a strong dislike for C++. Well, there is quite a bit of
C++ code
 around. The D front end is one of those bits.
 


Full disclosure.  I also do not like Visual Basic.  There is lots of VB 
code around.  What does this have to do with interfacing C++ code into 
the GCC compiler?  Nothing.  Just like my dislike has NOTHING to do with 
it.  Because if the approach works, I'd have little or no C++ to write.


 

I can be assured that sun java on windows or linux is pretty much the same..


I hope so. I do not use Java, do not like nor dislike it. However I have heard
different stories about this.
One of the concerns about Java seems to be that it does not full fill this
promise...


The other is that the performance is theoretically equal to C++, in actuality
its
not true.


 
 
 <g> What a joke!
 The performance isn't nearly equal to C++.
 May be it quicker and easier to develop something, but running the final
 application???
 I never checked, but Walter plugged the Java frontend he wrote onto the
backend of
 the C++ and D compiler if I understood well. I never heard how good that
worked/was.
 


Sun and others have done benchmarks to show it nearly equal in speed. 
Perhaps one can create a simple application that matches speed, but not 
a real world application.

Performance is my principal problem with Java.  I find Java's WORA 
promise reasonably fulfilled in the type of development I typically do. 
  If I did GUI development, no doubt I'd feel different.

Again, this has absolutely nothing to do with the fact I still have no 
idea how to interface a C++ front end for GCC.


 

Having to port all Walters changes to c for the linux front end would end up
causing a split.


I also think it is not a good idea.


I think it is one approach.  There are others.  I'm trying to pick the
best one.


 
 
 So, we think it is a bad approach, what about that?
 


Nothing, so long as you understand I don't give a rat's behind what 
people who don't plan to contribute and haven't EVEN LOOKED AT GCC 
think.  Whats even more is I HAVEN'T DECIDED ON AN APPROACH.


-Andy



 Jan
Jun 26 2002
prev sibling parent ben <zander echotech.ca> writes:
Jan Knepper wrote:


 ben wrote:
 

 The seperation between d is what I am also worried about. I don't care
 what language people are using as long as its consistent across
 platforms,


 
 Agreed.
 

 I don't like java but I am using it for that reason,


 
 I think that's Andy's favorite, so you guys might be at opposite ends.


Well, I like the language, I don't like the speed, the inability to create 
different looks on different platforms.

Ben
 

 I can be assured that sun java on windows or linux is pretty much the
 same..


 
 I hope so. I do not use Java, do not like nor dislike it. However I have
 heard different stories about this.
 One of the concerns about Java seems to be that it does not full fill this
 promise...
 

 Having to port all Walters changes to c for the linux front end would end
 up causing a split.


 
 I also think it is not a good idea.
 
 Jan
Jun 26 2002
prev sibling parent reply andy <acoliver apache.org> writes:
Jan Knepper wrote:

Or perhaps you like c more.


 
 
 When you read some other post you will know soon...
 Some people just do not like C++. Which is fine. I love my wife. I am just glad
 not everybody does. <g>
 Andy's disadvantage is that he would like to have D on Linux, but D is written
 with some C++ features. I personally would just go ahead and compile the D
front
 end in C++ and the GNU backend in C and interface the two. It would basically
 come down to a C++ class system calling a C library which is done all over the
 world and which should not be a problem. However, Andy has stated so here that
 he does not like C++, so the D front will have to be rewritten in C. <g> My


Actually, I haven't made up my mind what approach.  I was hoping to get 
some factual information on what approach to take, but so far all I've 
gotten is conjecture.  I DO not like C++, never have, never will, but if 
we could plug Walters front end over a translation layer of sorts, I'd 
LOVE that approach.  But if it requires specially compiled versions of 
gcc, etc, etc...it won't be worth it.  Supporting a rewrite of Walter's 
front end is FAR easier (because its FAR better code) than any 
significant part of GCC.

My principal problem is that there are NO examples of how to do it in 
C++.  There are examples in C.  I've even gotten one to compile! 
Perhaps there is a reason, perhaps there isn't.  If someone showed me 
the light, I'd be fine with it.  Talk is cheap.

Oddly enough with all of this mischaracterization of my opinion on the 
matter I was favoring the other approach provided I/someone else could 
figure out how.


 personal opinion... dumb, dumb, dumb, dumb, dumb, why would someone try to fix
 what ain't broken??? It's just going to generate a LOT more work as changes to


I haven't made up my mind.  You apparently have.  You seem to hold many 
strong opinions.  I've been goofing around with gcc and Walter's front 
end.  Thats the progress up to now.

For anyone who doesn't like my approach the course of action is simple. 

Start writing something!


 the C++ front will have to be ported to the C front which is probably going to
 create derivations of the language... Than we at least have an other language
 that isn't the same all over the place. <g>


Again, I've summarized this before.  Like I said, it will depend on 
practical it is.  I must study gcc more in depth.


 Unfortunately I really do not have the time to get involved in this. I really
 would like to, but I have a mortage to pay, a T1 to pay, a car to pay, a phone
 to pay oh, I forgot I need to eat too! <g>
 


I paid off my car with my house.  Anyhow, I've got plenty of work to do 
as well (1.5 jobs, wife, kids, bills, co-loco, etc), I just plan to 
squeeze this in.  Its all a matter of priorities.  If this were 
important to you, you'd make time for it.  Its not.  No biggie.


-Andy



 Jan
Jun 26 2002
parent reply Jan Knepper <jan smartsoft.cc> writes:
andy wrote:


 Andy's disadvantage is that he would like to have D on Linux, but D is written
 with some C++ features. I personally would just go ahead and compile the D
front
 end in C++ and the GNU backend in C and interface the two. It would basically
 come down to a C++ class system calling a C library which is done all over the
 world and which should not be a problem. However, Andy has stated so here that
 he does not like C++, so the D front will have to be rewritten in C. <g> My


 Actually, I haven't made up my mind what approach.  I was hoping to get
 some factual information on what approach to take, but so far all I've
 gotten is conjecture.  I DO not like C++, never have, never will, but if
 we could plug Walters front end over a translation layer of sorts, I'd
 LOVE that approach.


I think that's the best approach. It just requires the translation
layer/interface.


  But if it requires specially compiled versions of
 gcc, etc, etc...it won't be worth it.  Supporting a rewrite of Walter's
 front end is FAR easier (because its FAR better code) than any
 significant part of GCC.


Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should be able to
interface to the backend.


 My principal problem is that there are NO examples of how to do it in
 C++.  There are examples in C.  I've even gotten one to compile!
 Perhaps there is a reason, perhaps there isn't.  If someone showed me
 the light, I'd be fine with it.  Talk is cheap.


This is not a problem this is a challenge!
I program in C++ on FreeBSD all the time and interface to system functions (C)
all the
time. I really do not see what the problem is.


 Oddly enough with all of this mischaracterization of my opinion on the
 matter I was favoring the other approach provided I/someone else could
 figure out how.


Well, you are pretty strong (honestly though) about your C++ dislike.


 personal opinion... dumb, dumb, dumb, dumb, dumb, why would someone try to fix
 what ain't broken??? It's just going to generate a LOT more work as changes to


 I haven't made up my mind.  You apparently have.  You seem to hold many
 strong opinions.  I've been goofing around with gcc and Walter's front
 end.  Thats the progress up to now.


Well, I also have tried to compile the front end and as it seems there are
header
files missing. I have tried to create some fake once, but it would require some
serious study as to see how it interfaces. Unfortunately I do not have the time
for
that at this moment.


 For anyone who doesn't like my approach the course of action is simple.
 Start writing something!


I guess we just do not like you strong dislike of C++. Sorry...


 the C++ front will have to be ported to the C front which is probably going to
 create derivations of the language... Than we at least have an other language
 that isn't the same all over the place. <g>


 Again, I've summarized this before.  Like I said, it will depend on
 practical it is.  I must study gcc more in depth.


Yes you have. I just repeated it as it is a serious concern to me for the sake
of the
D language.


 Unfortunately I really do not have the time to get involved in this. I really
 would like to, but I have a mortage to pay, a T1 to pay, a car to pay, a phone
 to pay oh, I forgot I need to eat too! <g>


 I paid off my car with my house.


I don't even have a car!


 Anyhow, I've got plenty of work to do as well (1.5 jobs, wife, kids, bills,
co-loco,
 etc), I just plan to
 squeeze this in.  Its all a matter of priorities.  If this were important to
you,
 you'd make time for it.  Its not.  No biggie.


Well, so do I, but to make some serious progress I would have to spend a
contiuous
week or more on it. Besides that... I have no problems with C++. <g> so using
the
front end as is does not create any issue for me in that department.

Jan
Jun 26 2002
parent reply "Andrew C. Oliver" <acoliver apache.org> writes:
Jan Knepper wrote


Where can I find it?


<kindly-scrolls-through-archive-and-repost-for-you/>


  


In article <3CF645E3.3030006 apache.org>, andy says...


1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3. http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working with 
GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at: 
http://sourceforge.net/projects/brightd -





Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should be able to
interface to the backend.
      


You are in error.
    


Simply Why?
  


Look.  No amount of explaining on my part will convince you that this is 
not an elementary excercise, you need to see this on your own.


  


      


So?  Who cares?  This is NOT about my C++ dislike.
    


I don't, but dislikes usually make that you don't know alot about it. Just the
few things
you do not like, at least with me that's the case which than of course disabled
you to do
what you would like to do with it.
  


No.  I do not profess to have many years of experience in C++ ( 2 ).  I 
have written mostly headless code in it (last think I remember writting 
was an NT service).   The reason I dislike C++ are the projects I've 
worked on with others.  If I were coding strictly on my own or with 
someone who writes as good of code as Walter does (only perhaps with a 
bit more in the way of comments), then I'd find C++ adequate (like I do 
C).  The trouble is that I've never seen exsiting C++ code where 
multiple people worked on it and it wasn't a horrible mess.  Do I know 
how to write a decent C++ program that is not a mess.  Yes, but C++ is a 
language which more adequately facillitates entropy.

I've seen horrible software written in many languages, but the most 
horrible software I've seen was written in a mix of C++ and C, the 
second most horrible piece of software I've seen was written in VB.  The 
afore mentioned C++ code utilized multiple inheritance in ways that 
would just hurt your head and I shan't describe it further because it 
still hurts my head to think of it.  

For the record, I know PERL and use it when I need an advanced shell 
script, but I feel the same way about it as I do C++ for anything more 
substantial than a shell script.

Consequently (and attempting to bring this irrelevant and offtopic 
conversation back on the subject), most of the things that I see as 
promoting software entropy in C++ are missing or greatly improved in D.  


  


Well, I also have tried to compile the front end and as it seems there are
header
files missing. I have tried to create some fake once, but it would require some
serious study as to see how it interfaces. Unfortunately I do not have the time
for
that at this moment.
      


I got them from walter.  He didn't leave them out on purpose, and the
others he left out because he didn't think them important.
    


Could you put them on FTP please?
  


Where?  I imagine he included them in the recent release.


If C++ was all that great, then there would be no point in D..humm.  My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd not
even have to necessarily code in C++ very much.
    


I don't say C++ is that great. I just happen to like it and have quite a bit of
experience
with it.
Indeed if the C++ approach works the whole project would make a lot more sense
to me as no
work is being redone. That's one thing I really do not like, not for myself nor
others.
  


I avoid working in C++ and therefore do not have a great deal of 
experience in it (2+ years).  I also do not have a great deal of 
experience burning my own flesh, although I've rubbed against hot pans 
on the stove by accident on a few accassions and once tripped and 
touched my finger to my bar-b-que grill, from this experience I feel 
fully qualified in saying that having one's flesh burnt seriously sucks 
and I will continue to avoid it (just like C++).

Since you do not plan to contribute to the project, I do not understand 
why rework would be an issue for you.


  


If I didn't have a car I couldn't get to work.  Public transportation
here sucks and Cabs are $35 bucks a trip (hardly worth it).
    


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!
  


I actually live reasonably out in the stix.  Although there is a gas 
station/conv store within a few miles.


  


I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY look
at GCC and at least ONE of the front end examples (which should take you
all of 2 hours if your skill matches your gab), you've NO idea what I'm
talking about.
    


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy and quick
way to go.
  


Then I'll be convinced.  With me, code speaks way louder than words.  I 
honestly hope you prove me a baffoon and make short
work of it.  From there, the stooge shall quietly take your example and 
begin working out a way to plug the D front end onto it.

BTW, Ben mentioned he was insterested in doing the same thing, so you 
might want to utilize his assistance in the interest in saving time.

-Andy


Jan
Jun 26 2002
next sibling parent reply Jan Knepper <jan smartsoft.cc> writes:
 <kindly-scrolls-through-archive-and-repost-for-you/>


Thanks!


 In article <3CF645E3.3030006 apache.org>, andy says...


1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3. http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working with
GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






OK, did you try to compile Toy?


Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should be able to
interface to the backend.


You are in error.


Simply Why?


 Look.  No amount of explaining on my part will convince you that this is
 not an elementary excercise, you need to see this on your own.


OK, hopefully later this week.


So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about it. Just the
few things
you do not like, at least with me that's the case which than of course disabled
you to do
what you would like to do with it.


 No.  I do not profess to have many years of experience in C++ ( 2 ).  I
 have written mostly headless code in it (last think I remember writting
 was an NT service).


Well, if you would, you would put it on your resume or not???


 The reason I dislike C++ are the projects I've worked on with others.


That's not C++'s fault...


 If I were coding strictly on my own or with
 someone who writes as good of code as Walter does (only perhaps with a
 bit more in the way of comments), then I'd find C++ adequate (like I do
 C).  The trouble is that I've never seen exsiting C++ code where
 multiple people worked on it and it wasn't a horrible mess.


<g>
I have, but it takes STRONG guidance and somebody really needs to define the
style/rules, etc.


 Do I know how to write a decent C++ program that is not a mess.  Yes, but C++
is a language
 which more adequately facillitates entropy.


I know.


 I've seen horrible software written in many languages, but the most
 horrible software I've seen was written in a mix of C++ and C, the
 second most horrible piece of software I've seen was written in VB.  The
 afore mentioned C++ code utilized multiple inheritance in ways that
 would just hurt your head and I shan't describe it further because it
 still hurts my head to think of it.


I've seen those things too. I call it "excessive C++" <g>
This is not C++'s fault, but the designers...
Of course C++ allows you to do it, which I think is great...


 For the record, I know PERL and use it when I need an advanced shell
 script, but I feel the same way about it as I do C++ for anything more
 substantial than a shell script.


Don't know perl.


 Consequently (and attempting to bring this irrelevant and offtopic
 conversation back on the subject), most of the things that I see as
 promoting software entropy in C++ are missing or greatly improved in D.


Sure are.


Well, I also have tried to compile the front end and as it seems there are
header
files missing. I have tried to create some fake once, but it would require some
serious study as to see how it interfaces. Unfortunately I do not have the time
for
that at this moment.


I got them from walter.  He didn't leave them out on purpose, and the
others he left out because he didn't think them important.


Could you put them on FTP please?


 Where?  I imagine he included them in the recent release.


I'll give you a userid+passwd via private mail.


If C++ was all that great, then there would be no point in D..humm.  My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd not
even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have quite a bit of
experience
with it.
Indeed if the C++ approach works the whole project would make a lot more sense
to me as no
work is being redone. That's one thing I really do not like, not for myself nor
others.


 I avoid working in C++ and therefore do not have a great deal of
 experience in it (2+ years).  I also do not have a great deal of
 experience burning my own flesh, although I've rubbed against hot pans
 on the stove by accident on a few accassions and once tripped and
 touched my finger to my bar-b-que grill, from this experience I feel
 fully qualified in saying that having one's flesh burnt seriously sucks
 and I will continue to avoid it (just like C++).


That's comparing apples and oranges, but point taken.
I would not go and burn my own flesh eather, but I have been know of taking a
razor and cutting
some stuff out of my foot... (No kiddig!) Also, I have not problems refraining
from 'pleasures'
in life and tend to pressure myself to hard... (only slept from 4:30 to 7:45
last night). So
basically, the more difficult it gets for me, the more fun I have.


 Since you do not plan to contribute to the project, I do not understand why
rework would be
 an issue for you.


I think that time could be spend better... I spend too little time with my
better half...


If I didn't have a car I couldn't get to work.  Public transportation
here sucks and Cabs are $35 bucks a trip (hardly worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


 I actually live reasonably out in the stix.  Although there is a gas
 station/conv store within a few miles.


No gas for at least 6/7 miles.


I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY look
at GCC and at least ONE of the front end examples (which should take you
all of 2 hours if your skill matches your gab), you've NO idea what I'm
talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy and quick
way to go.


 Then I'll be convinced.  With me, code speaks way louder than words.  I
 honestly hope you prove me a baffoon and make short
 work of it.  From there, the stooge shall quietly take your example and
 begin working out a way to plug the D front end onto it.

 BTW, Ben mentioned he was insterested in doing the same thing, so you
 might want to utilize his assistance in the interest in saving time.


Well, this is an open forum. Ben should be able to followup on this.
I will check with him though.
Thanks!
Jan
Jun 26 2002
next sibling parent andy <acoliver apache.org> writes:
Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






 
 OK, did you try to compile Toy?
 


Yes, it took some doing, but I eventually got it to compile.  I don't 
remember everything I had to do.  I did have to modify the make file, 
but I think it was mostly mis-defined paths (which you should be able to 
  figure out pretty easily).

I COULDN'T get it to compile on windows.  There seems to be a missing 
header file and/or library include somewhere.


Look.  No amount of explaining on my part will convince you that this is
not an elementary excercise, you need to see this on your own.


 
 
 OK, hopefully later this week.
 


Excellent.


No.  I do not profess to have many years of experience in C++ ( 2 ).  I
have written mostly headless code in it (last think I remember writting
was an NT service).


 
 
 Well, if you would, you would put it on your resume or not???
 


Which C++ or the NT Service.  I'm a contractor.  I put everything on my 
resume, proud or not.  Especially in this economy.


 

The reason I dislike C++ are the projects I've worked on with others.


 
 
 That's not C++'s fault...
 


And its not PERL's fault that most perl programs are incomprehensible 
spaghetti, but it certainly doesn't help.


 

If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with a
bit more in the way of comments), then I'd find C++ adequate (like I do
C).  The trouble is that I've never seen exsiting C++ code where
multiple people worked on it and it wasn't a horrible mess.


 
 
 <g>
 I have, but it takes STRONG guidance and somebody really needs to define the
style/rules, etc.
 


And when I have a say in the matter, this happens.  Generally speaking 
this is not the natural order of things.


 

Do I know how to write a decent C++ program that is not a mess.  Yes, but C++
is a language
which more adequately facillitates entropy.


 
 
 I know.
 


Then you know have an understanding of why exactly


 

I've seen horrible software written in many languages, but the most
horrible software I've seen was written in a mix of C++ and C, the
second most horrible piece of software I've seen was written in VB.  The
afore mentioned C++ code utilized multiple inheritance in ways that
would just hurt your head and I shan't describe it further because it
still hurts my head to think of it.


 
 
 I've seen those things too. I call it "excessive C++" <g>
 This is not C++'s fault, but the designers...
 Of course C++ allows you to do it, which I think is great...
 


I'm from the school of the moderate.  The language should not support 
horrible practices, let the programmers write that in themselves.


 

For the record, I know PERL and use it when I need an advanced shell
script, but I feel the same way about it as I do C++ for anything more
substantial than a shell script.


 
 
 Don't know perl.
 


Its pretty dern useful.  PERL should be in anyone's toolcase.  I hope to 
learn awk one day soon.


 

Consequently (and attempting to bring this irrelevant and offtopic
conversation back on the subject), most of the things that I see as
promoting software entropy in C++ are missing or greatly improved in D.


 
 
 Sure are.
 


And so we come to a greater understanding.


Where?  I imagine he included them in the recent release.


 
 
 I'll give you a userid+passwd via private mail.
 


cool.  Check that the latest release donesn't include newer ones.  I 
found one file, but walter sent the other to the newsgroup.  Still 
looking for that one.


I avoid working in C++ and therefore do not have a great deal of
experience in it (2+ years).  I also do not have a great deal of
experience burning my own flesh, although I've rubbed against hot pans
on the stove by accident on a few accassions and once tripped and
touched my finger to my bar-b-que grill, from this experience I feel
fully qualified in saying that having one's flesh burnt seriously sucks
and I will continue to avoid it (just like C++).


 
 
 That's comparing apples and oranges, but point taken.
 I would not go and burn my own flesh eather, but I have been know of taking a
razor and cutting
 some stuff out of my foot... (No kiddig!) Also, I have not problems refraining
from 'pleasures'
 in life and tend to pressure myself to hard... (only slept from 4:30 to 7:45
last night). So
 basically, the more difficult it gets for me, the more fun I have.
 


Hehe..  I do this: http://jakarta.apache.org/poi (a port of a horribly 
overcomplicated convoluted file format to a language with poor support 
for low level IO and inefficient data structures!  HA!)


 

Since you do not plan to contribute to the project, I do not understand why
rework would be
an issue for you.


 
 
 I think that time could be spend better... I spend too little time with my
better half...
 
 


I hear that.


BTW, Ben mentioned he was insterested in doing the same thing, so you
might want to utilize his assistance in the interest in saving time.


 
 
 Well, this is an open forum. Ben should be able to followup on this.
 I will check with him though.


Collaboration does not commonly happen by accident.

Prost,

-Andy



 Thanks!
 Jan
Jun 26 2002
prev sibling parent reply ben <zander echotech.ca> writes:
I would like to point out that you can write crap in any language, its the 
languages that have the ability to write clean code are the good ones.. ie 

c, my god there is some bad c code, stuff that the copiler can't even figure 
out enough to optimize it.
perl - well that is just an invitation for hackers, almost everybody i know 
that use perl are programmers that like righting unreadable small tight 
(tight is usually not the case, they just think it is) code, 

php - everybody I know  that program in php have this consept for everything 
"Put it in an array, then parse array", that even happens when looping 
though the results of a database. Every app have looked though (well alot 
of them have this) 
while (not the end of query) {
        put in array
}

while not the end of array {
        do something
}
What is the point of that. 

c++ - overloading and inheratince does not have to be used in everything 
program like its the "function main()".

The list goes on.. The point is not the bad things, cause theres no stoping 
some people, its the good things. 
c++ allows you to write class, so all you have to worry about is the 
interface (if you make sure your values are private) and if nessesary build 
a testing harness for each class. (its been a while for c so don't worry 
about syntex)

--------
cMath.cpp
--------

class cMath() {
        long add(int,int)
        long add(long,long)
private:
        long value
}

------------
cMathTest.c
------------
int main() {
        math = new cMath();
        long a,b; 
        a = math->add(100,100);
        b = math->add(100000,100000);
        if (a != 200) {
                cout << "ERROR, cMath has an error in add(int,int)" << endl;
                cout << "Correct result is 200";
                cout << "cMath result is " << a;
        }
        if (b != 200000) {
                cout << "ERROR, cMath has an error in add(long,long)" << endl;
                cout << "Correct result is 200000";
                cout << "cMath result is " << b;
        }
}

So if you decide to change all the code inside cMath to assembly and do 
bitshifting when possible then you can run the test harness on top of it 
again. To make sure everything is being tested correctly, including 
overflows and such. If everybody wrote each class with a harness, then the 
harness can be the example program, and as long as you up stuff like 
overflows and such in the testing harness, your code would be increadebly 
solid, and very easy to change the internals without introducing bugs. 

Later, Ben


Jan Knepper wrote:


 <kindly-scrolls-through-archive-and-repost-for-you/>


 
 Thanks!
 

 In article <3CF645E3.3030006 apache.org>, andy says...


1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3.
http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working
with GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






 
 OK, did you try to compile Toy?
 

Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should be
able to interface to the backend.


You are in error.


Simply Why?


 Look.  No amount of explaining on my part will convince you that this is
 not an elementary excercise, you need to see this on your own.


 
 OK, hopefully later this week.
 

So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about it.
Just the few things you do not like, at least with me that's the case
which than of course disabled you to do what you would like to do with
it.


 No.  I do not profess to have many years of experience in C++ ( 2 ).  I
 have written mostly headless code in it (last think I remember writting
 was an NT service).


 
 Well, if you would, you would put it on your resume or not???
 

 The reason I dislike C++ are the projects I've worked on with others.


 
 That's not C++'s fault...
 

 If I were coding strictly on my own or with
 someone who writes as good of code as Walter does (only perhaps with a
 bit more in the way of comments), then I'd find C++ adequate (like I do
 C).  The trouble is that I've never seen exsiting C++ code where
 multiple people worked on it and it wasn't a horrible mess.


 
 <g>
 I have, but it takes STRONG guidance and somebody really needs to define
 the style/rules, etc.
 

 Do I know how to write a decent C++ program that is not a mess.  Yes, but
 C++ is a language which more adequately facillitates entropy.


 
 I know.
 

 I've seen horrible software written in many languages, but the most
 horrible software I've seen was written in a mix of C++ and C, the
 second most horrible piece of software I've seen was written in VB.  The
 afore mentioned C++ code utilized multiple inheritance in ways that
 would just hurt your head and I shan't describe it further because it
 still hurts my head to think of it.


 
 I've seen those things too. I call it "excessive C++" <g>
 This is not C++'s fault, but the designers...
 Of course C++ allows you to do it, which I think is great...
 

 For the record, I know PERL and use it when I need an advanced shell
 script, but I feel the same way about it as I do C++ for anything more
 substantial than a shell script.


 
 Don't know perl.
 

 Consequently (and attempting to bring this irrelevant and offtopic
 conversation back on the subject), most of the things that I see as
 promoting software entropy in C++ are missing or greatly improved in D.


 
 Sure are.
 

Well, I also have tried to compile the front end and as it seems there
are header files missing. I have tried to create some fake once, but
it would require some serious study as to see how it interfaces.
Unfortunately I do not have the time for that at this moment.


I got them from walter.  He didn't leave them out on purpose, and the
others he left out because he didn't think them important.


Could you put them on FTP please?


 Where?  I imagine he included them in the recent release.


 
 I'll give you a userid+passwd via private mail.
 

If C++ was all that great, then there would be no point in D..humm.  My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd not
even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have quite a
bit of experience with it.
Indeed if the C++ approach works the whole project would make a lot more
sense to me as no work is being redone. That's one thing I really do not
like, not for myself nor others.


 I avoid working in C++ and therefore do not have a great deal of
 experience in it (2+ years).  I also do not have a great deal of
 experience burning my own flesh, although I've rubbed against hot pans
 on the stove by accident on a few accassions and once tripped and
 touched my finger to my bar-b-que grill, from this experience I feel
 fully qualified in saying that having one's flesh burnt seriously sucks
 and I will continue to avoid it (just like C++).


 
 That's comparing apples and oranges, but point taken.
 I would not go and burn my own flesh eather, but I have been know of
 taking a razor and cutting some stuff out of my foot... (No kiddig!) Also,
 I have not problems refraining from 'pleasures' in life and tend to
 pressure myself to hard... (only slept from 4:30 to 7:45 last night). So
 basically, the more difficult it gets for me, the more fun I have.
 

 Since you do not plan to contribute to the project, I do not understand
 why rework would be an issue for you.


 
 I think that time could be spend better... I spend too little time with my
 better half...
 

If I didn't have a car I couldn't get to work.  Public transportation
here sucks and Cabs are $35 bucks a trip (hardly worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


 I actually live reasonably out in the stix.  Although there is a gas
 station/conv store within a few miles.


 
 No gas for at least 6/7 miles.
 

I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY look
at GCC and at least ONE of the front end examples (which should take
you all of 2 hours if your skill matches your gab), you've NO idea what
I'm talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy and
quick way to go.


 Then I'll be convinced.  With me, code speaks way louder than words.  I
 honestly hope you prove me a baffoon and make short
 work of it.  From there, the stooge shall quietly take your example and
 begin working out a way to plug the D front end onto it.

 BTW, Ben mentioned he was insterested in doing the same thing, so you
 might want to utilize his assistance in the interest in saving time.


 
 Well, this is an open forum. Ben should be able to followup on this.
 I will check with him though.
 Thanks!
 Jan
Jun 27 2002
parent reply andy <acoliver apache.org> writes:
ben wrote:

 I would like to point out that you can write crap in any language, its the 
 languages that have the ability to write clean code are the good ones.. ie 


yes


 c, my god there is some bad c code, stuff that the copiler can't even figure 
 out enough to optimize it.
 perl - well that is just an invitation for hackers, almost everybody i know 
 that use perl are programmers that like righting unreadable small tight 
 (tight is usually not the case, they just think it is) code, 
 


yes


 php - everybody I know  that program in php have this consept for everything 
 "Put it in an array, then parse array", that even happens when looping 
 though the results of a database. Every app have looked though (well alot 
 of them have this) 
 while (not the end of query) {
         put in array
 }
 
 while not the end of array {
         do something
 }
 What is the point of that. 
 
 c++ - overloading and inheratince does not have to be used in everything 
 program like its the "function main()".
 


but it does.

<snip/> (I read it but this has nothing to do with my issues with C)

In my opinion, while C++ adding the concept of a class is nice, the 
other less useful but easily and frequently misused features extend,
add onto and compound the problems of C, not improve them.  D leaves in
the good stuff, adds other good stuff (garbage collection), then removes 
the nasty C++ additions.  This is why I do not like C++, but like D.

PERL - I stated I also don't like PERL but find it less avoidable then C++.

C - there is a time and place for C

Java - expensive, but less problematic than C++

This is way off topic... lets drop it and make D wipe the floor with 
them all (except PERL which will still be just the write tool for a 
quick advanced shell script)

-Andy


 Later, Ben
 
 
 Jan Knepper wrote:
 
 

<kindly-scrolls-through-archive-and-repost-for-you/>


Thanks!



In article <3CF645E3.3030006 apache.org>, andy says...



1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3.
http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working
with GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






OK, did you try to compile Toy?



Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should be
able to interface to the backend.


You are in error.


Simply Why?


Look.  No amount of explaining on my part will convince you that this is
not an elementary excercise, you need to see this on your own.


OK, hopefully later this week.



So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about it.
Just the few things you do not like, at least with me that's the case
which than of course disabled you to do what you would like to do with
it.


No.  I do not profess to have many years of experience in C++ ( 2 ).  I
have written mostly headless code in it (last think I remember writting
was an NT service).


Well, if you would, you would put it on your resume or not???



The reason I dislike C++ are the projects I've worked on with others.


That's not C++'s fault...



If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with a
bit more in the way of comments), then I'd find C++ adequate (like I do
C).  The trouble is that I've never seen exsiting C++ code where
multiple people worked on it and it wasn't a horrible mess.


<g>
I have, but it takes STRONG guidance and somebody really needs to define
the style/rules, etc.



Do I know how to write a decent C++ program that is not a mess.  Yes, but
C++ is a language which more adequately facillitates entropy.


I know.



I've seen horrible software written in many languages, but the most
horrible software I've seen was written in a mix of C++ and C, the
second most horrible piece of software I've seen was written in VB.  The
afore mentioned C++ code utilized multiple inheritance in ways that
would just hurt your head and I shan't describe it further because it
still hurts my head to think of it.


I've seen those things too. I call it "excessive C++" <g>
This is not C++'s fault, but the designers...
Of course C++ allows you to do it, which I think is great...



For the record, I know PERL and use it when I need an advanced shell
script, but I feel the same way about it as I do C++ for anything more
substantial than a shell script.


Don't know perl.



Consequently (and attempting to bring this irrelevant and offtopic
conversation back on the subject), most of the things that I see as
promoting software entropy in C++ are missing or greatly improved in D.


Sure are.



Well, I also have tried to compile the front end and as it seems there
are header files missing. I have tried to create some fake once, but
it would require some serious study as to see how it interfaces.
Unfortunately I do not have the time for that at this moment.


I got them from walter.  He didn't leave them out on purpose, and the
others he left out because he didn't think them important.


Could you put them on FTP please?


Where?  I imagine he included them in the recent release.


I'll give you a userid+passwd via private mail.



If C++ was all that great, then there would be no point in D..humm.  My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd not
even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have quite a
bit of experience with it.
Indeed if the C++ approach works the whole project would make a lot more
sense to me as no work is being redone. That's one thing I really do not
like, not for myself nor others.


I avoid working in C++ and therefore do not have a great deal of
experience in it (2+ years).  I also do not have a great deal of
experience burning my own flesh, although I've rubbed against hot pans
on the stove by accident on a few accassions and once tripped and
touched my finger to my bar-b-que grill, from this experience I feel
fully qualified in saying that having one's flesh burnt seriously sucks
and I will continue to avoid it (just like C++).


That's comparing apples and oranges, but point taken.
I would not go and burn my own flesh eather, but I have been know of
taking a razor and cutting some stuff out of my foot... (No kiddig!) Also,
I have not problems refraining from 'pleasures' in life and tend to
pressure myself to hard... (only slept from 4:30 to 7:45 last night). So
basically, the more difficult it gets for me, the more fun I have.



Since you do not plan to contribute to the project, I do not understand
why rework would be an issue for you.


I think that time could be spend better... I spend too little time with my
better half...



If I didn't have a car I couldn't get to work.  Public transportation
here sucks and Cabs are $35 bucks a trip (hardly worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


I actually live reasonably out in the stix.  Although there is a gas
station/conv store within a few miles.


No gas for at least 6/7 miles.



I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY look
at GCC and at least ONE of the front end examples (which should take
you all of 2 hours if your skill matches your gab), you've NO idea what
I'm talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy and
quick way to go.


Then I'll be convinced.  With me, code speaks way louder than words.  I
honestly hope you prove me a baffoon and make short
work of it.  From there, the stooge shall quietly take your example and
begin working out a way to plug the D front end onto it.

BTW, Ben mentioned he was insterested in doing the same thing, so you
might want to utilize his assistance in the interest in saving time.


Well, this is an open forum. Ben should be able to followup on this.
I will check with him though.
Thanks!
Jan
Jun 27 2002
parent reply ben <zander echotech.ca> writes:
I would like to see d wipe the floor but the first step is to get it into 
linux.. So far nowone will help me build a c++ frontend but I am going to 
keep working at it..

later, Ben

andy wrote:


 ben wrote:

 I would like to point out that you can write crap in any language, its
 the languages that have the ability to write clean code are the good
 ones.. ie


 
 yes
 

 c, my god there is some bad c code, stuff that the copiler can't even
 figure out enough to optimize it.
 perl - well that is just an invitation for hackers, almost everybody i
 know that use perl are programmers that like righting unreadable small
 tight (tight is usually not the case, they just think it is) code,
 


 
 yes
 

 php - everybody I know  that program in php have this consept for
 everything "Put it in an array, then parse array", that even happens when
 looping though the results of a database. Every app have looked though
 (well alot of them have this)
 while (not the end of query) {
         put in array
 }
 
 while not the end of array {
         do something
 }
 What is the point of that.
 
 c++ - overloading and inheratince does not have to be used in everything
 program like its the "function main()".
 


 
 but it does.
 
 <snip/> (I read it but this has nothing to do with my issues with C)
 
 In my opinion, while C++ adding the concept of a class is nice, the
 other less useful but easily and frequently misused features extend,
 add onto and compound the problems of C, not improve them.  D leaves in
 the good stuff, adds other good stuff (garbage collection), then removes
 the nasty C++ additions.  This is why I do not like C++, but like D.
 
 PERL - I stated I also don't like PERL but find it less avoidable then
 C++.
 
 C - there is a time and place for C
 
 Java - expensive, but less problematic than C++
 
 This is way off topic... lets drop it and make D wipe the floor with
 them all (except PERL which will still be just the write tool for a
 quick advanced shell script)
 
 -Andy
 

 Later, Ben
 
 
 Jan Knepper wrote:
 
 

<kindly-scrolls-through-archive-and-repost-for-you/>


Thanks!



In article <3CF645E3.3030006 apache.org>, andy says...



1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3.
http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working
with GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






OK, did you try to compile Toy?



Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should
be able to interface to the backend.


You are in error.


Simply Why?


Look.  No amount of explaining on my part will convince you that this is
not an elementary excercise, you need to see this on your own.


OK, hopefully later this week.



So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about it.
Just the few things you do not like, at least with me that's the case
which than of course disabled you to do what you would like to do with
it.


No.  I do not profess to have many years of experience in C++ ( 2 ).  I
have written mostly headless code in it (last think I remember writting
was an NT service).


Well, if you would, you would put it on your resume or not???



The reason I dislike C++ are the projects I've worked on with others.


That's not C++'s fault...



If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with a
bit more in the way of comments), then I'd find C++ adequate (like I do
C).  The trouble is that I've never seen exsiting C++ code where
multiple people worked on it and it wasn't a horrible mess.


<g>
I have, but it takes STRONG guidance and somebody really needs to define
the style/rules, etc.



Do I know how to write a decent C++ program that is not a mess.  Yes,
but C++ is a language which more adequately facillitates entropy.


I know.



I've seen horrible software written in many languages, but the most
horrible software I've seen was written in a mix of C++ and C, the
second most horrible piece of software I've seen was written in VB.  The
afore mentioned C++ code utilized multiple inheritance in ways that
would just hurt your head and I shan't describe it further because it
still hurts my head to think of it.


I've seen those things too. I call it "excessive C++" <g>
This is not C++'s fault, but the designers...
Of course C++ allows you to do it, which I think is great...



For the record, I know PERL and use it when I need an advanced shell
script, but I feel the same way about it as I do C++ for anything more
substantial than a shell script.


Don't know perl.



Consequently (and attempting to bring this irrelevant and offtopic
conversation back on the subject), most of the things that I see as
promoting software entropy in C++ are missing or greatly improved in D.


Sure are.



Well, I also have tried to compile the front end and as it seems
there are header files missing. I have tried to create some fake
once, but it would require some serious study as to see how it
interfaces. Unfortunately I do not have the time for that at this
moment.


I got them from walter.  He didn't leave them out on purpose, and the
others he left out because he didn't think them important.


Could you put them on FTP please?


Where?  I imagine he included them in the recent release.


I'll give you a userid+passwd via private mail.



If C++ was all that great, then there would be no point in D..humm. 
My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd
not even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have quite
a bit of experience with it.
Indeed if the C++ approach works the whole project would make a lot
more sense to me as no work is being redone. That's one thing I really
do not like, not for myself nor others.


I avoid working in C++ and therefore do not have a great deal of
experience in it (2+ years).  I also do not have a great deal of
experience burning my own flesh, although I've rubbed against hot pans
on the stove by accident on a few accassions and once tripped and
touched my finger to my bar-b-que grill, from this experience I feel
fully qualified in saying that having one's flesh burnt seriously sucks
and I will continue to avoid it (just like C++).


That's comparing apples and oranges, but point taken.
I would not go and burn my own flesh eather, but I have been know of
taking a razor and cutting some stuff out of my foot... (No kiddig!)
Also, I have not problems refraining from 'pleasures' in life and tend to
pressure myself to hard... (only slept from 4:30 to 7:45 last night). So
basically, the more difficult it gets for me, the more fun I have.



Since you do not plan to contribute to the project, I do not understand
why rework would be an issue for you.


I think that time could be spend better... I spend too little time with
my better half...



If I didn't have a car I couldn't get to work.  Public transportation
here sucks and Cabs are $35 bucks a trip (hardly worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


I actually live reasonably out in the stix.  Although there is a gas
station/conv store within a few miles.


No gas for at least 6/7 miles.



I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY look
at GCC and at least ONE of the front end examples (which should take
you all of 2 hours if your skill matches your gab), you've NO idea
what I'm talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy and
quick way to go.


Then I'll be convinced.  With me, code speaks way louder than words.  I
honestly hope you prove me a baffoon and make short
work of it.  From there, the stooge shall quietly take your example and
begin working out a way to plug the D front end onto it.

BTW, Ben mentioned he was insterested in doing the same thing, so you
might want to utilize his assistance in the interest in saving time.


Well, this is an open forum. Ben should be able to followup on this.
I will check with him though.
Thanks!
Jan
Jun 28 2002
next sibling parent reply andy <acoliver apache.org> writes:
Jan is working at it too.  Perhaps if you summarize what you've done so 
far.  Oh and the site will move to www.opend.org, provided we all agree 
on an approach.

-Andy

ben wrote:

 I would like to see d wipe the floor but the first step is to get it into 
 linux.. So far nowone will help me build a c++ frontend but I am going to 
 keep working at it..
 
 later, Ben
 
 andy wrote:
 
 

ben wrote:


I would like to point out that you can write crap in any language, its
the languages that have the ability to write clean code are the good
ones.. ie


yes



c, my god there is some bad c code, stuff that the copiler can't even
figure out enough to optimize it.
perl - well that is just an invitation for hackers, almost everybody i
know that use perl are programmers that like righting unreadable small
tight (tight is usually not the case, they just think it is) code,


yes



php - everybody I know  that program in php have this consept for
everything "Put it in an array, then parse array", that even happens when
looping though the results of a database. Every app have looked though
(well alot of them have this)
while (not the end of query) {
        put in array
}

while not the end of array {
        do something
}
What is the point of that.

c++ - overloading and inheratince does not have to be used in everything
program like its the "function main()".


but it does.

<snip/> (I read it but this has nothing to do with my issues with C)

In my opinion, while C++ adding the concept of a class is nice, the
other less useful but easily and frequently misused features extend,
add onto and compound the problems of C, not improve them.  D leaves in
the good stuff, adds other good stuff (garbage collection), then removes
the nasty C++ additions.  This is why I do not like C++, but like D.

PERL - I stated I also don't like PERL but find it less avoidable then
C++.

C - there is a time and place for C

Java - expensive, but less problematic than C++

This is way off topic... lets drop it and make D wipe the floor with
them all (except PERL which will still be just the write tool for a
quick advanced shell script)

-Andy



Later, Ben


Jan Knepper wrote:




<kindly-scrolls-through-archive-and-repost-for-you/>


Thanks!




In article <3CF645E3.3030006 apache.org>, andy says...




1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3.
http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working
with GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






OK, did you try to compile Toy?




Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should
be able to interface to the backend.


You are in error.


Simply Why?


Look.  No amount of explaining on my part will convince you that this is
not an elementary excercise, you need to see this on your own.


OK, hopefully later this week.




So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about it.
Just the few things you do not like, at least with me that's the case
which than of course disabled you to do what you would like to do with
it.


No.  I do not profess to have many years of experience in C++ ( 2 ).  I
have written mostly headless code in it (last think I remember writting
was an NT service).


Well, if you would, you would put it on your resume or not???




The reason I dislike C++ are the projects I've worked on with others.


That's not C++'s fault...




If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with a
bit more in the way of comments), then I'd find C++ adequate (like I do
C).  The trouble is that I've never seen exsiting C++ code where
multiple people worked on it and it wasn't a horrible mess.


<g>
I have, but it takes STRONG guidance and somebody really needs to define
the style/rules, etc.




Do I know how to write a decent C++ program that is not a mess.  Yes,
but C++ is a language which more adequately facillitates entropy.


I know.




I've seen horrible software written in many languages, but the most
horrible software I've seen was written in a mix of C++ and C, the
second most horrible piece of software I've seen was written in VB.  The
afore mentioned C++ code utilized multiple inheritance in ways that
would just hurt your head and I shan't describe it further because it
still hurts my head to think of it.


I've seen those things too. I call it "excessive C++" <g>
This is not C++'s fault, but the designers...
Of course C++ allows you to do it, which I think is great...




For the record, I know PERL and use it when I need an advanced shell
script, but I feel the same way about it as I do C++ for anything more
substantial than a shell script.


Don't know perl.




Consequently (and attempting to bring this irrelevant and offtopic
conversation back on the subject), most of the things that I see as
promoting software entropy in C++ are missing or greatly improved in D.


Sure are.




Well, I also have tried to compile the front end and as it seems
there are header files missing. I have tried to create some fake
once, but it would require some serious study as to see how it
interfaces. Unfortunately I do not have the time for that at this
moment.


I got them from walter.  He didn't leave them out on purpose, and the
others he left out because he didn't think them important.


Could you put them on FTP please?


Where?  I imagine he included them in the recent release.


I'll give you a userid+passwd via private mail.




If C++ was all that great, then there would be no point in D..humm. 
My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd
not even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have quite
a bit of experience with it.
Indeed if the C++ approach works the whole project would make a lot
more sense to me as no work is being redone. That's one thing I really
do not like, not for myself nor others.


I avoid working in C++ and therefore do not have a great deal of
experience in it (2+ years).  I also do not have a great deal of
experience burning my own flesh, although I've rubbed against hot pans
on the stove by accident on a few accassions and once tripped and
touched my finger to my bar-b-que grill, from this experience I feel
fully qualified in saying that having one's flesh burnt seriously sucks
and I will continue to avoid it (just like C++).


That's comparing apples and oranges, but point taken.
I would not go and burn my own flesh eather, but I have been know of
taking a razor and cutting some stuff out of my foot... (No kiddig!)
Also, I have not problems refraining from 'pleasures' in life and tend to
pressure myself to hard... (only slept from 4:30 to 7:45 last night). So
basically, the more difficult it gets for me, the more fun I have.




Since you do not plan to contribute to the project, I do not understand
why rework would be an issue for you.


I think that time could be spend better... I spend too little time with
my better half...




If I didn't have a car I couldn't get to work.  Public transportation
here sucks and Cabs are $35 bucks a trip (hardly worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


I actually live reasonably out in the stix.  Although there is a gas
station/conv store within a few miles.


No gas for at least 6/7 miles.




I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY look
at GCC and at least ONE of the front end examples (which should take
you all of 2 hours if your skill matches your gab), you've NO idea
what I'm talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy and
quick way to go.


Then I'll be convinced.  With me, code speaks way louder than words.  I
honestly hope you prove me a baffoon and make short
work of it.  From there, the stooge shall quietly take your example and
begin working out a way to plug the D front end onto it.

BTW, Ben mentioned he was insterested in doing the same thing, so you
might want to utilize his assistance in the interest in saving time.


Well, this is an open forum. Ben should be able to followup on this.
I will check with him though.
Thanks!
Jan
Jun 28 2002
next sibling parent reply Jan Knepper <jan smartsoft.cc> writes:
andy wrote:


 Jan is working at it too.  Perhaps if you summarize what you've done so
 far.  Oh and the site will move to www.opend.org, provided we all agree
 on an approach.


The site is for the 'port' not for the approach.
Jan
Jun 28 2002
parent reply andy <acoliver apache.org> writes:
 
 The site is for the 'port' not for the approach.
 Jan
 


If you guys are successful it won't be an issue.

-Andy
Jun 28 2002
parent Jan Knepper <jan smartsoft.cc> writes:
andy wrote:


 The site is for the 'port' not for the approach.
 Jan


 If you guys are successful it won't be an issue.


<g>
We better be successful than...
It's not really an issue isn't it???

Jan
Jun 28 2002
prev sibling parent ben <zander echotech.ca> writes:
Opend sounds good to me.. 

andy wrote:


 Jan is working at it too.  Perhaps if you summarize what you've done so
 far.  Oh and the site will move to www.opend.org, provided we all agree
 on an approach.
 
 -Andy
 
 ben wrote:

 I would like to see d wipe the floor but the first step is to get it into
 linux.. So far nowone will help me build a c++ frontend but I am going to
 keep working at it..
 
 later, Ben
 
 andy wrote:
 
 

ben wrote:


I would like to point out that you can write crap in any language, its
the languages that have the ability to write clean code are the good
ones.. ie


yes



c, my god there is some bad c code, stuff that the copiler can't even
figure out enough to optimize it.
perl - well that is just an invitation for hackers, almost everybody i
know that use perl are programmers that like righting unreadable small
tight (tight is usually not the case, they just think it is) code,


yes



php - everybody I know  that program in php have this consept for
everything "Put it in an array, then parse array", that even happens
when looping though the results of a database. Every app have looked
though (well alot of them have this)
while (not the end of query) {
        put in array
}

while not the end of array {
        do something
}
What is the point of that.

c++ - overloading and inheratince does not have to be used in everything
program like its the "function main()".


but it does.

<snip/> (I read it but this has nothing to do with my issues with C)

In my opinion, while C++ adding the concept of a class is nice, the
other less useful but easily and frequently misused features extend,
add onto and compound the problems of C, not improve them.  D leaves in
the good stuff, adds other good stuff (garbage collection), then removes
the nasty C++ additions.  This is why I do not like C++, but like D.

PERL - I stated I also don't like PERL but find it less avoidable then
C++.

C - there is a time and place for C

Java - expensive, but less problematic than C++

This is way off topic... lets drop it and make D wipe the floor with
them all (except PERL which will still be just the write tool for a
quick advanced shell script)

-Andy



Later, Ben


Jan Knepper wrote:




<kindly-scrolls-through-archive-and-repost-for-you/>


Thanks!




In article <3CF645E3.3030006 apache.org>, andy says...




1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3.
http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working
with GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






OK, did you try to compile Toy?




Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should
be able to interface to the backend.


You are in error.


Simply Why?


Look.  No amount of explaining on my part will convince you that this
is not an elementary excercise, you need to see this on your own.


OK, hopefully later this week.




So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about it.
Just the few things you do not like, at least with me that's the case
which than of course disabled you to do what you would like to do
with it.


No.  I do not profess to have many years of experience in C++ ( 2 ). 
I have written mostly headless code in it (last think I remember
writting was an NT service).


Well, if you would, you would put it on your resume or not???




The reason I dislike C++ are the projects I've worked on with others.


That's not C++'s fault...




If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with a
bit more in the way of comments), then I'd find C++ adequate (like I
do
C).  The trouble is that I've never seen exsiting C++ code where
multiple people worked on it and it wasn't a horrible mess.


<g>
I have, but it takes STRONG guidance and somebody really needs to
define the style/rules, etc.




Do I know how to write a decent C++ program that is not a mess.  Yes,
but C++ is a language which more adequately facillitates entropy.


I know.




I've seen horrible software written in many languages, but the most
horrible software I've seen was written in a mix of C++ and C, the
second most horrible piece of software I've seen was written in VB. 
The afore mentioned C++ code utilized multiple inheritance in ways
that would just hurt your head and I shan't describe it further
because it still hurts my head to think of it.


I've seen those things too. I call it "excessive C++" <g>
This is not C++'s fault, but the designers...
Of course C++ allows you to do it, which I think is great...




For the record, I know PERL and use it when I need an advanced shell
script, but I feel the same way about it as I do C++ for anything more
substantial than a shell script.


Don't know perl.




Consequently (and attempting to bring this irrelevant and offtopic
conversation back on the subject), most of the things that I see as
promoting software entropy in C++ are missing or greatly improved in
D.


Sure are.




Well, I also have tried to compile the front end and as it seems
there are header files missing. I have tried to create some fake
once, but it would require some serious study as to see how it
interfaces. Unfortunately I do not have the time for that at this
moment.


I got them from walter.  He didn't leave them out on purpose, and
the others he left out because he didn't think them important.


Could you put them on FTP please?


Where?  I imagine he included them in the recent release.


I'll give you a userid+passwd via private mail.




If C++ was all that great, then there would be no point in D..humm.
My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd
not even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have
quite a bit of experience with it.
Indeed if the C++ approach works the whole project would make a lot
more sense to me as no work is being redone. That's one thing I
really do not like, not for myself nor others.


I avoid working in C++ and therefore do not have a great deal of
experience in it (2+ years).  I also do not have a great deal of
experience burning my own flesh, although I've rubbed against hot pans
on the stove by accident on a few accassions and once tripped and
touched my finger to my bar-b-que grill, from this experience I feel
fully qualified in saying that having one's flesh burnt seriously
sucks and I will continue to avoid it (just like C++).


That's comparing apples and oranges, but point taken.
I would not go and burn my own flesh eather, but I have been know of
taking a razor and cutting some stuff out of my foot... (No kiddig!)
Also, I have not problems refraining from 'pleasures' in life and tend
to pressure myself to hard... (only slept from 4:30 to 7:45 last
night). So basically, the more difficult it gets for me, the more fun I
have.




Since you do not plan to contribute to the project, I do not
understand why rework would be an issue for you.


I think that time could be spend better... I spend too little time with
my better half...




If I didn't have a car I couldn't get to work.  Public
transportation here sucks and Cabs are $35 bucks a trip (hardly
worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


I actually live reasonably out in the stix.  Although there is a gas
station/conv store within a few miles.


No gas for at least 6/7 miles.




I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY
look at GCC and at least ONE of the front end examples (which should
take you all of 2 hours if your skill matches your gab), you've NO
idea what I'm talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy
and quick way to go.


Then I'll be convinced.  With me, code speaks way louder than words. 
I honestly hope you prove me a baffoon and make short
work of it.  From there, the stooge shall quietly take your example
and begin working out a way to plug the D front end onto it.

BTW, Ben mentioned he was insterested in doing the same thing, so you
might want to utilize his assistance in the interest in saving time.


Well, this is an open forum. Ben should be able to followup on this.
I will check with him though.
Thanks!
Jan
Jun 28 2002
prev sibling parent reply Jan Knepper <jan smartsoft.cc> writes:
Hi ben!
When are you up to this as I am trying to squeeze that in to hopefully this
weekend.
Probably Sunday after church...
Jan



ben wrote:


 I would like to see d wipe the floor but the first step is to get it into
 linux.. So far nowone will help me build a c++ frontend but I am going to
 keep working at it..

 later, Ben

 andy wrote:


 ben wrote:

 I would like to point out that you can write crap in any language, its
 the languages that have the ability to write clean code are the good
 ones.. ie


 yes


 c, my god there is some bad c code, stuff that the copiler can't even
 figure out enough to optimize it.
 perl - well that is just an invitation for hackers, almost everybody i
 know that use perl are programmers that like righting unreadable small
 tight (tight is usually not the case, they just think it is) code,


 yes


 php - everybody I know  that program in php have this consept for
 everything "Put it in an array, then parse array", that even happens when
 looping though the results of a database. Every app have looked though
 (well alot of them have this)
 while (not the end of query) {
         put in array
 }

 while not the end of array {
         do something
 }
 What is the point of that.

 c++ - overloading and inheratince does not have to be used in everything
 program like its the "function main()".


 but it does.

 <snip/> (I read it but this has nothing to do with my issues with C)

 In my opinion, while C++ adding the concept of a class is nice, the
 other less useful but easily and frequently misused features extend,
 add onto and compound the problems of C, not improve them.  D leaves in
 the good stuff, adds other good stuff (garbage collection), then removes
 the nasty C++ additions.  This is why I do not like C++, but like D.

 PERL - I stated I also don't like PERL but find it less avoidable then
 C++.

 C - there is a time and place for C

 Java - expensive, but less problematic than C++

 This is way off topic... lets drop it and make D wipe the floor with
 them all (except PERL which will still be just the write tool for a
 quick advanced shell script)

 -Andy


 Later, Ben


 Jan Knepper wrote:



<kindly-scrolls-through-archive-and-repost-for-you/>


Thanks!



In article <3CF645E3.3030006 apache.org>, andy says...



1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3.
http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working
with GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






OK, did you try to compile Toy?



Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also should
be able to interface to the backend.


You are in error.


Simply Why?


Look.  No amount of explaining on my part will convince you that this is
not an elementary excercise, you need to see this on your own.


OK, hopefully later this week.



So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about it.
Just the few things you do not like, at least with me that's the case
which than of course disabled you to do what you would like to do with
it.


No.  I do not profess to have many years of experience in C++ ( 2 ).  I
have written mostly headless code in it (last think I remember writting
was an NT service).


Well, if you would, you would put it on your resume or not???



The reason I dislike C++ are the projects I've worked on with others.


That's not C++'s fault...



If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with a
bit more in the way of comments), then I'd find C++ adequate (like I do
C).  The trouble is that I've never seen exsiting C++ code where
multiple people worked on it and it wasn't a horrible mess.


<g>
I have, but it takes STRONG guidance and somebody really needs to define
the style/rules, etc.



Do I know how to write a decent C++ program that is not a mess.  Yes,
but C++ is a language which more adequately facillitates entropy.


I know.



I've seen horrible software written in many languages, but the most
horrible software I've seen was written in a mix of C++ and C, the
second most horrible piece of software I've seen was written in VB.  The
afore mentioned C++ code utilized multiple inheritance in ways that
would just hurt your head and I shan't describe it further because it
still hurts my head to think of it.


I've seen those things too. I call it "excessive C++" <g>
This is not C++'s fault, but the designers...
Of course C++ allows you to do it, which I think is great...



For the record, I know PERL and use it when I need an advanced shell
script, but I feel the same way about it as I do C++ for anything more
substantial than a shell script.


Don't know perl.



Consequently (and attempting to bring this irrelevant and offtopic
conversation back on the subject), most of the things that I see as
promoting software entropy in C++ are missing or greatly improved in D.


Sure are.



Well, I also have tried to compile the front end and as it seems
there are header files missing. I have tried to create some fake
once, but it would require some serious study as to see how it
interfaces. Unfortunately I do not have the time for that at this
moment.


I got them from walter.  He didn't leave them out on purpose, and the
others he left out because he didn't think them important.


Could you put them on FTP please?


Where?  I imagine he included them in the recent release.


I'll give you a userid+passwd via private mail.



If C++ was all that great, then there would be no point in D..humm.
My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd
not even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have quite
a bit of experience with it.
Indeed if the C++ approach works the whole project would make a lot
more sense to me as no work is being redone. That's one thing I really
do not like, not for myself nor others.


I avoid working in C++ and therefore do not have a great deal of
experience in it (2+ years).  I also do not have a great deal of
experience burning my own flesh, although I've rubbed against hot pans
on the stove by accident on a few accassions and once tripped and
touched my finger to my bar-b-que grill, from this experience I feel
fully qualified in saying that having one's flesh burnt seriously sucks
and I will continue to avoid it (just like C++).


That's comparing apples and oranges, but point taken.
I would not go and burn my own flesh eather, but I have been know of
taking a razor and cutting some stuff out of my foot... (No kiddig!)
Also, I have not problems refraining from 'pleasures' in life and tend to
pressure myself to hard... (only slept from 4:30 to 7:45 last night). So
basically, the more difficult it gets for me, the more fun I have.



Since you do not plan to contribute to the project, I do not understand
why rework would be an issue for you.


I think that time could be spend better... I spend too little time with
my better half...



If I didn't have a car I couldn't get to work.  Public transportation
here sucks and Cabs are $35 bucks a trip (hardly worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


I actually live reasonably out in the stix.  Although there is a gas
station/conv store within a few miles.


No gas for at least 6/7 miles.



I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY look
at GCC and at least ONE of the front end examples (which should take
you all of 2 hours if your skill matches your gab), you've NO idea
what I'm talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy and
quick way to go.


Then I'll be convinced.  With me, code speaks way louder than words.  I
honestly hope you prove me a baffoon and make short
work of it.  From there, the stooge shall quietly take your example and
begin working out a way to plug the D front end onto it.

BTW, Ben mentioned he was insterested in doing the same thing, so you
might want to utilize his assistance in the interest in saving time.


Well, this is an open forum. Ben should be able to followup on this.
I will check with him though.
Thanks!
Jan
Jun 28 2002
parent reply ben <zander echotech.ca> writes:
Jan Knepper wrote:


 Hi ben!
 When are you up to this as I am trying to squeeze that in to hopefully
 this weekend.
 Probably Sunday after church...
 Jan
 


Not sure, if you find anything out let me know this weekend.. I will not be 
able to read this news group at home, so you will have to e-mail me if you 
need me.. 
ben echotech.ca

Later


 
 ben wrote:
 

 I would like to see d wipe the floor but the first step is to get it into
 linux.. So far nowone will help me build a c++ frontend but I am going to
 keep working at it..

 later, Ben

 andy wrote:


 ben wrote:

 I would like to point out that you can write crap in any language, its
 the languages that have the ability to write clean code are the good
 ones.. ie


 yes


 c, my god there is some bad c code, stuff that the copiler can't even
 figure out enough to optimize it.
 perl - well that is just an invitation for hackers, almost everybody i
 know that use perl are programmers that like righting unreadable small
 tight (tight is usually not the case, they just think it is) code,


 yes


 php - everybody I know  that program in php have this consept for
 everything "Put it in an array, then parse array", that even happens
 when looping though the results of a database. Every app have looked
 though (well alot of them have this)
 while (not the end of query) {
         put in array
 }

 while not the end of array {
         do something
 }
 What is the point of that.

 c++ - overloading and inheratince does not have to be used in
 everything program like its the "function main()".


 but it does.

 <snip/> (I read it but this has nothing to do with my issues with C)

 In my opinion, while C++ adding the concept of a class is nice, the
 other less useful but easily and frequently misused features extend,
 add onto and compound the problems of C, not improve them.  D leaves in
 the good stuff, adds other good stuff (garbage collection), then
 removes
 the nasty C++ additions.  This is why I do not like C++, but like D.

 PERL - I stated I also don't like PERL but find it less avoidable then
 C++.

 C - there is a time and place for C

 Java - expensive, but less problematic than C++

 This is way off topic... lets drop it and make D wipe the floor with
 them all (except PERL which will still be just the write tool for a
 quick advanced shell script)

 -Andy


 Later, Ben


 Jan Knepper wrote:



<kindly-scrolls-through-archive-and-repost-for-you/>


Thanks!



In article <3CF645E3.3030006 apache.org>, andy says...



1. http://cobolforgcc.sourceforge.net/cobol_14.html
2. http://www.eskimo.com/~johnnyb/computers/toy/
3.












 

http://gcc.gnu.org/onlinedocs/gcc-3.1/gccint/Languages.html#Languages

The great thing is once we get some manner of framework for working
with GCC, I think working with walters code should be easy.

Project URL for anyone who missed it is at:
http://sourceforge.net/projects/brightd -






OK, did you try to compile Toy?



Why would it requires a specially compiled version of gcc?
I think Walter's code would flow right throug g++ which also
should be able to interface to the backend.


You are in error.


Simply Why?


Look.  No amount of explaining on my part will convince you that this
is not an elementary excercise, you need to see this on your own.


OK, hopefully later this week.



So?  Who cares?  This is NOT about my C++ dislike.


I don't, but dislikes usually make that you don't know alot about
it. Just the few things you do not like, at least with me that's the
case which than of course disabled you to do what you would like to
do with it.


No.  I do not profess to have many years of experience in C++ ( 2 ). 
I have written mostly headless code in it (last think I remember
writting was an NT service).


Well, if you would, you would put it on your resume or not???



The reason I dislike C++ are the projects I've worked on with others.


That's not C++'s fault...



If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with
a bit more in the way of comments), then I'd find C++ adequate (like
I do
C).  The trouble is that I've never seen exsiting C++ code where
multiple people worked on it and it wasn't a horrible mess.


<g>
I have, but it takes STRONG guidance and somebody really needs to
define the style/rules, etc.



Do I know how to write a decent C++ program that is not a mess.  Yes,
but C++ is a language which more adequately facillitates entropy.


I know.



I've seen horrible software written in many languages, but the most
horrible software I've seen was written in a mix of C++ and C, the
second most horrible piece of software I've seen was written in VB. 
The afore mentioned C++ code utilized multiple inheritance in ways
that would just hurt your head and I shan't describe it further
because it still hurts my head to think of it.


I've seen those things too. I call it "excessive C++" <g>
This is not C++'s fault, but the designers...
Of course C++ allows you to do it, which I think is great...



For the record, I know PERL and use it when I need an advanced shell
script, but I feel the same way about it as I do C++ for anything
more substantial than a shell script.


Don't know perl.



Consequently (and attempting to bring this irrelevant and offtopic
conversation back on the subject), most of the things that I see as
promoting software entropy in C++ are missing or greatly improved in
D.


Sure are.



Well, I also have tried to compile the front end and as it seems
there are header files missing. I have tried to create some fake
once, but it would require some serious study as to see how it
interfaces. Unfortunately I do not have the time for that at this
moment.


I got them from walter.  He didn't leave them out on purpose, and
the others he left out because he didn't think them important.


Could you put them on FTP please?


Where?  I imagine he included them in the recent release.


I'll give you a userid+passwd via private mail.



If C++ was all that great, then there would be no point in D..humm.
My
dislike for C++ is irrelevant.  If the C++ approach would work, I'd
not even have to necessarily code in C++ very much.


I don't say C++ is that great. I just happen to like it and have
quite a bit of experience with it.
Indeed if the C++ approach works the whole project would make a lot
more sense to me as no work is being redone. That's one thing I
really do not like, not for myself nor others.


I avoid working in C++ and therefore do not have a great deal of
experience in it (2+ years).  I also do not have a great deal of
experience burning my own flesh, although I've rubbed against hot
pans on the stove by accident on a few accassions and once tripped
and touched my finger to my bar-b-que grill, from this experience I
feel fully qualified in saying that having one's flesh burnt
seriously sucks and I will continue to avoid it (just like C++).


That's comparing apples and oranges, but point taken.
I would not go and burn my own flesh eather, but I have been know of
taking a razor and cutting some stuff out of my foot... (No kiddig!)
Also, I have not problems refraining from 'pleasures' in life and tend
to pressure myself to hard... (only slept from 4:30 to 7:45 last
night). So basically, the more difficult it gets for me, the more fun
I have.



Since you do not plan to contribute to the project, I do not
understand why rework would be an issue for you.


I think that time could be spend better... I spend too little time
with my better half...



If I didn't have a car I couldn't get to work.  Public
transportation here sucks and Cabs are $35 bucks a trip (hardly
worth it).


I live out in the stix, the nearest store is about 5 miles away...
I don't even think we have public transportation anywhere close!


I actually live reasonably out in the stix.  Although there is a gas
station/conv store within a few miles.


No gas for at least 6/7 miles.



I'm doing this in non-continuous blocks.  OKAY LETS GET ONE THING
STRAIGHT.  MY PROBLEM IS NOT C++ its GCC.  And until you ACTUALLY
look at GCC and at least ONE of the front end examples (which
should take you all of 2 hours if your skill matches your gab),
you've NO idea what I'm talking about.


Well thanks!
Just point me to where I can find the stuff.
I might REWRITE one of the front ends in C++. That would be an easy
and quick way to go.


Then I'll be convinced.  With me, code speaks way louder than words. 
I honestly hope you prove me a baffoon and make short
work of it.  From there, the stooge shall quietly take your example
and begin working out a way to plug the D front end onto it.

BTW, Ben mentioned he was insterested in doing the same thing, so you
might want to utilize his assistance in the interest in saving time.


Well, this is an open forum. Ben should be able to followup on this.
I will check with him though.
Thanks!
Jan
Jun 28 2002
parent Jan Knepper <jan smartsoft.cc> writes:
Ok Thanks!
I'll be here this weekend. My better half is still away, not due back until
Monday.
I'll be reading the newsgroup... The server is sitting right next to my desktop!
<g>

Jan



ben wrote:


 Jan Knepper wrote:


 Hi ben!
 When are you up to this as I am trying to squeeze that in to hopefully
 this weekend.
 Probably Sunday after church...
 Jan


 Not sure, if you find anything out let me know this weekend.. I will not be
 able to read this news group at home, so you will have to e-mail me if you
 need me..
 ben echotech.ca

 Later
Jun 28 2002
prev sibling parent reply "Walter" <walter digitalmars.com> writes:
"Andrew C. Oliver" <acoliver apache.org> wrote in message
news:3D1A1285.2060908 apache.org...

 If I were coding strictly on my own or with
 someone who writes as good of code as Walter does (only perhaps with a
 bit more in the way of comments), then I'd find C++ adequate (like I do
 C).


LOL. Most people hate my code, though I find out about it indirectly.
Jul 24 2002
parent reply andy <acoliver apache.org> writes:
Walter wrote:

 "Andrew C. Oliver" <acoliver apache.org> wrote in message
 news:3D1A1285.2060908 apache.org...
 

If I were coding strictly on my own or with
someone who writes as good of code as Walter does (only perhaps with a
bit more in the way of comments), then I'd find C++ adequate (like I do
C).


 
 
 LOL. Most people hate my code, though I find out about it indirectly.
 
 


True.  I hate Empire.  It wasted much of my time, both directly and 
indirectly (though the incarnates it influenced).  You wasted my 
childhood ;-)

But your C++ is good because its limited and doesn't make a big freaking 
mess (the natural order).  One could work in those constructs and 
largely avoid the usual problems with C++.  (That is until one had to 
work with someone who thought for instance that multiple inheritence was 
cool and used it everywhere they could think of and made a mess of it 
anyhow).

-Andy
Jul 24 2002
parent reply "Walter" <walter digitalmars.com> writes:
"andy" <acoliver apache.org> wrote in message
news:3D3E9E60.8050704 apache.org...

 True.  I hate Empire.  It wasted much of my time, both directly and
 indirectly (though the incarnates it influenced).  You wasted my
 childhood ;-)


Many years ago, I was accused of causing several students to flunk out
because they spent all their time playing Empire.


 But your C++ is good because its limited and doesn't make a big freaking
 mess (the natural order).  One could work in those constructs and
 largely avoid the usual problems with C++.  (That is until one had to
 work with someone who thought for instance that multiple inheritence was
 cool and used it everywhere they could think of and made a mess of it
 anyhow).


The only use I ever found for MI was interfacing to some COM code. COM
pretty much requires MI, but that capability is handled in D with
interfaces.
Jul 24 2002
next sibling parent reply andy <acoliver apache.org> writes:
 Many years ago, I was accused of causing several students to flunk out
 because they spent all their time playing Empire.
 


Well the game spawned in my opinion the ideas that lead from various 
games and finally to the ultimate: Civilization and other variants 
(Civilization spawned directly into about 5+ different games as part of 
a series not to mention sequals.)  There is even:

http://www.freeciv.org/

I personally consider you to be the root of all evil and indirectly 
responsible for the current recession. :-)

(I've since cut my addition through having way more work than I could 
possibly get done.....ever)


 

But your C++ is good because its limited and doesn't make a big freaking
mess (the natural order).  One could work in those constructs and
largely avoid the usual problems with C++.  (That is until one had to
work with someone who thought for instance that multiple inheritence was
cool and used it everywhere they could think of and made a mess of it
anyhow).


 
 
 The only use I ever found for MI was interfacing to some COM code. COM
 pretty much requires MI, but that capability is handled in D with
 interfaces.
 
 


Yes.  MI is for extending bad design (COM or really anything on Windows) 
through other bad design (anything using MI).

Interfaces support the idea that composition is preferred to 
inheritence.  Interfaces are therefore good.

-Andy
Jul 24 2002
parent "OddesE" <OddesE_XYZ hotmail.com> writes:
"andy" <acoliver apache.org> wrote in message
news:3D3ED9CB.8080107 apache.org...

 Walter wrote:

 The only use I ever found for MI was interfacing to some COM code. COM
 pretty much requires MI, but that capability is handled in D with
 interfaces.


 Yes.  MI is for extending bad design (COM or really anything on Windows)
 through other bad design (anything using MI).

 Interfaces support the idea that composition is preferred to
 inheritence.  Interfaces are therefore good.

 -Andy


In C++, MI is only used with COM because C++ does
not support interfaces. In Delphi COM uses normal
interfaces, no MI.

It is not as bad as you suggest.


--
Stijn
OddesE_XYZ hotmail.com
http://OddesE.cjb.net
_________________________________________________
Remove _XYZ from my address when replying by mail
Jul 24 2002
prev sibling parent Jan Knepper <jan smartsoft.cc> writes:
Walter wrote:


 But your C++ is good because its limited and doesn't make a big freaking
 mess (the natural order).  One could work in those constructs and
 largely avoid the usual problems with C++.  (That is until one had to
 work with someone who thought for instance that multiple inheritence was
 cool and used it everywhere they could think of and made a mess of it
 anyhow).


 The only use I ever found for MI was interfacing to some COM code. COM
 pretty much requires MI, but that capability is handled in D with
 interfaces.


That's the only thing I ever use it for...

Jan
Jul 24 2002
prev sibling parent reply andy <acoliver apache.org> writes:
 
 One question Andy, this is a news group about gcc front end for d, and 
 everytime there is a discussion about it you always say stuff like talk is 
 cheap. why are you here, this is a discission group (people talk) about a 
 compiler front end, I am trying to help by suppling information about gcc 
 and what the gcc people have said. What are you doing? Are you spacifically 
 here to make sure linux never gets it, or you just want to make sure people 
 think its alot worse then it is.. Or perhaps you like c more. 
 
 Later


I wasn't trying to bite your head off (and I'm still not, so don't read 
it that way).  But this list is so far full of conjecture on this issue 
and devoid of hard fact.  Read through the archives and see for yourself.

You're reporting conjecture.  I'm interested in HOW.  I know its 
POSSIBLE, anything is POSSIBLE.  Is it PRACTICAL?

In essence, you're saying "why don't you prove my point that its 
possible".  Well I know its possible.  Its possible given time and 
resources to cause a temporaral paradox and suck the whole universe into 
a big black hole while simultaneously balancing a ball on ones head.  It 
would probably exceed the amount of time and resources available.

I fully and totally admit I DO NOT LIKE C++, but I prefer the approach 
of using Walter's front end and only working on the middle.  I do NOT 
know if its practical, and I do NOT know HOW.  You're saying its 
"possible" -- thats very nice.  You want ME to try it.  Well the last 
guy got on and said its possible to do it the other way, so do I spend 
the next 6 months proving each person right or wrong and achieve nothing 
useful by myself or do I encourage each of you to show a useful approach 
and pick the one I want to participate in, which do you suggest...loaded 
question I know.  In the next few weeks when my schedule clears up a 
bit, I'm going to pick an approach and start on it.  It will be one that 
is not only possible but practical and by definition will be one that I 
have some clue as to *how* to execute.  I've NOT made up my mind one way 
or another.  I'm also actively compaigning some folks who I know have 
skills necessary to pull this off to give me a hand.

As for my motives.  My passion in this is that I want a D compiler for 
Linux that is easy to keep up to date as the language develops.  I could 
give a rats behind *how* we do it provided the objective is achieved.

-Andy
Jun 26 2002
parent reply ben <zander echotech.ca> writes:
andy wrote:


 

 
 One question Andy, this is a news group about gcc front end for d, and
 everytime there is a discussion about it you always say stuff like talk
 is cheap. why are you here, this is a discission group (people talk)
 about a compiler front end, I am trying to help by suppling information
 about gcc and what the gcc people have said. What are you doing? Are you
 spacifically here to make sure linux never gets it, or you just want to
 make sure people think its alot worse then it is.. Or perhaps you like c
 more.
 
 Later


 
 I wasn't trying to bite your head off (and I'm still not, so don't read
 it that way).  But this list is so far full of conjecture on this issue
 and devoid of hard fact.  Read through the archives and see for yourself.


Oh, sorry, I took it the wrong way.. 


 
 You're reporting conjecture.  I'm interested in HOW.  I know its
 POSSIBLE, anything is POSSIBLE.  Is it PRACTICAL?


As far as the gcc people are conserned if the c++ code is compilable on a 
linux machine, its just a matter of adding an additional stage in the 
compile, after c++ has been completed (in the real world I know this is not 
always the case and seldom ever is). But they are willing to answer any 
questions regarding it.. 


 In essence, you're saying "why don't you prove my point that its
 possible".  Well I know its possible.  Its possible given time and
 resources to cause a temporaral paradox and suck the whole universe into
 a big black hole while simultaneously balancing a ball on ones head.  It
 would probably exceed the amount of time and resources available.
 
 I fully and totally admit I DO NOT LIKE C++, but I prefer the approach
 of using Walter's front end and only working on the middle.  I do NOT
 know if its practical, and I do NOT know HOW.  You're saying its
 "possible" -- thats very nice.  You want ME to try it.  Well the last
 guy got on and said its possible to do it the other way, so do I spend
 the next 6 months proving each person right or wrong and achieve nothing
 useful by myself or do I encourage each of you to show a useful approach
 and pick the one I want to participate in, which do you suggest...loaded
 question I know.  In the next few weeks when my schedule clears up a
 bit, I'm going to pick an approach and start on it.  It will be one that
 is not only possible but practical and by definition will be one that I
 have some clue as to *how* to execute.  I've NOT made up my mind one way
 or another.  I'm also actively compaigning some folks who I know have
 skills necessary to pull this off to give me a hand.


I do not have the skills to do it, and I am not asking you to do it for me, 
I am on a discussion site trying to get the information needed to help the 
people that are doing the job or thinking about. 


 As for my motives.  My passion in this is that I want a D compiler for
 Linux that is easy to keep up to date as the language develops.  I could
 give a rats behind *how* we do it provided the objective is achieved.


My motivation for this is also the same, but i don't have the skills to work 
on a compiler front end, so I asked the people that do and they have not 
told me anything special using c++ instead of c. As for what i got as an 
answer was all the information i have, and its a change will be need in the 
bootstrap but does not need to be converted from c++ to c. 


 -Andy
Jun 26 2002
parent reply andy <acoliver apache.org> writes:
I wasn't trying to bite your head off (and I'm still not, so don't read
it that way).  But this list is so far full of conjecture on this issue
and devoid of hard fact.  Read through the archives and see for yourself.


 
 
 Oh, sorry, I took it the wrong way.. 
 
 

You're reporting conjecture.  I'm interested in HOW.  I know its
POSSIBLE, anything is POSSIBLE.  Is it PRACTICAL?


 
 
 As far as the gcc people are conserned if the c++ code is compilable on a 
 linux machine, its just a matter of adding an additional stage in the 
 compile, after c++ has been completed (in the real world I know this is not 
 always the case and seldom ever is). But they are willing to answer any 
 questions regarding it.. 
 


The question is: How?  I mean I'm learning about GCC at the same time as 
I'm going to be doing this.  What would really help me is a basic 
example front end in C++, even if it did no more than create
rwxrwx--- helloworld


 
 I do not have the skills to do it, and I am not asking you to do it for me, 
 I am on a discussion site trying to get the information needed to help the 
 people that are doing the job or thinking about. 
 


I don't really either.  I know hardly anything about GCC.  I plan to 
learn it while I do it.  Chip in.  The difference between one who has 
the skill and one who doesn't is practice.


 

As for my motives.  My passion in this is that I want a D compiler for
Linux that is easy to keep up to date as the language develops.  I could
give a rats behind *how* we do it provided the objective is achieved.


 
 
 My motivation for this is also the same, but i don't have the skills to work 
 on a compiler front end, so I asked the people that do and they have not 
 told me anything special using c++ instead of c. As for what i got as an 
 answer was all the information i have, and its a change will be need in the 
 bootstrap but does not need to be converted from c++ to c. 
 


And thats fine.  I need a bit more:

1. Compile any of the example frontends for GCC
2. Copy it and put in your own "Just compile a program that prints hello 
world front end in C++"
3. show me how you did it.
4. Then I'll be convinced.

Otherwise I plan to look at both approaches and figure out which one is 
most feasible.  I really don't understand why this is so objectionable.

-andy


 

-Andy
Jun 26 2002
parent reply Jan Knepper <jan smartsoft.cc> writes:
 What would really help me is a basic
 example front end in C++, even if it did no more than create
 rwxrwx--- helloworld


Could you specify that more?
I mean, you want a front end that just can compile the Hello World example?

Jan
Jun 26 2002
parent andy <acoliver apache.org> writes:
Jan Knepper wrote:

What would really help me is a basic
example front end in C++, even if it did no more than create
rwxrwx--- helloworld


 
 
 Could you specify that more?
 I mean, you want a front end that just can compile the Hello World example?
 
 Jan
 
 


I was just saying a GCC front end in C++ that at least just compiled a 
rudimentary executable printing HELLO WORLD or some other trivial operation.

How about this:

hello.nty -----

out "Hello World";

---------------

The language having a single operation "out" which roughly maps to 
printf.  Bonus points if it does "Hello World\n"; :-)

-Andy
Jun 26 2002