John Reimer wrote:
> Thanks for doing this, Carlos!  I downloaded your modified dig, and it did indeed fix the string literal problem.
> 
> There is one hangup, though.  For some reason the dig\makefile does not work as is in your zipfile.  For some reason your makefile is different than the original.  A simple change:
> 
> BASEDIR = c:\
> to
> BASEDIR = c:
> 
> ... and everything compiled just fine.

Changing Basedir was my first problem. After fixing that I'm still getting

net\BurtonRadons\digc\digc.d(18): unsupported char '`'
net\BurtonRadons\digc\digc.d(18): semicolon expected, not '0'
net\BurtonRadons\digc\digc.d(18): Declaration expected, not '0'

and so on. Are you all compiling on Windows or what? :)

Alen

> 
> Changing Basedir was my first problem. After fixing that I'm still getting
> 
> net\BurtonRadons\digc\digc.d(18): unsupported char '`'
> net\BurtonRadons\digc\digc.d(18): semicolon expected, not '0'
> net\BurtonRadons\digc\digc.d(18): Declaration expected, not '0'
> 
> and so on. Are you all compiling on Windows or what? :)
> 
> Alen
> 

Yes, unless there's a Linux version of DIG -- I wish! :D

Are you sure you're using at least dmd 0.69? Better check the version on that just in case.  It won't recognize the new `` string literals that Carlos modified in DIG, otherwise.  If the "unsupported char" error is fixed, it should get through everything else.

The current DIDE still doesn't work with 0.70 DMD as far as I know.  I was using the command line makefile to build it.

John

John Reimer wrote:
> Are you sure you're using at least dmd 0.69? Better check the version on that just in case.  It won't recognize the new `` string literals that 

Hahaaa! You're right, of course. I never unpacked the 0.70 that I downloaded. I guess I was in a hurry at the time. :(
So, after eliminating the backslash and *upgrading to 0.70* (didn't work with the previous version) everything compiles. This is a recommendation to include the notice and delete the '\' in the first line of makefile.

> The current DIDE still doesn't work with 0.70 DMD as far as I know.  I was using the command line makefile to build it.

Will try something after (or during) the weekend. I have a couple ideas of trying a combination of D and QT libraries...

Metta,

Alen

> 
> Will try something after (or during) the weekend. I have a couple ideas of trying a combination of D and QT libraries...
> 

Oh, sounds like fun! QT on Linux or Windows?

In article <bipva4$2iqp$1@digitaldaemon.com>, John Reimer says...
>
>
>> 
>> Will try something after (or during) the weekend. I have a couple ideas of trying a combination of D and QT libraries...
>> 
>
>Oh, sounds like fun! QT on Linux or Windows?
>

Doesn't matter. That's the point! ;)
Though, I'm not quite fond of QT's license so I will look for some other
multi-platform libraries. But Charles did a great job with dig, too! We might be
able to use the controls available with Windows...

Best,

Alen

> Doesn't matter. That's the point! ;)
> Though, I'm not quite fond of QT's license so I will look for some other
> multi-platform libraries. But Charles did a great job with dig, too! We might be
> able to use the controls available with Windows...
> 

No, I'm not fond of QT's license either.  DIG does show much promise. I'd like to see it ported over to linux somehow.

What do you mean Charles did a great job with dig?  I'm pretty sure it's all Burton Radons work.

Later,

John

John Reimer wrote:
> No, I'm not fond of QT's license either.  DIG does show much promise. I'd like to see it ported over to linux somehow.

Let's see VxWindows or something similar.

> What do you mean Charles did a great job with dig?  I'm pretty sure it's all Burton Radons work.

My fault, sorry. Give credit where credit is due - thanks to Burton for the good work on dig!

Best,

Alen

"John Reimer" <jjreimer@telus.net> wrote in message
news:bincj1$1hrp$1@digitaldaemon.com...
|
| Yes, unless there's a Linux version of DIG -- I wish! :D
|

What about DUI?

-------------------------
Carlos Santander


---

Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.514 / Virus Database: 312 - Release Date: 2003-08-28

"John Reimer" <jjreimer@telus.net> wrote in message
news:bikspr$m9t$1@digitaldaemon.com...
|
| There is one hangup, though.  For some reason the dig\makefile does not
| work as is in your zipfile.  For some reason your makefile is different
| than the original.  A simple change:
|
| BASEDIR = c:\
|
| to
|
| BASEDIR = c:
|
| ... and everything compiled just fine.
|
| Later,
|
| John
|

Well, yeah, my fault. I have dig in another directory, so I tried to leave it as it originally was, but I forgot to delete that '\'. Someday I'll see if I change the .zip...

————————————————————————— Carlos Santander


---

Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.514 / Virus Database: 312 - Release Date: 2003-08-28

In article <bj0e28$2n9r$4@digitaldaemon.com>, Carlos Santander B. says...
>
>"John Reimer" <jjreimer@telus.net> wrote in message
>news:bincj1$1hrp$1@digitaldaemon.com...
>|
>| Yes, unless there's a Linux version of DIG -- I wish! :D
>|
>
>What about DUI?

DUI it's comming along just fine, still working on it.
There lots of new code implementing all
of the gtk widgets (although some still incomplete or not tested).
Most of the common callbacks are also in.

I believe all the (major) problems are solved, I just need
time to code every thing into DUI.

The goal for now is to have all the gtk core widgets in.
Threads and timers and atk lib, those things will be left for later.

I'm getting ready for a new release (3) just want to create an
auto config Makefile and compile it on w2k
(probably the w2k will have to wait for relase 4).

You can always get the latest version from the night build page. (probably better to get version 2 and them dump the night build over it). Some twiking will be necessary.

I also started a very simple ide that helped me find some bugs.
it's called 'leds' ('linux editor for D' or for window 'light editor for D')
the 's' is a qualifier: for now means simple and superfluous.
the idea is to use Scintilla and a D parser (maybe from dmd) to create a
simple usefull tool.
The inspiration was the simplicity of jext.

Ant

lobbying for: ;)
- change this() to ctor(), ~this() to dtor()
- inner classes with access to the outer class, not just nested.