undefined references L_#####

Greetings!
I am porting Xalan and Xerces to QNX (currently under 6.2NC).
I am at a point where the libxerces and libxalan have built, what appear to
be successful;
when I link them into a simple cpp program like below:
########################
#include
using namespace std;
int main()
{
cerr << “Error!\n”;
cout << “Output!\n”;
return 0;
}
########################
using the following command:

QCC -Y_gpp -Vgcc_ntox86 -L/opt/x/c/lib -lxalan-c1_3 -L/opt/xe/lib -lxerces-c
1_
6_0 -o testme *.o -lang-c++

/opt/xe/lib/libxerces-c1_6_0.so: undefined reference to L_E5217' /opt/xe/lib/libxerces-c1_6_0.so: undefined reference to L_E5302’
/opt/xe/lib/libxerces-c1_6_0.so: undefined reference to `L_E4973’
cc: /usr/bin/ntox86-ld error 1

\

nm …/lib/libxerces-c1_6_0.so |grep L_E5217

U .L_E5217

I get those annoying little undefined references, using ‘nm’ I can see they
are marked
with a ‘U’ which should signify that they are implemented outside this
module, but where and
what exactly is that L_E5217? I don’t find it anywhere in my source files.

Has anyone ever seen anything like this before?
TIA,
$Kevin

Ok, I found the nasty method causing my linking problems. Took it out of
the compile
for the time being, but that’s ok for my testing purposes.

Now, I get to handle the seg fault after everything linked finally!!

Is gdb really the best method of tackling a seg. fault?
Also, core dumped but where to ?? I don’t find a core file anywhere??

TIA,
$KeViN

“Kevin Caporaso” <kcaporaso@pillardata.com> wrote in message
news:affq7s$13k$1@nntp.qnx.com

Greetings!
I am porting Xalan and Xerces to QNX (currently under 6.2NC).
I am at a point where the libxerces and libxalan have built, what appear
to
be successful;
when I link them into a simple cpp program like below:
########################
#include <iostream
using namespace std;
int main()
{
cerr << “Error!\n”;
cout << “Output!\n”;
return 0;
}
########################
using the following command:

QCC -Y_gpp -Vgcc_ntox86 -L/opt/x/c/lib -lxalan-c1_3 -L/opt/xe/lib -lxerces-c
1_
6_0 -o testme *.o -lang-c++

/opt/xe/lib/libxerces-c1_6_0.so: undefined reference to L_E5217' /opt/xe/lib/libxerces-c1_6_0.so: undefined reference to L_E5302’
/opt/xe/lib/libxerces-c1_6_0.so: undefined reference to `L_E4973’
cc: /usr/bin/ntox86-ld error 1

\

nm …/lib/libxerces-c1_6_0.so |grep L_E5217

U .L_E5217

I get those annoying little undefined references, using ‘nm’ I can see
they
are marked
with a ‘U’ which should signify that they are implemented outside this
module, but where and
what exactly is that L_E5217? I don’t find it anywhere in my source
files.

Has anyone ever seen anything like this before?
TIA,
$Kevin





\

Ok, I found the nasty method causing my linking problems. Took it out of
the compile
for the time being, but that’s ok for my testing purposes.

Now, I get to handle the seg fault after everything linked finally!!

Is gdb really the best method of tackling a seg. fault?
Also, core dumped but where to ?? I don’t find a core file anywhere??

Cores go to /var/dumps.