* [Cocci] Source code analysis for header files
@ 2014-12-31 13:20 SF Markus Elfring
[not found] ` <alpine.DEB.2.10.1412311439380.2559@hadrien>
0 siblings, 1 reply; 11+ messages in thread
From: SF Markus Elfring @ 2014-12-31 13:20 UTC (permalink / raw)
To: cocci
Dear Julia,
Can the tool "spatch" be instructed anyhow to analyse only
header files (*.h) instead of the usual source files (*.c)
after the parameter "--dir" was passed?
Regards,
Markus
^ permalink raw reply [flat|nested] 11+ messages in thread[parent not found: <alpine.DEB.2.10.1412311439380.2559@hadrien>]
[parent not found: <54A40032.4070904@users.sourceforge.net>]
[parent not found: <alpine.DEB.2.10.1412311457130.2559@hadrien>]
* [Cocci] Source code analysis for header files [not found] ` <alpine.DEB.2.10.1412311457130.2559@hadrien> @ 2014-12-31 14:10 ` SF Markus Elfring 2015-01-07 14:30 ` SF Markus Elfring 0 siblings, 1 reply; 11+ messages in thread From: SF Markus Elfring @ 2014-12-31 14:10 UTC (permalink / raw) To: cocci >>>> Can the tool "spatch" be instructed anyhow to analyse only >>>> header files (*.h) instead of the usual source files (*.c) >>>> after the parameter "--dir" was passed? >>> No. >> Thanks for your clarification. >> >> Will it eventually be quicker to determine the list >> of header files by other software tools? > Much quicker. How do you think about an approach just to change the file name extension from ".c" to ".h" occasionally? Are there any more use cases around where it makes also sense to search for source files with other suffixes? Regards, Markus ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2014-12-31 14:10 ` SF Markus Elfring @ 2015-01-07 14:30 ` SF Markus Elfring 2015-01-07 14:50 ` Julia Lawall 0 siblings, 1 reply; 11+ messages in thread From: SF Markus Elfring @ 2015-01-07 14:30 UTC (permalink / raw) To: cocci > How do you think about an approach just to change the file > name extension from ".c" to ".h" occasionally? > Are there any more use cases around where > it makes also sense to search for source files > with other suffixes? How easy (or challenging) is it to treat more files as source files from the C programming language? Would you like to extend use cases for your source code analysis and transformation software in this design direction? Regards, Markus ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 14:30 ` SF Markus Elfring @ 2015-01-07 14:50 ` Julia Lawall 2015-01-07 15:24 ` SF Markus Elfring 0 siblings, 1 reply; 11+ messages in thread From: Julia Lawall @ 2015-01-07 14:50 UTC (permalink / raw) To: cocci On Wed, 7 Jan 2015, SF Markus Elfring wrote: > > How do you think about an approach just to change the file > > name extension from ".c" to ".h" occasionally? > > Are there any more use cases around where > > it makes also sense to search for source files > > with other suffixes? > > How easy (or challenging) is it to treat more files > as source files from the C programming language? > > Would you like to extend use cases for your source code > analysis and transformation software in this design direction? There is an option --include-headers to take into account .h files. I guess there could be anoption --exclude-c-files if there is enough interest to warrant the addition of yet another option. julia ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 14:50 ` Julia Lawall @ 2015-01-07 15:24 ` SF Markus Elfring 2015-01-07 15:31 ` Julia Lawall 0 siblings, 1 reply; 11+ messages in thread From: SF Markus Elfring @ 2015-01-07 15:24 UTC (permalink / raw) To: cocci >> Would you like to extend use cases for your source code >> analysis and transformation software in this design direction? > > There is an option --include-headers to take into account .h files. I > guess there could be anoption --exclude-c-files if there is enough > interest to warrant the addition of yet another option. An "exclude option" does not sound promising for my feature request around including more possibilities, does it? Regards, Markus ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 15:24 ` SF Markus Elfring @ 2015-01-07 15:31 ` Julia Lawall 2015-01-07 15:41 ` Michael Stefaniuc 2015-01-07 15:47 ` SF Markus Elfring 0 siblings, 2 replies; 11+ messages in thread From: Julia Lawall @ 2015-01-07 15:31 UTC (permalink / raw) To: cocci On Wed, 7 Jan 2015, SF Markus Elfring wrote: > >> Would you like to extend use cases for your source code > >> analysis and transformation software in this design direction? > > > > There is an option --include-headers to take into account .h files. I > > guess there could be anoption --exclude-c-files if there is enough > > interest to warrant the addition of yet another option. > > An "exclude option" does not sound promising for my feature > request around including more possibilities, does it? I don't see the problem - C files are included by default, so one might perhaps want the option to exclude them. But what else is there? julia ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 15:31 ` Julia Lawall @ 2015-01-07 15:41 ` Michael Stefaniuc 2015-01-07 15:47 ` SF Markus Elfring 1 sibling, 0 replies; 11+ messages in thread From: Michael Stefaniuc @ 2015-01-07 15:41 UTC (permalink / raw) To: cocci On 01/07/2015 04:31 PM, Julia Lawall wrote: > > > On Wed, 7 Jan 2015, SF Markus Elfring wrote: > >>>> Would you like to extend use cases for your source code >>>> analysis and transformation software in this design >>>> direction? >>> >>> There is an option --include-headers to take into account .h >>> files. I guess there could be anoption --exclude-c-files if >>> there is enough interest to warrant the addition of yet another >>> option. >> >> An "exclude option" does not sound promising for my feature >> request around including more possibilities, does it? > > I don't see the problem - C files are included by default, so one > might perhaps want the option to exclude them. > > But what else is there? `find -name \*.h` has the same length to type and is easier to remember. That's what I use in the very few situations that I needed that feature. bye michael ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 15:31 ` Julia Lawall 2015-01-07 15:41 ` Michael Stefaniuc @ 2015-01-07 15:47 ` SF Markus Elfring 2015-01-07 16:01 ` Julia Lawall 1 sibling, 1 reply; 11+ messages in thread From: SF Markus Elfring @ 2015-01-07 15:47 UTC (permalink / raw) To: cocci > I don't see the problem - C files are included by default, so one might > perhaps want the option to exclude them. Some source files can be analysed to some degree without inclusion of further header files. I like this functionality when it works as expected. I would like to extend checks on "header files" after an analysis was finished on the primary source files. Does it become more interesting to filter between the categories "header" and "source" data? > But what else is there? Header files can also contain function implementations which lead to further considerations around software designs. Regards, Markus ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 15:47 ` SF Markus Elfring @ 2015-01-07 16:01 ` Julia Lawall 2015-01-07 16:12 ` SF Markus Elfring 0 siblings, 1 reply; 11+ messages in thread From: Julia Lawall @ 2015-01-07 16:01 UTC (permalink / raw) To: cocci On Wed, 7 Jan 2015, SF Markus Elfring wrote: > > I don't see the problem - C files are included by default, so one might > > perhaps want the option to exclude them. > > Some source files can be analysed to some degree without inclusion of > further header files. I like this functionality when it works as expected. > > I would like to extend checks on "header files" after an analysis > was finished on the primary source files. > Does it become more interesting to filter between the categories "header" > and "source" data? I think that all you want is the options --no-includes --include-headers. --no-includes does not expand and #includes. --include-headers causes .h files to be processed as well as .c files. I don't see the need to control the order in which the processing is performed. julia ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 16:01 ` Julia Lawall @ 2015-01-07 16:12 ` SF Markus Elfring 2015-01-25 17:55 ` SF Markus Elfring 0 siblings, 1 reply; 11+ messages in thread From: SF Markus Elfring @ 2015-01-07 16:12 UTC (permalink / raw) To: cocci > I don't see the need to control the order in which the processing is performed. I guess that I do also not want an order change. I suggest to select an alternative file extension filter for the source file search which is provided by your software. Regards, Markus ^ permalink raw reply [flat|nested] 11+ messages in thread
* [Cocci] Source code analysis for header files 2015-01-07 16:12 ` SF Markus Elfring @ 2015-01-25 17:55 ` SF Markus Elfring 0 siblings, 0 replies; 11+ messages in thread From: SF Markus Elfring @ 2015-01-25 17:55 UTC (permalink / raw) To: cocci > I suggest to select an alternative file extension filter for the source file > search which is provided by your software. I have used another simple file extension filter in my evolving source code analysis approach. Some data were imported from header files of the software "Linux next-20150123" into a database. I guess that I can reuse them only in consistent ways if corresponding name space issues will be resolved. How should be determined with the Coccinelle technology if the collected information is really included by a specific source file? Regards, Markus ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2015-01-25 17:55 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-12-31 13:20 [Cocci] Source code analysis for header files SF Markus Elfring
[not found] ` <alpine.DEB.2.10.1412311439380.2559@hadrien>
[not found] ` <54A40032.4070904@users.sourceforge.net>
[not found] ` <alpine.DEB.2.10.1412311457130.2559@hadrien>
2014-12-31 14:10 ` SF Markus Elfring
2015-01-07 14:30 ` SF Markus Elfring
2015-01-07 14:50 ` Julia Lawall
2015-01-07 15:24 ` SF Markus Elfring
2015-01-07 15:31 ` Julia Lawall
2015-01-07 15:41 ` Michael Stefaniuc
2015-01-07 15:47 ` SF Markus Elfring
2015-01-07 16:01 ` Julia Lawall
2015-01-07 16:12 ` SF Markus Elfring
2015-01-25 17:55 ` SF Markus Elfring
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.