- C2hs - Haskell.org

patch applied (c2hs): Make the cc-wrapper program work without needing any hacking
by Duncan Coutts 20 Apr '07

20 Apr '07

Thu Apr 19 22:59:49 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Make the cc-wrapper program work without needing any hacking M ./c2hs/c/tests/CCWrapper.hs -21 +21

1 0

patch applied (c2hs): Put myself as primary author and update docs
by Duncan Coutts 20 Apr '07

20 Apr '07

Thu Apr 19 22:54:52 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Put myself as primary author and update docs I've rewritten it twice so should probably list myself as main author. It is of course derived from Manuel Chakravarty's original c2hs C parser and from James A. Roskind's C grammar and the copyright notices reflect that. We need to double check Mr Roskind's copyright license to make sure we're respecting it properly. Also remove some docs that don't really apply anymore and add a couple TODOs. M ./c2hs/c/CParser.y -33 +9

1 0

RE: darcs patch: added cppOptions and c2hsOptions
by Vivian McPhail 20 Apr '07

20 Apr '07

Hi Duncan, I added cppOptions because in the Cabal.cabal file there was a comment to add cppOptions and so I did it. With respect to c2hsOptions, the problem is that c2hs passes options to the CPP nonstandardly (with --cppopts=), so even if I have an -I* option in my ccOptions that gets passed to c2hs, this works for c2hs, but doesn't get passed to the cpp that c2hs uses. I've sent a message to the c2hs/cabal mailing list with a dummy package that recreates all the problems I had on mingw/WinXP. The reason the c files are outside the Cabal hierarchy is that they are supposed to mimic libs/headers that are already on the system and would (normally) be found with an autoconf script. I think it would be a great idea to change the name of the .h file that c2hs generates. It would make naming Haskell sources/modules more consistent with their targets. Cheers, Vivian > -----Original Message----- > From: Duncan Coutts [mailto:duncan.coutts@worc.ox.ac.uk] > Sent: Wednesday, 18 April 2007 3:31 p.m. > To: Vivian McPhail > Cc: cabal-devel(a)haskell.org > Subject: Re: darcs patch: added cppOptions and c2hsOptions > > On Wed, 2007-04-04 at 03:33 +1200, Vivian McPhail wrote: > > > Wed Apr 4 03:32:49 New Zealand Standard Time 2007 Vivian McPhail > > <omconsult(a)gmail.com> > > * added cppOptions and c2hsOptions > > Hia Vivian, > > Can you explain to me again exactly why we need these extra options? > As I see it, cpp options can just be included in the cc options, is > there any need to separate them? > > Cabal currently looks for -D* -U* and -I* flags in the cc options and > passes them to c2hs. Are there any other ones that we are missing > there? > It's quite convenient for users not to have to separate the cc flags > into cpp ones, since many other tools intermingle them (off the top of > my head I can think of pkg-config). > > As for the c2hs options, again I'm not clear as to why this is > necessary. c2hs doesn't support that many interesting flags: > > -C CPPOPTS --cppopts=CPPOPTS pass CPPOPTS to the C preprocessor > -c CPP --cpp=CPP use executable CPP to > invoke C preprocessor > -d TYPE --dump=TYPE dump internal information > (for debugging) > -h, -? --help brief help (the present message) > -i INCLUDE --include=INCLUDE include paths for .chi files > -k --keep keep pre-processed C header > -l --copy-library copy `C2HS' library module in > -o FILE --output=FILE output result to FILE > (should end in .hs) > -p PLATFORM --platform=PLATFORM platform to use for cross > compilation > -t PATH --output-dir=PATH place generated files in PATH > -v --version show version information > > I think all of these are either not useful or can be selected > automatically. > > As for the optional .h file that can be passed on the command line, > the better way to do that is to put the #include inside the .chs file. > > The alternative is to extend c2hs to accept many .h files on the > command line and we can pass all the files in the 'includes:' field to > c2hs. I'm considering extending c2hs to allow this. I'm also planning > to change c2hs so that the .h file it generates will not clash with > anything else, for foo.chs it'll generate foo.chs.h and possibly > foo.chs.c too. > > Is there anything I've missed? > > Duncan >

1 0

patch applied (c2hs): Add a bunch of my parser test progs
by Duncan Coutts 19 Apr '07

19 Apr '07

Thu Apr 19 05:23:17 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Add a bunch of my parser test progs They actually need an extra function exported from the parser to work. I'll fix that soonish. A ./c2hs/c/tests/CCWrapper.hs A ./c2hs/c/tests/Makefile A ./c2hs/c/tests/ParseUnit.hs A ./c2hs/c/tests/cc-wrapper.sh

1 0

patch applied (c2hs): Don' t ignore attributes in the lexer anymore
by Duncan Coutts 19 Apr '07

19 Apr '07

Thu Apr 19 05:19:28 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Don't ignore attributes in the lexer anymore So now we find out if the parser really can handle __attributes__ in all the right places. It should do. I can still parse the kernel and all the core system packages on my system. M ./c2hs/c/CLexer.x -4 +4

1 0

patch applied (c2hs): Allow attributes after labels
by Duncan Coutts 19 Apr '07

19 Apr '07

Thu Apr 19 05:15:06 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Allow attributes after labels M ./c2hs/c/CParser.y -1 +1

1 0

patch applied (c2hs): Allow attributes within enum, struct and union declarations
by Duncan Coutts 19 Apr '07

19 Apr '07

Thu Apr 19 05:13:52 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Allow attributes within enum, struct and union declarations eg: enum __attribute__ ((...)) { ... } M ./c2hs/c/CParser.y -16 +16

1 0

patch applied (c2hs): Allow attributes in parameter lists
by Duncan Coutts 19 Apr '07

19 Apr '07

Thu Apr 19 05:12:03 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Allow attributes in parameter lists Before, after and between each parameter declaration. M ./c2hs/c/CParser.y -8 +9

1 0

patch applied (c2hs): Allow attributes within struct declaring lists
by Duncan Coutts 19 Apr '07

19 Apr '07

Thu Apr 19 05:09:47 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Allow attributes within struct declaring lists Before, after and between each struct declarator. M ./c2hs/c/CParser.y -10 +10

1 0

patch applied (c2hs): Allow attrs before top level and nested declarations and type names
by Duncan Coutts 19 Apr '07

19 Apr '07

Thu Apr 19 05:07:57 PDT 2007 Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> * Allow attrs before top level and nested declarations and type names M ./c2hs/c/CParser.y -13 +15

1 0