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

 
 

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

bug #32087: libpthread linkage detection on Solaris

Submitted by:  Peter FELECAN <pfelecan>
Submitted on:  Mon Jan 10 10:31:30 2011  
Votes:  1  
 
Category: BuildSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Bruno Haible <haible>
Open/Closed: Closed

Sat Dec 10 13:11:02 2016, 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 Jan 10 10:31:30 2011, 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
  • -unavailable- added by haible (Updated the item)
  • -unavailable- added by pjodrr (Voted in favor of this item)
  • -unavailable- added by pfelecan (Submitted the item)
  • -unavailable- added by pfelecan
  •  

    Do you think this task is very important?
    If so, you can click here to 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
    Sat Dec 10 13:11:02 2016haibleStatusNone=>Fixed
      Assigned toNone=>haible
      Open/ClosedOpen=>Closed
    Sun Nov 27 01:09:01 2016haibleCategoryNone=>Build
    Fri May 6 10:02:44 2011pjodrrCarbon-Copy-=>Added pjodrr
    Mon Jan 10 10:31:30 2011pfelecanAttached 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.1-cleanup