www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.learn - Re: Can't get D calling C to build.

reply Bob Cowdery <bob bobcowdery.plus.com> writes:
 Thanks for the replies. I've bounced off D a few times because it
didn't seem ready to risk a whole development. I should have mentioned
I'm trying this on Windows 7. I did suspect object formats were
incompatible but as you say would have expected a decent error message.
I also tried from the command line with the same problem, it just
generates an empty map file and nothing else. I also tried using gdc,
now surely the output of gcc and gdc must be compatible. However, it
didn't work and it doesn't look like gdc is being actively developed.

I'm still concerned it's a bit too soon as a lot of things seem to be
either Windows or Linux (cmake says its only tested for *nix) but not
both and there is very little guidance on building. I really want to get
this working on Windows first. As D makes so much of its binary
compatibility with C I find it odd that there is no information on how
to build mixed systems just on how to code the calls.

dmc gives me this error:
OPTLINK : Error 118: Filename Expected
LIB="C:\D2.0\dm\bin\..\lib";"C:\D2.0\dm\bin\..\mfc\lib";C:\Program
Files\Gtk+\lib

The paths are correct as far as I can tell.

Sorry, didn't mean that to sound like a rant, just not sure where to go
from here. Anybody got a definitive answer as to what works on Windows.

bob



Jonathan M Davis said




My first question would be whether you used the same linker for both D and C.
On 
Linux, they should both be using gcc. On Windows, they should both be using
dmc. 
Still, I would have expected a linking error to be a bit more explosive than 
nothing.




steve said




My experience has been the opposite - dmd is needed to link programs
that mix C and D.  While you may not want to jump into CMake for
builds, the regression tests for cmaked include building and link D+C
objects and D + C libraries.
http://code.google.com/p/cmaked2/wiki/GettingStarted
FYI, cmaked is still work in progress, so you might run into bumps.
-steve




Kagamin said




On windows dmd uses ancient OMF object format, but gcc compiles to COFF.
Aug 20 2010
next sibling parent reply div0 <div0 sourceforge.net> writes:
On 20/08/2010 09:17, Bob Cowdery wrote:

 I'm still concerned it's a bit too soon as a lot of things seem to be
 either Windows or Linux (cmake says its only tested for *nix) but not
 both and there is very little guidance on building. I really want to get
 this working on Windows first. As D makes so much of its binary
 compatibility with C I find it odd that there is no information on how
 to build mixed systems just on how to code the calls.



C compatibly is fine as long as you either build with dmc
or convert the VC c libs to dmc's format. The conversion tool is only 
available as part of the paid tool set off of digital mars I think; 
though possibly there's a free one around.

Try searching the learn archive it's been discussed before.

Personnaly I just compile stuff with dmc and it all works great as long 
as you get the extern c declarations right.


 dmc gives me this error:
 OPTLINK : Error 118: Filename Expected
 LIB="C:\D2.0\dm\bin\..\lib";"C:\D2.0\dm\bin\..\mfc\lib";C:\Program
 Files\Gtk+\lib

 The paths are correct as far as I can tell.



Optlink hates spaces in paths. It will also barf if you have spaces in 
any of the directories in the PATH environment var as well; you should 
setup an explicit PATH when running DMD.

If you really need stuff with spaces in the name, you can use junction 
to create symlinks on 'doze and put the sym links in your path instead:

http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx

-- 
My enormous talent is exceeded only by my outrageous laziness.
http://www.ssTk.co.uk
Aug 20 2010
next sibling parent bearophile <bearophileHUGS lycos.com> writes:
Bob Cowdery:

 Why does a modern language use an old object format I wonder.



This problem will need to be addressed (among others).



 The language itself is nice but the
 hassle factor for mixed language multi-platform seems quite high. I hope
 I'm wrong on both counts.



Despite being in the works for about ten years, D language is young, and the
manpower working on its tools and back-end is quite limited, so such problems
get solved slowly. In theory help from external people may help the situation,
but it's not an easy job (are you able to change dmd object format?).

Languages as Scala become usable in less time because they are based on an
already existing virtual machine with good GC, a std lib, tons of tools, etc. D
is both an ambitious language (C++ class performance with a better design) and
is not much based on existing 'platforms'. So progress is slow. On the other
hand Walter has shown to be determined and able to go on and on, so I have hope
that many problems will be addressed :-)

Bye,
bearophile
Aug 21 2010
prev sibling next sibling parent reply Johannes Pfau <spam example.com> writes:
On 21.08.2010 23:07, Bob Cowdery wrote:

 
 For me at least I'm wondering if it stacks up. Linux support seems
 secondary (correct me if I'm wrong). The only painless way to use C
 libraries is as dll's and even then the import library must be converted
 for which the tool in not free.



I had the same problem some time ago, and in some old newsgroup post I
found this link:
ftp://ftp.digitalmars.com/coffimplib.zip

It still works. So I think it's free to use by the D community, but I
could be totally wrong. Only Walter can answer that.
-- 
Johannes Pfau
Aug 21 2010
next sibling parent reply bearophile <bearophileHUGS lycos.com> writes:
Bob Cowdery:

 Well, the link still works but the download is 0 bytes so I guess its
 not available. Thanks for the thought.



That links works for me :-)
Be happy, bye,
bearophile
Aug 22 2010
next sibling parent Bob Cowdery <bob bobcowdery.plus.com> writes:
 On 22/08/2010 22:16, Bob Cowdery wrote:

  On 22/08/2010 20:57, bearophile wrote:

 Bob Cowdery:

 Well, the link still works but the download is 0 bytes so I guess its
 not available. Thanks for the thought.



 Be happy, bye,
 bearophile






try to convert the import library it says it's not an import library.

bob
Aug 23 2010
prev sibling parent reply Bob Cowdery <bob bobcowdery.plus.com> writes:
 On 23/08/2010 20:24, Bob Cowdery wrote:

  On 22/08/2010 22:16, Bob Cowdery wrote:

  On 22/08/2010 20:57, bearophile wrote:

 Bob Cowdery:

 Well, the link still works but the download is 0 bytes so I guess its
 not available. Thanks for the thought.



 Be happy, bye,
 bearophile






 try to convert the import library it says it's not an import library.

 bob



then I can convert the import library and it actually works from D.
However if I build with MinGW GCC it doesn't even recognise the library
even though it is COFF format. My preferred route unfortunately is GCC.
I just got 'The D Programming Language' book and that devotes a whole
half page to this very important topic. This seems to be rather a
minefield and so far there only seems to be one route through it.

bob
Aug 23 2010
next sibling parent reply Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
I haven't read the specifics of your problem yet,  but have you tried using the
newer TDM port of MinGW? The MinGW binaries are still using an older port of
GCC, but the TDM version is much newer, so it might be worth trying it out.

Get it from here:  http://tdm-gcc.tdragon.net/

Hope that helps.

Bob Cowdery Wrote:


  On 23/08/2010 20:24, Bob Cowdery wrote:

  On 22/08/2010 22:16, Bob Cowdery wrote:

  On 22/08/2010 20:57, bearophile wrote:

 Bob Cowdery:

 Well, the link still works but the download is 0 bytes so I guess its
 not available. Thanks for the thought.



 Be happy, bye,
 bearophile






 try to convert the import library it says it's not an import library.

 bob



 then I can convert the import library and it actually works from D.
 However if I build with MinGW GCC it doesn't even recognise the library
 even though it is COFF format. My preferred route unfortunately is GCC.
 I just got 'The D Programming Language' book and that devotes a whole
 half page to this very important topic. This seems to be rather a
 minefield and so far there only seems to be one route through it.
 
 bob
Aug 23 2010
next sibling parent reply bearophile <bearophileHUGS lycos.com> writes:
Andrej Mitrovic:


 I haven't read the specifics of your problem yet,  but have you tried using
the newer TDM port of MinGW? The MinGW binaries are still using an older port
of GCC, but the TDM version is much newer, so it might be worth trying it out.
 Get it from here:  http://tdm-gcc.tdragon.net/
 Hope that helps.



I like this, and I love the way you install it, this is the way a compiler has
to be installed:
http://nuwen.net/mingw.html

Bye,
bearophile
Aug 23 2010
next sibling parent bearophile <bearophileHUGS lycos.com> writes:
 I like this, and I love the way you install it, this is the way a compiler has
to be installed:
 http://nuwen.net/mingw.html



Uhm... The last version (6.6 that is gcc 4.5.1) seems to produce very large
binaries, and the precedent version seems not available. Not good for you.

Bye and sorry,
bearophile
Aug 23 2010
prev sibling next sibling parent Andrej Mitrovic <andrej.mitrovich gmail.com> writes:
CB uses the Scintilla editing component, which is the one used by Scite (which
I'm using atm). Scite was missing quite a bit of keywords, so I've added some
of them.

I just did a comparison, and it seems they're both missing a bunch of keywords.
A fun thing to do is open CB and Scite side-by-side, and paste all the keywords
from both and see which ones are highlighted.

I've fused the two together and removed duplicates (I also have string
highlighted which you might want to remove). So the list goes:

 property abstract alias align asm assert auto body bool break byte case cast
catch cdouble cent cfloat char class const continue creal dchar dstring debug
default delegate delete deprecated do double else enum export extern false
final finally float for foreach foreach_reverse function goto idouble if ifloat
immutable import in inout int interface invariant ireal is lazy long macro
mixin module new nothrow null out override package pragma private protected
public pure real ref return scope shared short size_t static string struct
super switch synchronized template this throw true try typedef typeid typeof
ubyte ucent uint ulong union unittest ushort version void volatile wchar
wstring while with __FILE__ __LINE__ __gshared __thread __traits const_cast
dynamic_cast explicit friend inline mutable namespace operator register
reinterpret_cast restrict signed sizeof static_cast typename unsigned using
virtual int8_t uint8_t int16_t uint16_t int32_t uint32_t int64_t uint64_t
int_least8_t uint_least8_t int_least16_t uint_least16_t int_least32_t
uint_least32_t int_least64_t uint_least64_t int_fast8_t uint_fast8_t
int_fast16_t uint_fast16_t int_fast32_t uint_fast32_t int_fast64_t
uint_fast64_t intptr_t uintptr_t intmax_t uintmax_t wint_t wchar_t wctrans_t
wctype_t time_t and and_eq bitand bitor compl not not_eq or or_eq xor xor_eq
complex imaginary _Complex _Imaginary _Bool _Pragma


Philippe Sigaud Wrote:


 using Code::Blocks.
 I'm using it, and it highlights D code with no problem. For 10.05, it's in
 Settings > Editor > Syntax Highlighting > syntax highlighting for D (default
 color scheme)
 The keyword list might need to be updated a bit, maybe. I don't know if the
 original install has 'immutable' as a keyword, for example.
 
 Philippe
Aug 26 2010
prev sibling next sibling parent Andrej Mitrovic <andrej.mitrovich test.com> writes:
CB doesn't officially have support for D (I don't see it in code completion
either), afaik. But it does have syntax highlighting for it. I have about 30 or
so different languages selectable in the highlighter, I think these came by
default.

Bob Cowdery Wrote:


  On 26/08/2010 21:43, Philippe Sigaud wrote:

 On Tue, Aug 24, 2010 at 15:24, Bob Cowdery <bob bobcowdery.plus.com
 <mailto:bob bobcowdery.plus.com>> wrote:

     I might be on my way :-) .

 Good :) I just skimmed through the thread, so I don't know if you're
 still using Code::Blocks.
 I'm using it, and it highlights D code with no problem. For 10.05,
 it's in Settings > Editor > Syntax Highlighting > syntax highlighting
 for D (default color scheme)
 The keyword list might need to be updated a bit, maybe. I don't know
 if the original install has 'immutable' as a keyword, for example.

 Philippe



 
 I'm running 10.05 but when I go to Syntax highlighting there is no 'D'
 in the dropdown. I have C/C++, Squirrel, Windows Resource, XML. To get
 some highlighting I just set the mask for C/C++ to include *.d. On the
 code completion plugin it says only C/C++ is supported. What am I missing?
 
 Thanks
 Bob
 
 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
 <html>
   <head>
     <meta content="text/html; charset=ISO-8859-1"
       http-equiv="Content-Type">
     <title></title>
   </head>
   <body bgcolor="#ffffff" text="#000000">
     On 26/08/2010 21:43, Philippe Sigaud wrote:
     <blockquote
       cite="mid:AANLkTimj4AUp=MB-fVEFqsmsiK6DvsMMDXST8-FvfNHr mail.gmail.com"
       type="cite"><br>
       <br>
       <div class="gmail_quote">On Tue, Aug 24, 2010 at 15:24, Bob
         Cowdery <span dir="ltr">&lt;<a moz-do-not-send="true"
             href="mailto:bob bobcowdery.plus.com">bob bobcowdery.plus.com</a>&gt;</span>
         wrote:<br>
         <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
           0.8ex; border-left: 1px solid rgb(204, 204, 204);
           padding-left: 1ex;">
           <div>I might be on my way :-) .<br>
           </div>
           <br>
         </blockquote>
         <div>Good :) I just skimmed through the thread, so I don't know
           if you're still using Code::Blocks.<br>
           I'm using it, and it highlights D code with no problem. For
           10.05, it's in Settings &gt; Editor &gt; Syntax Highlighting
           &gt; syntax highlighting for D (default color scheme)<br>
           The keyword list might need to be updated a bit, maybe. I
           don't know if the original install has 'immutable' as a
           keyword, for example.<br>
           <br>
           Philippe<br>
           <br>
         </div>
       </div>
     </blockquote>
     Hi Philippe<br>
     <br>
     I'm running 10.05 but when I go to Syntax highlighting there is no
     'D' in the dropdown. I have C/C++, Squirrel, Windows Resource, XML.
     To get some highlighting I just set the mask for C/C++ to include
     *.d. On the code completion plugin it says only C/C++ is supported.
     What am I missing?<br>
     <br>
     Thanks<br>
     Bob<br>
   </body>
 </html>
Aug 27 2010
prev sibling parent Philippe Sigaud <philippe.sigaud gmail.com> writes:
On Fri, Aug 27, 2010 at 11:08, Bob Cowdery <bob bobcowdery.plus.com>  wrote:

***
    I'm running 10.05 but when I go to Syntax highlighting there is no 'D' in
the
dropdown. I have C/C++, Squirrel, Windows Resource, XML. To get some
highlighting
I just set the mask for C/C++ to include *.d. On the code completion plugin it
says only C/C++ is supported. What am I missing?
***

? I have *dozens* of languages in this dropdown.
I've been using C::B for D since 2007-2008. Maybe they added files back then,
and
when I regularly updated with svn versions these were not modifed, whereas they
are not part of the 10.05 distrib?

Anyway, I attached a zip file to this message with the D-related files I could
find. It's the first time I do this on this NG, we'll see if that works.

Put the two lexer* files in CodeBlocks/share/CodeBlocks/lexer
Put the entire 'd' directory in CodeBlocks/share/CodeBlocks/templates/wizard

This directory are the instructions to create a new D (console) application when
you create a new project. I have no D (Windows/GUI) wizard, but the structure is
easy to understand. I'm pretty sure someone proficient enough can create the
correct wizard for GUI applications.

Philippe
Aug 27 2010
prev sibling next sibling parent Bob Cowdery <bob bobcowdery.plus.com> writes:
 On 23/08/2010 23:04, bearophile wrote:

 Andrej Mitrovic:


 I haven't read the specifics of your problem yet,  but have you tried using
the newer TDM port of MinGW? The MinGW binaries are still using an older port
of GCC, but the TDM version is much newer, so it might be worth trying it out.
 Get it from here:  http://tdm-gcc.tdragon.net/
 Hope that helps.



 http://nuwen.net/mingw.html

 Bye,
 bearophile



party libraries I was using and what do you know, they were all dll's
with import libs. I don't know what compiler some were built with but
they all converted with the coffimplib tool. So I rebuilt all my stuff
with dmc and after a bit of faffing around with link errors I got the
whole thing to build with a D front end that just makes a top level call
to initialise everything. It correctly reported it couldn't open a usb
device so it looks like it made its way down through several libraries
to the hardware without choking. I might be on my way :-) .

bob
Aug 24 2010
prev sibling parent Bob Cowdery <bob bobcowdery.plus.com> writes:
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

 On 26/08/2010 21:43, Philippe Sigaud wrote:

 On Tue, Aug 24, 2010 at 15:24, Bob Cowdery <bob bobcowdery.plus.com
 <mailto:bob bobcowdery.plus.com>> wrote:

     I might be on my way :-) .

 Good :) I just skimmed through the thread, so I don't know if you're
 still using Code::Blocks.
 I'm using it, and it highlights D code with no problem. For 10.05,
 it's in Settings > Editor > Syntax Highlighting > syntax highlighting
 for D (default color scheme)
 The keyword list might need to be updated a bit, maybe. I don't know
 if the original install has 'immutable' as a keyword, for example.

 Philippe




I'm running 10.05 but when I go to Syntax highlighting there is no 'D'
in the dropdown. I have C/C++, Squirrel, Windows Resource, XML. To get
some highlighting I just set the mask for C/C++ to include *.d. On the
code completion plugin it says only C/C++ is supported. What am I missing?

Thanks
Bob
Aug 27 2010
prev sibling parent torhu <no spam.invalid> writes:
On 23.08.2010 23:24, Bob Cowdery wrote:

 Addendum: The plot thickens. If I build a dll with my VC++ Express 2010
 then I can convert the import library and it actually works from D.
 However if I build with MinGW GCC it doesn't even recognise the library
 even though it is COFF format. My preferred route unfortunately is GCC.
 I just got 'The D Programming Language' book and that devotes a whole
 half page to this very important topic. This seems to be rather a
 minefield and so far there only seems to be one route through it.



If you've got a DLL, you can usually generate an import library directly 
from that using the implib tool, download link below.

ftp://ftp.digitalmars.com/bup.zip

This obviously fails for DLLs that only export by ordinal, but those are 
not that common.  You need to use the /s switch to get correct name 
mangling.
Aug 26 2010
prev sibling parent Bob Cowdery <bob bobcowdery.plus.com> writes:
 On 22/08/2010 20:57, bearophile wrote:

 Bob Cowdery:

 Well, the link still works but the download is 0 bytes so I guess its
 not available. Thanks for the thought.



 Be happy, bye,
 bearophile
Aug 22 2010
prev sibling next sibling parent reply div0 <div0 sourceforge.net> writes:
On 21/08/2010 22:07, Bob Cowdery wrote:

   On 20/08/2010 18:44, div0 wrote:

 On 20/08/2010 09:17, Bob Cowdery wrote:

 I'm still concerned it's a bit too soon as a lot of things seem to be
 either Windows or Linux (cmake says its only tested for *nix) but not
 both and there is very little guidance on building. I really want to get
 this working on Windows first. As D makes so much of its binary
 compatibility with C I find it odd that there is no information on how
 to build mixed systems just on how to code the calls.



 C compatibly is fine as long as you either build with dmc
 or convert the VC c libs to dmc's format. The conversion tool is only
 available as part of the paid tool set off of digital mars I think;
 though possibly there's a free one around.

 Try searching the learn archive it's been discussed before.

 Personnaly I just compile stuff with dmc and it all works great as
 long as you get the extern c declarations right.



 gcc which caused me some issues. I then went to link up my program with
 a D front end and realised that I use many 3rd party libraries which
 will all need to be converted.  This doesn't seem like such a great idea
 any more. Why does a modern language use an old object format I wonder.

 For me at least I'm wondering if it stacks up. Linux support seems
 secondary (correct me if I'm wrong). The only painless way to use C
 libraries is as dll's and even then the import library must be converted
 for which the tool in not free. The language itself is nice but the
 hassle factor for mixed language multi-platform seems quite high. I hope
 I'm wrong on both counts.



Well that's true; D still isn't really ready for production use, unless 
you have time or money to burn to do a lot of it yourself.

I love D, but I only use it for my own small hobby projects.

Mr B has stated though that once d2 is wrapped up (which should be just 
about now) he's going to start concentrating on the tool chain, so these 
sorts of issues I expect will get much better over the next 6 months.

-- 
My enormous talent is exceeded only by my outrageous laziness.
http://www.ssTk.co.uk
Aug 21 2010
parent Kagamin <spam here.lot> writes:
Bob Cowdery Wrote:


 Thanks, that's an honest opinion. The first project I have in mind is a
 personal one but it's quite large. My hope would be to move a lot of the
 C code into D eventually. I don't think I would risk it on a commercial
 project until the toolchain is sorted and its a bit more mature.



You can try to port it now. You have htod and some level of source
compatibility with C.
Aug 23 2010
prev sibling next sibling parent Bob Cowdery <bob bobcowdery.plus.com> writes:
 On 22/08/2010 00:54, div0 wrote:

 On 21/08/2010 22:07, Bob Cowdery wrote:

   On 20/08/2010 18:44, div0 wrote:

 On 20/08/2010 09:17, Bob Cowdery wrote:

 I'm still concerned it's a bit too soon as a lot of things seem to be
 either Windows or Linux (cmake says its only tested for *nix) but not
 both and there is very little guidance on building. I really want
 to get
 this working on Windows first. As D makes so much of its binary
 compatibility with C I find it odd that there is no information on how
 to build mixed systems just on how to code the calls.



 C compatibly is fine as long as you either build with dmc
 or convert the VC c libs to dmc's format. The conversion tool is only
 available as part of the paid tool set off of digital mars I think;
 though possibly there's a free one around.

 Try searching the learn archive it's been discussed before.

 Personnaly I just compile stuff with dmc and it all works great as
 long as you get the extern c declarations right.



 gcc which caused me some issues. I then went to link up my program with
 a D front end and realised that I use many 3rd party libraries which
 will all need to be converted.  This doesn't seem like such a great idea
 any more. Why does a modern language use an old object format I wonder.

 For me at least I'm wondering if it stacks up. Linux support seems
 secondary (correct me if I'm wrong). The only painless way to use C
 libraries is as dll's and even then the import library must be converted
 for which the tool in not free. The language itself is nice but the
 hassle factor for mixed language multi-platform seems quite high. I hope
 I'm wrong on both counts.



 Well that's true; D still isn't really ready for production use,
 unless you have time or money to burn to do a lot of it yourself.

 I love D, but I only use it for my own small hobby projects.

 Mr B has stated though that once d2 is wrapped up (which should be
 just about now) he's going to start concentrating on the tool chain,
 so these sorts of issues I expect will get much better over the next 6
 months.



personal one but it's quite large. My hope would be to move a lot of the
C code into D eventually. I don't think I would risk it on a commercial
project until the toolchain is sorted and its a bit more mature.
Aug 22 2010
prev sibling parent Bob Cowdery <bob bobcowdery.plus.com> writes:
 On 21/08/2010 22:41, Johannes Pfau wrote:

 On 21.08.2010 23:07, Bob Cowdery wrote:

 For me at least I'm wondering if it stacks up. Linux support seems
 secondary (correct me if I'm wrong). The only painless way to use C
 libraries is as dll's and even then the import library must be converted
 for which the tool in not free.



 found this link:
 ftp://ftp.digitalmars.com/coffimplib.zip

 It still works. So I think it's free to use by the D community, but I
 could be totally wrong. Only Walter can answer that.



not available. Thanks for the thought.
Aug 22 2010
prev sibling next sibling parent Bob Cowdery <bob bobcowdery.plus.com> writes:
 On 20/08/2010 18:44, div0 wrote:

 On 20/08/2010 09:17, Bob Cowdery wrote:

 I'm still concerned it's a bit too soon as a lot of things seem to be
 either Windows or Linux (cmake says its only tested for *nix) but not
 both and there is very little guidance on building. I really want to get
 this working on Windows first. As D makes so much of its binary
 compatibility with C I find it odd that there is no information on how
 to build mixed systems just on how to code the calls.



 C compatibly is fine as long as you either build with dmc
 or convert the VC c libs to dmc's format. The conversion tool is only
 available as part of the paid tool set off of digital mars I think;
 though possibly there's a free one around.

 Try searching the learn archive it's been discussed before.

 Personnaly I just compile stuff with dmc and it all works great as
 long as you get the extern c declarations right.



gcc which caused me some issues. I then went to link up my program with
a D front end and realised that I use many 3rd party libraries which
will all need to be converted.  This doesn't seem like such a great idea
any more. Why does a modern language use an old object format I wonder.

For me at least I'm wondering if it stacks up. Linux support seems
secondary (correct me if I'm wrong). The only painless way to use C
libraries is as dll's and even then the import library must be converted
for which the tool in not free. The language itself is nice but the
hassle factor for mixed language multi-platform seems quite high. I hope
I'm wrong on both counts.


 dmc gives me this error:
 OPTLINK : Error 118: Filename Expected
 LIB="C:\D2.0\dm\bin\..\lib";"C:\D2.0\dm\bin\..\mfc\lib";C:\Program
 Files\Gtk+\lib

 The paths are correct as far as I can tell.



 Optlink hates spaces in paths. It will also barf if you have spaces in
 any of the directories in the PATH environment var as well; you should
 setup an explicit PATH when running DMD.

 If you really need stuff with spaces in the name, you can use junction
 to create symlinks on 'doze and put the sym links in your path instead:

 http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx
Aug 21 2010
prev sibling parent Philippe Sigaud <philippe.sigaud gmail.com> writes:
--0016e6d976515e3e0e048ec00c55
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Aug 24, 2010 at 15:24, Bob Cowdery <bob bobcowdery.plus.com> wrote:


 I might be on my way :-) .

 Good :) I just skimmed through the thread, so I don't know if you're still



I'm using it, and it highlights D code with no problem. For 10.05, it's in
Settings > Editor > Syntax Highlighting > syntax highlighting for D (default
color scheme)
The keyword list might need to be updated a bit, maybe. I don't know if the
original install has 'immutable' as a keyword, for example.

Philippe

--0016e6d976515e3e0e048ec00c55
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><div class=3D"gmail_quote">On Tue, Aug 24, 2010 at 15:24, Bob Cowde=
ry <span dir=3D"ltr">&lt;<a href=3D"mailto:bob bobcowdery.plus.com">bob bob=
cowdery.plus.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote"=
 style=3D"margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 2=
04); padding-left: 1ex;">
<div><div></div>I might be on my way :-) .<br></div>
<br></blockquote><div>Good :) I just skimmed through the thread, so I don&#=
39;t know if you&#39;re still using Code::Blocks.<br>I&#39;m using it, and =
it highlights D code with no problem. For 10.05, it&#39;s in Settings &gt; =
Editor &gt; Syntax Highlighting &gt; syntax highlighting for D (default col=
or scheme)<br>
The keyword list might need to be updated a bit, maybe. I don&#39;t know if=
 the original install has &#39;immutable&#39; as a keyword, for example.<br=

<br>Philippe<br><br></div></div>



--0016e6d976515e3e0e048ec00c55--
Aug 26 2010