Re: htod (8.52.5n) not recognizing wchar_t?

Thanks!

Re: htod (8.52.5n) not recognizing wchar_t?

; file. > > Anything I need to do? I'd prefer to keep this entire file > uncommented so I don't always have to hand-edit the results of > htod. I find it quite surprising that it doesn't like wchar_t, but depending on what version of C it's converting to, maybe wchar_t isn't officially part

htod (8.52.5n) not recognizing wchar_t?

lways have to hand-edit the results of htod. cheers

Re: HTOD

On 2017-08-28 20:24, 12345swordy wrote: What compiler are you referring to? Clang? LDC? DMD? The D compilers, DMD and LDC. -- /Jacob Carlborg

Re: HTOD

On Monday, 28 August 2017 at 06:30:53 UTC, Jacob Carlborg wrote: On 2017-08-26 23:32, 12345swordy wrote: I am not asking that, I'm asking regarding the project mention earlier. Adding support for C++ to DStep is a long term goal, yes. But the compiler still needs to support those features.

Re: HTOD

On 2017-08-26 23:32, 12345swordy wrote: I am not asking that, I'm asking regarding the project mention earlier. Adding support for C++ to DStep is a long term goal, yes. But the compiler still needs to support those features. Unless DStep is going to generate C wrappers, which I would like

Re: HTOD

On 2017-08-25 16:58, Walter Bright wrote: Right, but please show me an example of how that might be used. I've never suggested that this should be implemented. -- /Jacob Carlborg

Re: HTOD

On Thursday, 24 August 2017 at 19:08:04 UTC, Jacob Carlborg wrote: On 2017-08-24 17:02, 12345swordy wrote: They have plans to add c++ support? D can already link with C++, but not all features are supported. Like lambdas, for example, are not supported. I am not asking that, I'm asking

Re: HTOD

On 8/25/2017 1:31 AM, Jacob Carlborg wrote: On 2017-08-25 02:43, Walter Bright wrote: I have no idea how that would even work. Since lambdas are nested functions, how would one write one in D and have it nested inside C++ code? I thought C++ lambdas were implemented as structs with the call

Re: HTOD

On 2017-08-25 13:07, Atila Neves wrote: Correct, the lambda syntax is just syntatic sugar. But how would D support that? The name of the compiler-generated struct is known only to the compiler, there'd be no way to link to the code. I don't know. I haven't suggested this should be

Re: HTOD

On Friday, 25 August 2017 at 08:31:57 UTC, Jacob Carlborg wrote: On 2017-08-25 02:43, Walter Bright wrote: I have no idea how that would even work. Since lambdas are nested functions, how would one write one in D and have it nested inside C++ code? I thought C++ lambdas were implemented as

Re: HTOD

On 2017-08-25 02:43, Walter Bright wrote: I have no idea how that would even work. Since lambdas are nested functions, how would one write one in D and have it nested inside C++ code? I thought C++ lambdas were implemented as structs with the call operator overloaded. -- /Jacob Carlborg

Re: HTOD

On Friday, 25 August 2017 at 00:43:56 UTC, Walter Bright wrote: On 8/24/2017 12:08 PM, Jacob Carlborg wrote: D can already link with C++, but not all features are supported. Like lambdas, for example, are not supported. I have no idea how that would even work. Since lambdas are nested

Re: HTOD

On 8/24/2017 12:08 PM, Jacob Carlborg wrote: D can already link with C++, but not all features are supported. Like lambdas, for example, are not supported. I have no idea how that would even work. Since lambdas are nested functions, how would one write one in D and have it nested inside C++

Re: HTOD

On 8/24/2017 12:53 AM, lobo wrote: D had 1 ICE that was a known issue with core team member comments on the bug report. What's the bugzilla issue number?

Re: HTOD

On 2017-08-24 17:02, 12345swordy wrote: They have plans to add c++ support? D can already link with C++, but not all features are supported. Like lambdas, for example, are not supported. -- /Jacob Carlborg

Re: HTOD

On Thursday, 24 August 2017 at 08:11:52 UTC, Jacob Carlborg wrote: On 2017-08-23 15:25, 12345swordy wrote: "Doesn't translate C++ at all" That's very disappointing. IMO, it should at least aim for the c++ 11 feature via using clang. Pull requests are welcome :). BTW, to my knowledge D

Re: HTOD

On 2017-08-23 15:25, 12345swordy wrote: "Doesn't translate C++ at all" That's very disappointing. IMO, it should at least aim for the c++ 11 feature via using clang. Pull requests are welcome :). BTW, to my knowledge D doesn't support any features added after C++98/03. -- /Jacob Carlborg

Re: HTOD

On Thursday, 24 August 2017 at 05:56:02 UTC, Timothee Cour wrote: On Wed, Aug 23, 2017 at 10:38 PM, lobo via Digitalmars-d wrote: On Thursday, 24 August 2017 at 01:51:25 UTC, Timothee Cour wrote: [...] nim: it supports both targetting C++ (as well as C or

Re: HTOD

On Wed, Aug 23, 2017 at 10:38 PM, lobo via Digitalmars-d wrote: > On Thursday, 24 August 2017 at 01:51:25 UTC, Timothee Cour wrote: >>> >>> [...] >> >> >> nim: >> it supports both targetting C++ (as well as C or javascript) and also >> calling C++ via foreign function

Re: HTOD

On Thursday, 24 August 2017 at 01:51:25 UTC, Timothee Cour wrote: [...] nim: it supports both targetting C++ (as well as C or javascript) and also calling C++ via foreign function interface, eg here are some links: https://github.com/nim-lang/Nim/wiki/Playing-with-CPP--VTABLE-from-Nim

Re: HTOD

> Do you know another language or tool that can call C++ natively? nim: it supports both targetting C++ (as well as C or javascript) and also calling C++ via foreign function interface, eg here are some links: https://github.com/nim-lang/Nim/wiki/Playing-with-CPP--VTABLE-from-Nim

Re: HTOD

On Wednesday, 23 August 2017 at 13:25:20 UTC, 12345swordy wrote: On Tuesday, 22 August 2017 at 19:55:53 UTC, Jacob Carlborg wrote: On 2017-08-22 19:47, 12345swordy wrote: Use Clang frontend? DStep [1] is doing that. It handles both GCC and Microsoft extensions. [1]

Re: HTOD

On Wednesday, 23 August 2017 at 14:12:55 UTC, jmh530 wrote: On Wednesday, 23 August 2017 at 13:25:20 UTC, 12345swordy wrote: "Doesn't translate C++ at all" That's very disappointing. IMO, it should at least aim for the c++ 11 feature via using clang. Very disappointing? Yes I find it

Re: HTOD

On Wednesday, 23 August 2017 at 13:25:20 UTC, 12345swordy wrote: "Doesn't translate C++ at all" That's very disappointing. IMO, it should at least aim for the c++ 11 feature via using clang. Very disappointing? It's not trivial to call C++ from another language.

Re: HTOD

On Tuesday, 22 August 2017 at 19:55:53 UTC, Jacob Carlborg wrote: On 2017-08-22 19:47, 12345swordy wrote: Use Clang frontend? DStep [1] is doing that. It handles both GCC and Microsoft extensions. [1] https://github.com/jacob-carlborg/dstep "Doesn't translate C++ at all" That's very

Re: HTOD

On Tuesday, 22 August 2017 at 22:50:46 UTC, Walter Bright wrote: On 8/22/2017 2:50 PM, Steven Schveighoffer wrote: But it is generating D code, no? Sure. And the C subset of D has been very stable, too. Used the tool 2 years ago. Worked like a charm.

Re: HTOD

On 8/22/2017 2:50 PM, Steven Schveighoffer wrote: On 8/22/17 5:17 PM, Walter Bright wrote: On 8/22/2017 11:23 AM, Steven Schveighoffer wrote: I downloaded it. The exe is last modified April 28, 2010, corresponding with DMD version 2.044. This can't possibly produce valid D headers for

Re: HTOD

On 8/22/17 5:17 PM, Walter Bright wrote: On 8/22/2017 11:23 AM, Steven Schveighoffer wrote: I downloaded it. The exe is last modified April 28, 2010, corresponding with DMD version 2.044. This can't possibly produce valid D headers for 2.075.1. I think it should be either updated or removed

Re: HTOD

On 8/22/2017 11:23 AM, Steven Schveighoffer wrote: I downloaded it. The exe is last modified April 28, 2010, corresponding with DMD version 2.044. This can't possibly produce valid D headers for 2.075.1. I think it should be either updated or removed from the web site. It doesn't correspond

Re: HTOD

On 2017-08-22 19:47, 12345swordy wrote: Use Clang frontend? DStep [1] is doing that. It handles both GCC and Microsoft extensions. [1] https://github.com/jacob-carlborg/dstep -- /Jacob Carlborg

Re: HTOD

On 8/22/17 1:15 PM, Walter Bright wrote: On 8/22/2017 8:14 AM, Jonathan Shamir wrote: https://dlang.org/htod.html I click download and get an exe! And in the bugs section: No linux version. I'll start with the productive part. If anyone can point me out to the sources of htod I would love

Re: HTOD

On Tuesday, 22 August 2017 at 17:15:27 UTC, Walter Bright wrote: You're right about htod, and it's on me. It's built out of the DMC++ front end. I haven't gotten around yet to releasing it as open source. We can discuss possible ways of implementing htod. Instead, I'd rather discuss how we

Re: HTOD

On Tuesday, 22 August 2017 at 17:15:27 UTC, Walter Bright wrote: On 8/22/2017 8:14 AM, Jonathan Shamir wrote: [...] You're right about htod, and it's on me. It's built out of the DMC++ front end. I haven't gotten around yet to releasing it as open source. [...] Use Clang frontend?

HTOD

On 8/22/2017 8:14 AM, Jonathan Shamir wrote: https://dlang.org/htod.html I click download and get an exe! And in the bugs section: No linux version. I'll start with the productive part. If anyone can point me out to the sources of htod I would love to compile for linux + osx. Any task seems

Re: htod for linux

On Friday, 21 April 2017 at 11:40:45 UTC, Mike Parker wrote: On Friday, 21 April 2017 at 10:54:26 UTC, سليمان السهمي (Soulaïman Sahmi) wrote: Is there an htod for linux or an equivalent that works with Cpp, there is dstep but it does not support Cpp. From the very bottom of the htod doc page

Re: htod for linux

You may also want to try dstep - I just recently used that tool for the first time, and it worked really well (required a bit of tweaking of the source and result files though, but nothing major). => https://github.com/jacob-carlborg/dstep

Re: htod for linux

I think we need a dub package for the cpp standard library. If somebody has managed to get that together, it would be a great step towards better cpp interoperability.

Re: htod for linux

On Friday, 21 April 2017 at 12:10:04 UTC, Mike Parker wrote: The only thing I'm aware of is Binderoo [1]. According to the currently skinny wiki, binderoo_util [2] can be used to generate bindings if you're invested in using the whole set up. Ethan's scheduled to give a talk about it on Day 2

Re: htod for linux

On Friday, 21 April 2017 at 12:04:02 UTC, سليمان السهمي (Soulaïman Sahmi) wrote: On Friday, 21 April 2017 at 11:40:45 UTC, Mike Parker wrote: "No Linux version." That's a shame, any alternative with cpp support? It's quite painful to "port" something ubiquitous like std::string by hand.

Re: htod for linux

On Friday, 21 April 2017 at 11:40:45 UTC, Mike Parker wrote: "No Linux version." That's a shame, any alternative with cpp support? It's quite painful to "port" something ubiquitous like std::string by hand. base_string.h is ugly, is arcane, even a parser would have a hard time with it.

Re: htod for linux

On Friday, 21 April 2017 at 10:54:26 UTC, سليمان السهمي (Soulaïman Sahmi) wrote: Is there an htod for linux or an equivalent that works with Cpp, there is dstep but it does not support Cpp. From the very bottom of the htod doc page [1]: "No Linux version." https://dlang.org/htod.html

htod for linux

Is there an htod for linux or an equivalent that works with Cpp, there is dstep but it does not support Cpp.

[Issue 6349] HTOD needs -od or -of switch

https://issues.dlang.org/show_bug.cgi?id=6349 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 6239] HTOD: Add support for converting opaque C types to D

https://issues.dlang.org/show_bug.cgi?id=6239 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED

Re: Linux and htod

On Thursday, 16 June 2016 at 19:04:38 UTC, bachmeier wrote: On Thursday, 16 June 2016 at 12:23:09 UTC, fbmac wrote: How people use it on Linux, if htod is required to import C libraries and windows only?f Just to clarify, so as to prevent confusion by someone that randomly stumbles across

Re: Linux and htod

On Thursday, 16 June 2016 at 12:23:09 UTC, fbmac wrote: How people use it on Linux, if htod is required to import C libraries and windows only?f Just to clarify, so as to prevent confusion by someone that randomly stumbles across this post, you do not need htod, dstep, or any other tool

Re: Linux and htod

On Thursday, 16 June 2016 at 12:39:00 UTC, Dicebot wrote: On Thursday, 16 June 2016 at 12:23:09 UTC, fbmac wrote: How people use it on Linux, if htod is required to import C libraries and windows only?f People don't use htod. https://github.com/jacob-carlborg/dstep is best what one can

Re: Linux and htod

On Thursday, 16 June 2016 at 12:23:09 UTC, fbmac wrote: How people use it on Linux, if htod is required to import C libraries and windows only?f People don't use htod. https://github.com/jacob-carlborg/dstep is best what one can be for plain binding generation.

Re: Linux and htod

On Thursday, 16 June 2016 at 12:23:09 UTC, fbmac wrote: How people use it on Linux, if htod is required to import C libraries and windows only?f we don't.

Linux and htod

How people use it on Linux, if htod is required to import C libraries and windows only?f

Re: htod question

for existing C library so I was trying to use htod for that. The library includes various C header files ... causing htod to fail Yeah, htod often requires preparing the files your trying to convert. Often removing macro's and the like. Its a manual process, and it can get dirty.

Re: htod question

On 2016-01-22 01:31, Dibyendu Majumdar wrote: I tried using htod but got errors as it could not handle the std C header files (Visual C++). How do people work around this? You could try DStep [1]. Although I'm not entirely sure if it works on Windows. It uses libclang, so if Clang can handle

Re: htod question

On Friday, 22 January 2016 at 00:31:01 UTC, Dibyendu Majumdar wrote: I tried using htod but got errors as it could not handle the std C header files (Visual C++). And probably never will. D doesn't have a preprocessor so it's kind of hard to automate the process. How do people work around

Re: htod question

On Friday, 22 January 2016 at 00:52:59 UTC, W.J. wrote: Counter question: What's so bad about the D std library ? I am trying to create bindings for existing C library so I was trying to use htod for that.

htod question

I tried using htod but got errors as it could not handle the std C header files (Visual C++). How do people work around this? Thanks and Regards Dibyendu

Re: htod question

On Friday, 22 January 2016 at 01:03:09 UTC, Dibyendu Majumdar wrote: On Friday, 22 January 2016 at 00:52:59 UTC, W.J. wrote: Counter question: What's so bad about the D std library ? I am trying to create bindings for existing C library so I was trying to use htod for that. The library

Re: htod question

for existing C library so I was trying to use htod for that. The library includes various C header files ... causing htod to fail I see. I didn't quite understand your question correctly. I thought you were trying to port over the std c library. Maybe you can give an example ?

[Issue 4876] New D component htod needed

https://issues.dlang.org/show_bug.cgi?id=4876 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Version|unspecified |D2 --

[Issue 4876] New D component htod needed

https://issues.dlang.org/show_bug.cgi?id=4876 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Component|general |websites

[Issue 6239] HTOD: Add support for converting opaque C types to D

https://issues.dlang.org/show_bug.cgi?id=6239 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Component|htod|tools --

[Issue 6237] htod generates invalid module name and declaration

https://issues.dlang.org/show_bug.cgi?id=6237 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Component|htod|tools --

[Issue 6248] HTOD leaves out const when translating C headers

https://issues.dlang.org/show_bug.cgi?id=6248 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Component|htod|tools --

[Issue 6349] HTOD needs -od or -of switch

https://issues.dlang.org/show_bug.cgi?id=6349 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Component|htod|tools --

[Issue 6249] HTOD deletes files without notice

https://issues.dlang.org/show_bug.cgi?id=6249 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Component|htod|tools --

[Issue 6292] HTOD hides constants behind a comment

https://issues.dlang.org/show_bug.cgi?id=6292 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Component|htod|tools --

Re: HTOD: Low hanging fruit

On 2013-12-07 18:53, Andre wrote: If DStep is the prefered solution would it be possible to also provide a pre compiled binary for windows? This would make DStep more user friendly. = Just trying to find out what is needed to compile DStep on a windows machine, whether I need mambo/tango/s.th.

Re: HTOD: Low hanging fruit

If DStep is the prefered solution would it be possible to also provide a pre compiled binary for windows? This would make DStep more user friendly. = Just trying to find out what is needed to compile DStep on a windows machine, whether I need mambo/tango/s.th. else and praying libclang is

HTOD: Low hanging fruit

Hi, HTOD is not able to translate a #define if the value is in brackets like here: #define SQL_STILL_EXECUTING 2 #define SQL_ERROR (-1) #define SQL_INVALID_HANDLE (-2) #define SQL_NEED_DATA 99

HTOD: Low hanging fruit

Hi, HTOD is not able to translate a #define if the value is in brackets like here: #define SQL_STILL_EXECUTING 2 #define SQL_ERROR (-1) #define SQL_INVALID_HANDLE (-2) #define SQL_NEED_DATA 99

Re: HTOD: Low hanging fruit

strange, sent once but posted 2 times on server On Friday, 6 December 2013 at 15:04:58 UTC, Andre wrote: Hi, HTOD is not able to translate a #define if the value is in brackets like here: #define SQL_STILL_EXECUTING 2 #define SQL_ERROR (-1

Re: HTOD: Low hanging fruit

On Friday, 6 December 2013 at 15:04:18 UTC, Andre wrote: Hi, HTOD is not able to translate a #define if the value is in brackets like here: #define SQL_STILL_EXECUTING 2 #define SQL_ERROR (-1) #define SQL_INVALID_HANDLE (-2

Re: HTOD: Low hanging fruit

To be honest I'd love htod to be completely removed from dlang.org (and possibly replaced with dstep) as it does more harm than good.

Re: HTOD: Low hanging fruit

On 2013-12-06 16:14, Dicebot wrote: htod is old and unsupported. I recommend dstep (https://github.com/jacob-carlborg/dstep) which is based on libclang and thus naturally up to date with current C state. DStep doesn't currently support any preprocessor handling, except for some simple

Re: HTOD: Low hanging fruit

On Friday, 6 December 2013 at 17:02:18 UTC, Jacob Carlborg wrote: On 2013-12-06 16:14, Dicebot wrote: htod is old and unsupported. I recommend dstep (https://github.com/jacob-carlborg/dstep) which is based on libclang and thus naturally up to date with current C state. DStep doesn't

Re: HTOD: Low hanging fruit

On 2013-12-06 18:10, Dicebot wrote: Does it simply ignores preprocessor tokens or actually makes substitutions (but there is no D-ification)? I thought it is the latter. It does substitutions. I guess using libclang would be just like compiling with Clang but stop the process somewhere after

Re: HTOD: Low hanging fruit

On 2013-12-06 18:13, Jacob Carlborg wrote: It does substitutions. I guess using libclang would be just like compiling with Clang but stop the process somewhere after the AST is created and before the code generating phase has started. This also has the unfortunate consequences that you can

Re: HTOD: Low hanging fruit

On 12/6/13, Jacob Carlborg d...@me.com wrote: On 2013-12-06 18:13, Jacob Carlborg wrote: It does substitutions. I guess using libclang would be just like compiling with Clang but stop the process somewhere after the AST is created and before the code generating phase has started. This also

Re: HTOD: Low hanging fruit

On 12/6/13 7:15 AM, Dicebot wrote: To be honest I'd love htod to be completely removed from dlang.org (and possibly replaced with dstep) as it does more harm than good. I agree. Please send a pull request. Thanks, Andrei

Re: HTOD: Low hanging fruit

On 2013-12-06 19:35, Andrej Mitrovic wrote: I guess libtooling (http://clang.llvm.org/docs/LibTooling.html) would be a better fit for a codegenerator, but it's a C++ library. I don't see what this would give me. libclang already handles command line parsing. DStep handles, in addition to

Re: HTOD: Low hanging fruit

On 2013-12-06 19:35, Andrej Mitrovic wrote: I guess libtooling (http://clang.llvm.org/docs/LibTooling.html) would be a better fit for a codegenerator, but it's a C++ library. What would be better is to use the Clang C++ libraries since they already provide all the functionality needed.

Is there any chance of htod being improved or ported to other platforms?

Is there any chance of htod being improved or ported to other platforms? http://dlang.org/htod.html Is this tool still capable or is it a legacy tool now?

Re: Is there any chance of htod being improved or ported to other platforms?

On Thursday, 14 November 2013 at 15:22:28 UTC, Gary Willoughby wrote: Is there any chance of htod being improved or ported to other platforms? http://dlang.org/htod.html Is this tool still capable or is it a legacy tool now? It does not reliably work even on Windows. Legacy. Use dstep

Re: Is there any chance of htod being improved or ported to other platforms?

On Thursday, 14 November 2013 at 15:25:37 UTC, Dicebot wrote: On Thursday, 14 November 2013 at 15:22:28 UTC, Gary Willoughby wrote: Is there any chance of htod being improved or ported to other platforms? http://dlang.org/htod.html Is this tool still capable or is it a legacy tool now

Re: Walter: htod on github?

On 2013-05-28 04:32, Lionello Lunesu wrote: Walter, Any chance we can get the source of htod? If found it a very useful little utility, although there are many issues with it. VisualD also include a similar utility to convert header files to D, but it is more tuned to Windows header files

Re: Walter: htod on github?

On 5/28/13 12:11, Walter Bright wrote: On 5/27/2013 8:35 PM, Lionello Lunesu wrote: On 5/28/13 11:08, Diggory wrote: On Tuesday, 28 May 2013 at 02:32:24 UTC, Lionello Lunesu wrote: Walter, Any chance we can get the source of htod? If found it a very useful little utility, although

Walter: htod on github?

Walter, Any chance we can get the source of htod? If found it a very useful little utility, although there are many issues with it. VisualD also include a similar utility to convert header files to D, but it is more tuned to Windows header files. Perhaps we can combine the two into a new

Re: Walter: htod on github?

On Tuesday, 28 May 2013 at 02:32:24 UTC, Lionello Lunesu wrote: Walter, Any chance we can get the source of htod? If found it a very useful little utility, although there are many issues with it. VisualD also include a similar utility to convert header files to D, but it is more tuned

Re: Walter: htod on github?

On 5/28/13 11:08, Diggory wrote: On Tuesday, 28 May 2013 at 02:32:24 UTC, Lionello Lunesu wrote: Walter, Any chance we can get the source of htod? If found it a very useful little utility, although there are many issues with it. VisualD also include a similar utility to convert header files

Re: Walter: htod on github?

On 5/27/2013 8:35 PM, Lionello Lunesu wrote: On 5/28/13 11:08, Diggory wrote: On Tuesday, 28 May 2013 at 02:32:24 UTC, Lionello Lunesu wrote: Walter, Any chance we can get the source of htod? If found it a very useful little utility, although there are many issues with it. VisualD also

[Issue 6248] HTOD leaves out const when translating C headers

http://d.puremagic.com/issues/show_bug.cgi?id=6248 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 6249] HTOD deletes files without notice

http://d.puremagic.com/issues/show_bug.cgi?id=6249 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 6292] HTOD hides constants behind a comment

http://d.puremagic.com/issues/show_bug.cgi?id=6292 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

htod - const

I have this file tmp.h: const char *getvalue(const char *key); I run htod tmp.h and I've got the output --- /* Converted to D from tmp.h by htod */ module tmp; //C const char *getvalue(const char *key); extern (C): char * getvalue(char *key

Re: htod - const

Why is 'const' removed? cause htod sucks. D1 didn't have const and htod wasn't updated for ages.

Re: htod - const

trass3r, I wouldn't say that it sucks. It has really helped a lot in porting some simple header files. It goes terribly bad on the more complex though.

Re: htod - const

Thanks Trass3r. On Tue, Mar 6, 2012, at 05:50 PM, Trass3r wrote: Why is 'const' removed? cause htod sucks. D1 didn't have const and htod wasn't updated for ages.

Re: htod - const

Am 06.03.2012, 20:13 Uhr, schrieb maarten van damme maartenvd1...@gmail.com: I wouldn't say that it sucks. It has really helped a lot in porting some simple header files. It goes terribly bad on the more complex though. Sadly, using regular expressions is much more efficient. At least

Re: htod - const

On 3/6/12, Trass3r u...@known.com wrote: Sadly, using regular expressions is much more efficient. Do you have some script that does that and sorta works? I've tried others (e.g. dstep but couldn't get LLVM to compile unfortunately..).

Re: htod

Thank you very much, that solved my issue. C:\dirhtod -I c:\d\dm\include ocilib.h Fatal error: unable to open input file 'stdlib.h' You have an extra space there. Use: htod -IC:\d\dm\include ocilib.h That will work.

  1   2   3   >