Sponsored Content
Top Forums Programming Compilation problem with gfortran Post 302543069 by drl on Friday 29th of July 2011 10:22:49 AM
Old 07-29-2011
Hi.

How is my use of iargc in the example "f1" different from your use of iargc? ... cheers, drl
 

10 More Discussions You Might Find Interesting

1. Solaris

compilation problem

I am compiling a software named wine When i run make then at the end following error generated. DVAPI32_ -foversion.res version.rc ld.so.1: ../../tools/wrc/wrc: fatal: relocation error: file ../../tools/wrc/wrc: symbol wine_casemap_upper: referenced symbol not found *** Signal 9 make:... (0 Replies)
Discussion started by: mansoorulhaq
0 Replies

2. Programming

compilation problem

i have a class name 1.c in tht i am using function n wich has his body in 2.c and declaration in 2.h now how can i compile 1.c. ex; 1.c int main() { //some data n(10); //somedata } ***** 2.c int n(int k) { //some data } int main() { some data (2 Replies)
Discussion started by: phani_sree
2 Replies

3. Programming

Compilation problem on HP-UX

Hi, Environment : HP-UX avalon B.11.11 U 9000/800 3547052374 unlimited-user license aCC version :aCC: HP ANSI C++ B3910B A.03.37 I need to find a way out of this errors.can anyone help me . $ aCC db.cc -I$ORACLE_HOME/rdbms/public -I/disk1/oracle/product/10.2.0.2/* Error (future)... (1 Reply)
Discussion started by: varuntayur
1 Replies

4. AIX

Pro C Compilation problem

Hi, I have AIX 5.3 and my code is written in proc . i am getting following error during compilation Please help?////..... :-d: Compiling with RMS cc -w -q32 -qidirfirst -ISource/Header -I/usr/vacpp/include -q32 -DRMS -DDISEC -DDBG -DBIGENDIAN -DBIT32 -c -q32... (0 Replies)
Discussion started by: ajaysahoo
0 Replies

5. AIX

Compilation problem

hi, I first want to apologize for my poor english ! I'm a newbe on Unix system and I have to install NRPE on an AIX 5.3. I have downloaded the NRPE Source code and i need to compile them... the problem is, when I do a: ./configure --enable-command-args --disable-ssl it returns me :... (1 Reply)
Discussion started by: Cyr1us
1 Replies

6. Programming

C Compilation problem

Dear all I am new to C programming In response to the post cat get_time.c #include <stdlib.h> #include <sys/time.h> main() { struct timeval tv; struct timezone tz; struct tm *tm; gettimeofday(&tv, &tz); tm=localtime(&tv.tv_sec); printf("... (2 Replies)
Discussion started by: on9west
2 Replies

7. AIX

Problem in compilation.

Hi, I am executing the below mentioned code:- proc SQLCHECK=SEMANTICS iname=CDBInteractor.pc parse=none code=cpp cpp_suffix=cpp g++ -c main.cpp g++ -o pre_request_engine main.o -I/oracle/oracle/app/product/10g/precomp -L/oracle/oracle/app/product/10g/lib32 -lnsl -ldl And... (2 Replies)
Discussion started by: tushar_tus
2 Replies

8. Programming

gfortran compiling problem,calling too many arguments

Hello, My problem is with compiling a program modelling shallow water. In it there is a subroutine called stat with 9 parameters. In the main program it is called with 9 parameters also I'm running Ubuntu 11.04 with gfortran version 4.5. Thanks. ---------- Post updated at 11:57 PM... (0 Replies)
Discussion started by: b_franz
0 Replies

9. Programming

problem compiling with gfortran in two different debian releases

Hello, I hope this is the correct forum for this post. I have the following problem: A Fortran 77 program that has to deal with several large matrices (each approx. 5000 x 5000) and uses lapack and blas subroutines has been correctly compiled and executed using Debian Etch. When I tried... (1 Reply)
Discussion started by: currix
1 Replies

10. Programming

GFORTRAN library problem: libgFORTRAN.so.1 cannot open....

I've received some executable script for test, but executing this script continuously give me following message ./example: error while loading shared libraries: libgfortran.so.1: cannot open shared object file: No such file or directory Google search told me to do as following $... (1 Reply)
Discussion started by: exsonic
1 Replies
atom_instrumentation_routines(5)				File Formats Manual				  atom_instrumentation_routines(5)

NAME
atom_instrumentation_routines, Instrument, InstrumentAll, InstrumentInit, InstrumentFini - Atom tool instrumentation routines SYNOPSIS
#include <cmplrs/atom.inst.h> void Instrument( int iargc, char **iargv, Obj *obj ); void InstrumentInit( int iargc, char **iargv ); void InstrumentFini( void ); unsigned InstrumentAll( int iargc, char **iargv ); DESCRIPTION
Atom invokes a tool's instrumentation routine on a given application program when that program is specified as the appl_prog parameter to the atom(1) command, and either of the following is true: The tool is named in an argument to the -tool flag of an atom command. By default, Atom looks for named tools in the /usr/lib/cmplrs/atom/tools and /usr/lib/cmplrs/atom/examples directories. The file containing the instrumentation routine is specified as the instrum_file parameter of an atom command. The instrumentation routine contains the code that traverses the objects, procedures, basic blocks, and instructions to locate instrumenta- tion points; adds calls to analysis procedures; and builds the instrumented version of an application. An instrumentation routine can employ one of the following interfaces based on the needs of the tool: Atom calls the Instrument routine for each eligible object in the application program. As a result, an Instrument routine should not call AddCallProgram and does not need to use the object navigation routines (GetFirstObj, GetLastObj, GetNextObj, and GetPrevObj). Because Atom automatically writes each object before passing the next to the Instrument routine, the Instrument routine should never call the BuildObj, WriteObj, or ReleaseObj routines. If an Instrument routine calls the ResolveTargetProc or ResolveNamedProc routine for a procedure name that exists in another object, the routine sets the proc field in the ProcRes structure to NULL. If the tool uses ResolveNamedProc to add special instrumentation code to a specific procedure, it can use a construct like the following: Instrument(int iargc, char **iargv, Obj *obj) { ProcRes pres; ResolveNamedProc("malloc", &pres); if (pres.proc != NULL) { AddCallProc(pres.proc, ProcBefore, "foo"); <Add special instrumentation code> } } Because malloc exists in only one of the objects, this construct adds the special instrumentation code to malloc exactly once - when its object is instrumented. When using the Instrument interface, you can define an InstrumentInit routine to perform tasks required before Atom calls Instrument for the first object (such as defining analysis routine prototypes, adding program level instrumentation calls, and performing global initializations). Atom passes the arguments specified in the -toolargs flag to the atom command to the InstrumentInit rou- tine. You can also define an InstrumentFini routine to perform tasks required after Atom calls Instrument for the last object (such as global cleanup). Atom passes no parameters to the InstrumentFini routine. Atom restricts an InstrumentInit or InstrumentFini routine to using only a subset of the Atom routines. In general terms, either routine is allowed to add prototypes, add program level analysis calls, traverse objects, and perform some queries about objects. Neither can traverse the procedures in any object. Specifically, InstrumentInit and InstrumentFini can call only the following routines: AddCallProto GetFirstObj GetLastObj GetNextObj GetPrevObj Calls to GetObjInfo that do not specify an ObjInfoType of ObjNumberProcs, ObjNumberBlocks, or ObjNumberInsts GetObjName GetObjOutName GetAnalName GetObjInstArray GetObjInstCount GetProgInfo Additionally, an InstrumentInit routine can call AddCallProgram. Normally a tool does not use any Atom routines in an Instru- mentFini routine. Atom calls the InstrumentAll routine once for the entire application program, thus allowing a tool's instrumenta- tion code itself to determine how to traverse the application's objects. With this method, you do not specify InstrumentInit or InstrumentFini routines. The InstrumentAll routine does everything. Because of this, an InstrumentAll routine must call the Atom object navigation routines itself and use the BuildObj, WriteObj, or ReleaseObj routine to manage the application's objects. A typical InstrumentAll routine might contain the following code: unsigned InstrumentAll(int iargc, char **iargv) { Obj * obj; AddCallProto("Startup()"); AddCallProto("Finish()"); AddCallProto("foo(int, REGV)"); AddCallProgram(ProgramBefore, "Startup"); AddCallProgram(ProgramAfter, "Finish"); for (obj = GetFirstObj(); obj; obj = GetNextObj(obj)) { if (BuildObj(obj)) return(1); /* instrument obj */ WriteObj(obj); } return(0); } The InstrumentAll routine first adds the prototypes for the analysis routine and then adds the program-level analysis calls. Next, it traverses the objects in the program, calling BuildObj to build the internal Atom data structures for each object before travers- ing that object's procedures or adding analysis calls to the object. Afterwards, it calls WriteObj to write out the instrumented version of the given object and deallocate the internal data structures that BuildObj created. Note that, because BuildObj may return an error code, the InstrumentAll routine propagates this error return back to Atom by returning 1. An InstrumentAll routine must return zero (0) to Atom if the tool completes successfully, or 1 if it encounters an error. Atom terminates with an error code if the routine returns 1. Regardless of the instrumentation routine interface, Atom passes the arguments specified in the -toolargs flag to the routine. In the case of the Instrument interface, Atom also passes a pointer to the current object. An Atom tool should use one of the following methods of specifying analysis routines to instrument an entire object or application program: If an analysis routine applies to something contained within a single object, use AddCallObj. An example of this is an analysis routine that initializes some data for a procedure. If an analysis routine applies to the entire program, call AddCallProgram from an Instrumen- tInit routine (when using the Instrument interface) or from the InstrumentAll routine. An example of this is an analysis routine that opens an output file or parses command line options. RETURN VALUES
These routines return values as described in the preceding section. FILES
Header file containing external definitions of Atom routines SEE ALSO
Commands: atom(1) Atom Tools: hiprof(5), pixie(5), third(5) Functions: atom_application_instrumentation(5), atom_application_query(5), atom_application_navigation(5), atom_description_file(5), atom_application_resolvers(5), atom_object_management(5), AnalHeapBase(5), Xlate(5), Thread(5) Programmer's Guide atom_instrumentation_routines(5)
All times are GMT -4. The time now is 09:35 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy