bugGNU gettext - Bugs: bug #32087, libpthread linkage detection on...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #32087: libpthread linkage detection on Solaris

Submitted by:  Peter FELECAN <pfelecan>
Submitted on:  Mon 10 Jan 2011 10:31:30 AM UTC  
Votes:  1  
 
Category:  Build Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  Bruno Haible <haible>
Open/Closed:  Closed

Sat 10 Dec 2016 01:11:02 PM UTC, comment #1:

Thank you for the report and patches.

I was doubting whether the behaviour you describe is already present in the first (among many) Solaris 10 release. Apparently yes, according to the documentation:
https://docs.oracle.com/cd/E19205-01/819-5264/afanb/index.html
https://docs.oracle.com/cd/E18752_01/html/816-5137/compile-94611.html

> 1. if the package is configured on Solaris 10 or later do not

activate PTHREAD_IN_USE_DETECTION_HARD.

Thank you. I took essentially your patch.

> 2. if the package is configured and built on Solaris 9 or previous but

run on Solaris 10 or later the test using the ephemeral thread is
not necessary.

Thank you. This patch is probably good as well, but less frequently useful: If someone upgrades from Solaris 9 to Solaris 10, he should have done it by now. Since it adds 20 lines of additional complexity, I prefer to get away without it.

Bruno Haible <haible>
Project AdministratorIn charge of this item.
Mon 10 Jan 2011 10:31:30 AM UTC, original submission:

While I package gdb on Solaris 10 for the Open CSW project
(http://www.opencsw.org/) I found that the dynamic detection for
linking with pthread library by creating an ephemeral thread triggers
an assertion in gdb's thread management. This is clearly a bug in gdb
which I'll report on the corresponding system.

However, this behavior can be avoided by changing the detection
method.

Solaris 9 and previous had an issue with defining the POSIX thread
related symbols in libc but with non operational code. For this
reason, a test in the configure process is made in
gettext-runtime/m4/threadlib.m4 and if it detects that we are
configuring on Solaris the dynamic detection in activated in the
threadlib.c code in 3 sub-directories.

On Solaris 10 and later releases the original reason is no more
pertinent as the defined symbols in libc are correct. I tested
this on SPARC and Intel using the code in threadlib.c and without
linking with libpthread.

Consequently I propose a 2 pronged patch:

1. if the package is configured on Solaris 10 or later do not
activate PTHREAD_IN_USE_DETECTION_HARD.
(thread_configure_solaris10.patch)

2. if the package is configured and built on Solaris 9 or previous but
run on Solaris 10 or later the test using the ephemeral thread is
not necessary.
(thread_run_solaris10.patch)

Peter FELECAN <pfelecan>

 

Attached Files

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by haible (Updated the item)
  • -email is unavailable- added by pjodrr (Voted in favor of this item)
  • -email is unavailable- added by pfelecan (Submitted the item)
  • -email is unavailable- added by pfelecan
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 1 encouragement so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-12-10 haible StatusNone => Fixed
        Assigned toNone => haible
        Open/ClosedOpen => Closed
    2016-11-27 haible CategoryNone => Build
    2011-05-06 pjodrr Carbon-Copy- => Added pjodrr
    2011-01-10 pfelecan Attached File- => Added thread_configure_solaris10.patch, #22382
        Attached File- => Added thread_run_solaris10.patch, #22383
        Carbon-Copy- => Added pfelecan

    Back to the top


    Powered by Savane 3.3