Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Pthread compile problem

6 views
Skip to first unread message

Philip Edward Lewis

unread,
Sep 30, 2003, 12:12:45 PM9/30/03
to
I'm using gcc (dl-ed from Bull) to compile a program:
****
gcc -o fftosql fftosql.o $II_SYSTEM/ingres/lib/libingres.a -lm -lc -lc_r -mthreads -bnoquiet -bloadmap
ld: 0711-317 ERROR: Undefined symbol: pthread_mutexattr_default
****
cc return similar:
****
/usr/vac/bin/cc -o fftosql fftosql.o -lm -lc_r -lc -lpthreads $II_SYSTEM/ingres/lib/libingres.a
ld: 0711-317 ERROR: Undefined symbol: pthread_mutexattr_default
****

I'm running AIX 4.3.3 ML11
i have bos.rte.libpthreads 4.3.3.80

Any idea about for what i should be looking?

--
be safe.
flip

Message has been deleted

Philip Edward Lewis

unread,
Sep 30, 2003, 2:03:43 PM9/30/03
to
Nicholas Dronen <ndr...@io.frii.com> writes:
>PEL> gcc -o fftosql fftosql.o $II_SYSTEM/ingres/lib/libingres.a -lm -lc -lc_r -mthreads -bnoquiet -bloadmap
>PEL> ld: 0711-317 ERROR: Undefined symbol: pthread_mutexattr_default
>Those functions don't even exist on AIX.
They worked (are working) on 4.2.1.

This is one of the reasons we still have 4.2.1 boxes around.

--
be safe.
flip
Verso l'esterno! Verso l'esterno! Deamons di ignoranza.


Ulrich--nO--(dot)-sPAM--Link

unread,
Sep 30, 2003, 4:56:07 PM9/30/03
to
>>PEL> gcc -o fftosql fftosql.o $II_SYSTEM/ingres/lib/libingres.a -lm -lc -lc_r -mthreads -bnoquiet -bloadmap
>>PEL> ld: 0711-317 ERROR: Undefined symbol: pthread_mutexattr_default
>>Those functions don't even exist on AIX.
>
> They worked (are working) on 4.2.1.
>
> This is one of the reasons we still have 4.2.1 boxes around.
>

Take a look in the VAC 6.0 compiler documentation about the different
invocations of the compiler driver (cc, cc_r7 , cc_r4...)

And /etc/vac.cfg.

AFAIK they set some macros for compatibility with DCE threads.
Not sure, just an idea...

---
Ui

Message has been deleted

Paul Pluzhnikov

unread,
Oct 2, 2003, 1:05:01 AM10/2/03
to
"Gary R. Hook" <nos...@nospammers.net> writes:

> That said, I think there's a strip option in 4.3.3 that allows you
> to set/unset the LOADONLY bit (dump -ov /usr/lib/libpthreads.a and look
> at shr.o). Try -e/-E.

The version of strip from bos.rte.bind_cmds:4.3.3.77 has '-e/-E' ...

This is good to know: I was looking for the option to turn LOADONLY
on in the 'ld' (because I need to relink some LOADONLY modules, and
*leave* them LOADONLY), but didn't find it there. Looking in 'strip'
didn't occur to me. I ended up with a perl script that simply pokes
the right value into the executable.

Cheers,
--
In order to understand recursion you must first understand recursion.

0 new messages