When invoking the following command:
gcc -Wall -o mptest -L. test_multi_parallel.o -lfcs -lm -pg -lc_p
I get the following error:
gcc -Wall -o mptest -L. test_multi_parallel.o -lfcs -lm -pg -lc_p
/usr/bin/ld-real: /lib/ld-linux.so.2: indirect symbol
`__libc_internal_tsd_set'
to `__libc_interna
On Sun, Dec 02, 2001, Shlomi Fish wrote about "Problems when linking against the
profiled libc":
>
> When invoking the following command:
>
> gcc -Wall -o mptest -L. test_multi_parallel.o -lfcs -lm -pg -lc_p
>
> I get the following error:
>
> gcc -Wall -
On Sun, 2 Dec 2001, Nadav Har'El wrote:
> On Sun, Dec 02, 2001, Shlomi Fish wrote about "Problems when linking against the
>profiled libc":
> >
> > When invoking the following command:
> >
> > gcc -Wall -o mptest -L. test_multi_parallel.o -lfcs -l
Shlomi Fish <[EMAIL PROTECTED]> writes:
> When invoking the following command:
>
> gcc -Wall -o mptest -L. test_multi_parallel.o -lfcs -lm -pg -lc_p
I don't think you should use -lc_p explicitly. Using -pg in the link
command should link the right library
> to `__libc_internal_tsd_set@@GLIBC_2
"Nadav Har'El" <[EMAIL PROTECTED]> writes:
> By the way, when profiling, you should also use "-g".
Not true. You should use your normal compilation options. In
particular, you might be interested in profiling optimized code
without extra debugging information.
You need -g if you want to do li
On Sun, Dec 02, 2001, Oleg Goldshmidt wrote about "Re: Problems when linking against
the profiled libc":
>
> "Nadav Har'El" <[EMAIL PROTECTED]> writes:
>
> > By the way, when profiling, you should also use "-g".
>
> Not true. Y
Oleg Goldshmidt <[EMAIL PROTECTED]> writes:
> I don't think you should use -lc_p explicitly. Using -pg in the link
> command should link the right library
.. if you use the compiler, not the linker directly, that is.
--
Oleg Goldshmidt | [EMAIL PROTECTED]
"If it ain't broken, it has not got e
On Sun, Dec 02, 2001, Oleg Goldshmidt wrote about "Re: Problems when linking against
the profiled libc":
> Shlomi Fish <[EMAIL PROTECTED]> writes:
>
> > When invoking the following command:
> >
> > gcc -Wall -o mptest -L. test_multi_parallel.o -lfcs -lm
"Nadav Har'El" <[EMAIL PROTECTED]> writes:
> No, I think Shlomi is right. In Linux, at least, -pg when linking *doesn't*
> take profiling versions of the C libraries.
It does. I do it all the time.
> And you didn't use -lc_p, and you probably didn't see any other function
> besides main() in t
On Sun, Dec 02, 2001, Oleg Goldshmidt wrote about "Re: Problems when linking against
the profiled libc":
> "Nadav Har'El" <[EMAIL PROTECTED]> writes:
>
> > No, I think Shlomi is right. In Linux, at least, -pg when linking *doesn't*
> > tak
"Nadav Har'El" <[EMAIL PROTECTED]> writes:
> One of us is either very blind, or very stubborn... :)
Or both...
I am myopic (IRL :-). I had to re-read Shlomi's message to realize
that he specifically wanted to profile library calls. One does need
libc_p.a for that. I am normally interested in pr
On Mon, Dec 03, 2001, Adi Stav wrote about "Re: Problems when linking against the
profiled libc":
> On Sun, Dec 02, 2001 at 04:15:16PM +0200, Nadav Har'El wrote:
> > (e.g., openssl - one of the most obfuscated libraries I've seen).
>
> I thought the OpenSS
12 matches
Mail list logo