Code analysis tools for C programs


 
Thread Tools Search this Thread
Operating Systems AIX Code analysis tools for C programs
# 1  
Old 06-25-2014
IBM Code analysis tools for C programs

Hi

I need a list of code analysis tools for C programs, that can work on AIX environment such as :
dynamic or static code analysis
Code Complexity Measures
Test Coverage Analyzer
Unit tests
profiling tools
Source code formatter

I've found several tools but not compatible with AIX
Thanks in advance

Last edited by SteAlma; 06-25-2014 at 12:23 PM..
Login or Register to Ask a Question

Previous Thread | Next Thread

9 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Difference between inbuilt suid programs and user defined root suid programs under bash shell?

Hey guys, Suppose i run passwd via bash shell. It is a suid program, which temporarily runs as root(owner) and modifies the user entries. However, when i write a C file and give 4755 permission and root ownership to the 'a.out' file , it doesn't run as root in bash shell. I verified this by... (2 Replies)
Discussion started by: syncmaster
2 Replies

2. Red Hat

What is the best tools for performance data gathering and analysis?

Dear Guru, IHAC who complaint that his CentOS is getting performance issue. I have to help him out of there. Could you please tell me which tools is better to gathering the whole system performance data? -- CPU/Memory/IO(disk & Network)/swap I would like the tools could be... (6 Replies)
Discussion started by: devyfong
6 Replies

3. UNIX for Advanced & Expert Users

Static code analysis for Perl

As an addition to our ongoing investigation into static code analysis tools for a Perl programming we are maintaining, can anyone recommend a certain tool that he/she is experienced with? We are already actively using perl::critic (Perl::Critic) and rats... (2 Replies)
Discussion started by: figaro
2 Replies

4. UNIX for Dummies Questions & Answers

Text analysis

Hey Guys, Does anyone know how to count the separate amount of words in a text file? e.g the 5 and 20 Furthermore does anyone know how to convert whole numbers in decimals? Thanks (24 Replies)
Discussion started by: John0101
24 Replies

5. UNIX and Linux Applications

Suspect code in Speech Tools

When ran configure for speech tools 1.2.96-beta (festival speech synthesis) on Slackware 13.0 seems it is erroneously coded. This code sequence gets flagged 5 times http://www.unix.com/images/icons/icon8.gif in configure: int main() { int j= #if __GNUC__ == 3 ... (6 Replies)
Discussion started by: slak0
6 Replies

6. UNIX for Dummies Questions & Answers

Are programs like sys_open( ) ,sys_read( ) et al examples of system level programs ?

Are the programs written on schedulers ,thread library , process management, memory management, et al called systems programs ? How are they different from the programs that implement functions like open() , printf() , scanf() , read() .. they have a prefix sys_open, sys_close, sys_read etc , right... (1 Reply)
Discussion started by: vishwamitra
1 Replies

7. Shell Programming and Scripting

Gen. Question - Script calls multiple programs - Return Code Handling?

General Question: If a script calls multiple external programs (external to the script, but still on unix), where do the return codes go? Let's say one of external programs fails, does the entire script fail and send a non-zero return code to the job scheduling software, or is the return code sent... (1 Reply)
Discussion started by: jnanasakti
1 Replies

8. UNIX for Dummies Questions & Answers

Tools for alignment of code?

Hello, Do we have any freeware which helps in alignment of code wrt spaces, sections etc? Thanks (6 Replies)
Discussion started by: eagercyber
6 Replies

9. Answers to Frequently Asked Questions

scripts/programs/code posted to www.unix.com

Every now and then our users post complete programs to this site. It is especially important that these contributions don't get lost, so I will collect them here. Some of these programs are intended to demonstrate a programming technique and some are ready to run. As a guideline, the code... (0 Replies)
Discussion started by: Perderabo
0 Replies
Login or Register to Ask a Question
atom_description_file(5)					File Formats Manual					  atom_description_file(5)

NAME
atom_description_file - Description of an Atom tool's instrumentation and analysis files. DESCRIPTION
An Atom tool's description file identifies and describes the tool's instrumentation and analysis files. It can also specify the flags to be used by the cc, ld, and atom commands when it is compiled, linked, and invoked. Each Atom tool must supply at least one description file. See atom(1) for additional information on Atom. You must place a tool's description files, along with its instrumentation and analysis files, in the tool's directory. By default, Atom searches for tools in the /usr/lib/cmplrs/atom/tools and /usr/lib/cmplrs/atom/examples directories. You can add directories to the search path by supplying a colon-separated list of additional directories to the ATOMTOOLPATH environment variable. Atom has two types of description files: A description file providing an environment for generalized use of the tool. A tool can provide only one general-purpose environment. The name of this type of description file has the format: tool.desc. A description file providing an environment for use of the tool in specific contexts, such as in a multithreaded application or in kernel mode. A tool can provide sev- eral special-purpose environments, each of which has its own description file. The name of this type of description file has the format: tool.environment.desc. The names supplied for the tool and environment portions of these names correspond to values the user specifies with the -tool and -env flags on an atom command when invoking the tool. An Atom description file is a text file containing a series of tag, value pairs. The tag and value are separated by white space and occupy a single line. The order of the lines in a description file are unimportant. Lines starting with a pound sign (#) are comments, blank lines are ignored. A line can be continued by ending with a backslash () newline character. The following tag values are defined. If a tool's description file contains an unknown tag, Atom issues a warning and ignores that tag's line. Duplicate tags in a description file cause a fatal error. -------------------------------------------------------------------- Tag Meaning -------------------------------------------------------------------- INST_FILE The tool's instrumentation file. This tag is required in all description files. The file can be either a C source file (with a suffix) or an object module (with an suffix). No other file types are allowed. ANAL_FILE The tool's analysis file. If this is not specified, a null analysis file is used. The file can be either a C source file (with a ".c" suffix) or an object module (with a ".o" suffix). No other file types are allowed. INST_CFLAGS Flags to be passed to the C compiler when compiling the instrumentation file. This tag is ignored if the instrumentation file is not a C source file. ANAL_CFLAGS Flags to be passed to the C compiler when compiling the analysis file. This tag is ignored if the analy- sis file is not specified, or is not a C source file. INST_LDFLAGS Flags to be passed to the linker when linking the instrumentation file with the Atom run-time system. ANAL_LDFLAGS Flags to be passed to the linker when linking the analysis file to resolve all undefined symbols. ATOM_REQ Required atom command line flags for the tool described by this description file. These flags are implicitly passed to Atom when the tool is invoked. If the user specifies a conflicting flag, the atom command displays a warning and ignores the user- specified switch. ATOM_DEF Default atom command line flags for the tool described by this description file. These flags are implicitly passed to Atom when the tool is invoked. If the user specifies a conflicting flag, the atom command overrides the corresponding flag listed in this list. -------------------------------------------------------------------- The following description file is for a tool named pixie that has an instrumentation file called pixie.inst.c and an analysis file called pixie.anal.c. The instrumentation file links in the libmld library (using the -lmld flag) and the analysis file links in the pdf library (using the -lpdf flag). # # pixie.desc # INST_FILE pixie.inst.c ANAL_FILE pixie.anal.c INST_LDFLAGS -lmld ANAL_LDFLAGS -lpdf The following environment-specific description file supports a version of the pixie tool for the threads environment. The threaded version of pixie uses the same instrumentation and analysis source files as the general-purpose version. However, the source files are compiled with the -DTHREADS compiler flag. # # pixie.threads.desc # INST_FILE pixie.inst.c ANAL_FILE pixie.anal.c INST_CFLAGS -DTHREADS ANAL_CFLAGS -DTHREADS INST_LDFLAGS -lmld ANAL_LDFLAGS -lpdf The following general-purpose description file for the third Atom tool specifies default and required atom command line flags. It forces the -heapbase progend flag to be passed to atom whenever the third tool is invoked. It also passes the -A1 flag to the atom command line unless the user overrides this option by explicitly specifying -A0 when issuing the command. # # third.desc # INST_FILE third.inst.o ANAL_FILE third.anal.o ATOM_REQ -heapbase progend ATOM_DEF -A1 ----------------------------------------------------------------- SEE ALSO
Commands: atom(1) AtomTools: hiprof(5), pixie(5), third(5) Functions: atom_application_instrumentation(5), atom_application_navigation(5), atom_application_query(5), atom_application_resolvers(5), atom_object_management(5), atom_instrumentation_routines(5), AnalHeapBase(5), Xlate(5), Thread(5) Programmer's Guide atom_description_file(5)