rrlangly writes:
> Hi,
>
> This is a small test case I wrote in which I can't understand why I have an
> undefined reference. I have an undefined reference which I thought only
> requires linking w/ the libs that contain this symbol, which I am. The
> function dm_connect() is in the library libdm
jaipal <[EMAIL PROTECTED]> writes:
> undefined reference to `std::basic_ostreamhttp://catb.org/esr/faqs/smart-questions.html
The most likely cause of your problem is that you are linking a C++
program with 'gcc'. Use 'g++' instead: they are not the same thing.
> I am getting these errors with g
[EMAIL PROTECTED] writes:
> [EMAIL PROTECTED] ~/workspace/splits/asy g++ -L$LIB -lcygxerces-c27 -
> lxerces-depdom.dll -osplits.exe Trs_Main.o Trs.o Descriptor.o
This command line is backwards.
To understand why libraries must follow objects on command line,
read this: http://webpages.charter.net
[EMAIL PROTECTED] wrote:
> remove extern "C" in a.h, b.h
Glad you found a solution, but I would like to add some things:
- This has nothing to do with g++, any other C++ compiler would have given
you the same errors.
- Even though you don't strictly need it, you could have included "a.h"
into "a.
use g++ instead gcc
___
Help-gplusplus mailing list
Help-gplusplus@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gplusplus
remove extern "C" in a.h, b.h
-_-;;
___
Help-gplusplus mailing list
Help-gplusplus@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gplusplus
"Hansen" <[EMAIL PROTECTED]> writes:
> I'm compiling a C++ program to an ARM7 where I've used pure virtual
Oh, and please learn to cross-post instead of multi-posting.
Cheers,
--
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.
"Hansen" <[EMAIL PROTECTED]> writes:
> As far as I've understod, this happens when using g++
> for compiling and gcc for linking, but I'm using g++ in both cases.
It happens when correct libraries are not present on the link line.
One way to arrange for that is to link with 'gcc', anouther is to
"Vish" <[EMAIL PROTECTED]> writes:
> What flag do I use to link with the library explicitly?
You do know that gcc manual exists and you do read English?
>From "info gcc":
`-lLIBRARY'
`-l LIBRARY'
Search the library named LIBRARY when linking. (The second
alternative with the library a
What flag do I use to link with the library explicitly?
OR
How do I explicitly link with the library?
I appologise for my not_so_accurate terminology (declare/define and so
on...)
___
Help-gplusplus mailing list
Help-gplusplus@gnu.org
http://lists.gnu
"Vish" <[EMAIL PROTECTED]> writes:
> I have it defined in one of the include files.
No, you didn't. You *declared* it in one of the header files.
> I believe the actual implementation
Actual implementation == definition; so that's where you defined it.
> is in one of the lib files in
> -L/cyg
Thanks for taking time to respond...
I have it defined in one of the include files. I add the location to
that include file in
-I/cygdrive/c/arcgis/ArcSDE/include/
I believe the actual implementation is in one of the lib files in
-L/cygdrive/c/arcgis/ArcSDE/lib/
It should pick it up...
These a
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> I am sure you all can point me to something I am overlooking. ...
> undefined reference to `_SE_connection_create'
Where is the SE_connection_create() function supposed to be defined?
You call it, but neglected to provide a definition. The linker
Hello,
Thomas, thanks a lot for your comments. I will keep them in my mind as
I go further.
I got the problem that was causing the link errors.
The inline methods were the problem. When the individual files were
compiled, the inline methods did not go into the object file. These
were the methods t
"Srini" <[EMAIL PROTECTED]> writes:
> -- buffer.h --
> #ifndef _BUFFER_H_
> #define _BUFFER_H_
This means that your program, should it compile, has undefined
behavior. Name starting with _[A-Z] are reserved to the C/C++
implementation. We mere users must not declare such names in our code.
> #i
okay - here are my buffer.h and buffer.cpp files
-- buffer.h --
#ifndef _BUFFER_H_
#define _BUFFER_H_
#include "typedefs.h"
// Place holder ONLY!!
#define BLOCK_SIZE 256
class Buffer
{
public:
Buffer();
Buffer(ULong fillPattern);
~Buffer();
private:
UInt length;
"Srini" <[EMAIL PROTECTED]> writes:
> raw_request.o(.text+0x29): In function
> `RawRequest::RawRequest[not-in-charge]()':
> : undefined reference to `Buffer::Buffer[in-charge]()'
> g++ tstrawreq.cpp buffer.o request.o raw_request.o configuration.o
Apparently buffer.o does not define 'Buffer
17 matches
Mail list logo
