In a linkage specification, the specified language linkage applies to the function types of all function declarators, function names, and variable names introduced by the declaration. For example: extern "C" void f1(void (*pf)(int)); // the name f1 and its function type have C linkage; // pf is a pointer to a C function In the following example, the argument errFunc has C linkage in the declaration but has C++ linkage in the definition in func.cpp.

Why does the compiler generate duplicate symbol errors when I use automatic instantiation? [C_PLUS_PLUS 4245]

On the other hand, please make sure that you've built the entire distribution with the same configuration. Not clear ? After running the "configure" command with its options, you should ideally run "make clean". Otherwise e.g. clients/Motif-1.2/mwm/Makefile may be configured such that it looks for stuff that isn't there in lib/Xm/* .

The library object file bv_inst.o, which was created incorrectly, contains an undefined symbol bad_alloc::what(). If you #include <vector>, some inline functions in the bitvector class (at the bottom of the vector header file) cause the linker to require references from bv_inst.o. The unresolved error occurs when the linker includes that object file. Though disconcerting, the linker error is harmless. W: In most cases, you can ignore the linker message.

If you have installed BIND-8 then this is normally due to a conflict between your include files and your libraries. BIND-8 installs its include files and libraries /usr/local/include/ and /usr/local/lib/, while the resolver that comes with your system is probably installed in /usr/include/ and /usr/lib/. If your system uses the header files in /usr/local/include/ before those in /usr/include/ but you do not use the new resolver library, then the two versions will conflict.

_depends_on is used by the kernel to determine that this driver requires another module to be loaded into memory. The 3.x SunPro C compiler determines that since the driver does not reference _depends_on, and it is static, it is not needed in the executable. Since the compiler removes the _depends_on string, the kernel doesn't load the misc/scsi module, and the driver fails to load. Don't use the 3.x compiler. Sun only supports using the 2.x and 4.x compilers for device drivers at this time.

How do I use scanf() and gets() functions with the PICC/PICC-18 compiler? A. The gets() function is not supplied by the compiler. Becuase gets() will get a string from a programer specified input, such as the serial port, it is easier for the programer to write this function then for it to be supplied in a library. There is a console get string function, cgets(), that will read string from an input using console formatting. The cgets() function is available in the cgets.

Maybe the compilation was interrupted, and make doesn't notice that something is missing. Run "make clean; make". If you used ./Configure instead of ./config, make sure that you selected the right target. File formats may differ slightly between OS versions (for example sparcv8/sparcv9, or a.out/elf).

Not exactly; it can contain a pointer to another structure of the same type. Try: typedef struct { char *item; double *next; } NODEFAKE; typedef struct { char *item; NODEFAKE *next; } NODEPTR;

This is due to a bug in bnetd-0.4.0 and some earlier versions. Basically the code is assuming that stderr is a constant but that is untrue on newer glibc systems. There are several ways to fix it. The simplest fix is to change stderr to NULL at the top of eventlog.c and recompile. Upgrading to a newer version of bnetd also fixes the problem. The 0.4 series can not be patched because of the way the versioning scheme works. The new scheme does not have this problem.

You can suppress the warnings by using the -SD switch in Version 6.1 or higher. In earlier versions, protect the headers. See the protect_headers_setup(8) reference page and the -protect_headers switch in the cxx(1) reference page.

The following answer is adapted from a posting to 'comp.specification.larch' by Horning (July 19, 1995) in response to a question by Leavens (July 18, 1995). The trouble starts with your question: there are no "undefined terms" in LSL. LSL is a language of total functions. There are no partial functions associated with operators, although there may be underspecified operators (i.e., operators bound to functions with different values in different models).

You've most likely compiled your program with a mix of MPI and non-MPI, particularly compiling some .o's with MPI but then linking without. The error can look like: To fix, remove all of your .o's and .a's, and recompile from the beginning. With clm, this most likely means you need to rm -r your obj directory and then reuse your run script.

This was a limitation in the Version 5.n compilers that has been fixed in the Version 6.n compilers. For more information about Version 5 template limitations, see the discussion of templates in your Version 5.n Using DEC C++ guide. Note also that you cannot do automatic template instantiation if you defined templates and non-templates in the same module. This restriction applies because each time the compiler needs the template implementation, it includes the module that defines it.

Each symbol is composed of the first two letters of the genus+first two letters of the species+first letter of the terminal infraspecific name+tiebreaking number (if needed). Genus and family symbols are the first five (genus) or six (family) letters of the name, plus tiebreaking number (if needed). Symbols were first used in the Soil Conservation Service’s National List of Scientific Plant Names (NLSPN), and have been perpetuated in the PLANTS system.

Metastorage generates data object access classes. Currently it generates code in PHP. The data objects are stored in SQL based relational databases. In the future, other languages and storage containers will be supported. Metastorage takes a description of the information of the entities of your application data model defined in a XML based format named CPML (Component Persistence Markup Language).

The software providers we represent pay CTS an annual fee to be included in our referral network. Because of this corporate funding, we are able to provide our personalized referral service to you for free.

It is easy to mixup the BSD libcurses and the SVR4 libcurses. One lives in /usr/ucblib, the other in /usr/ccs/lib, when you've installed SUNWarc. Note that when you specify: you will pick the ucb version of libcurses, not the SVR4 version. If you always put libucb last, as recommended in the previous question, you will have no such problem.

To dynamically load g++ extension modules, you must recompile Python, relink it using g++ (change LINKCC in the python Modules Makefile), and link your extension module using g++ (e.g., "g++ -shared -o mymodule.so mymodule.o"). The Boost Python Library (BPL, http://www.boost.org/libs/python/doc/index.html) provides a way of doing this from C++ (i.e. you can inherit from an extension class written in C++ using the BPL).