bugGNU gettext - Bugs: bug #45405, VPATH build failure due to missing...

 
 

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

bug #45405: VPATH build failure due to missing libintl.h

Submitted by:  Abel Cheung <abelcheung>
Submitted on:  Thu 25 Jun 2015 10:44:42 AM UTC  
 
Category: BuildSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Daiki Ueno <ueno>
Open/Closed: Closed

Fri 13 May 2016 02:56:50 AM UTC, comment #3:

Closing this, as the fix shipped in 0.19.5.

Daiki Ueno <ueno>
Project AdministratorIn charge of this item.
Fri 26 Jun 2015 10:05:58 AM UTC, comment #2:

Confirming the bug in this report is indeed fixed by that patch on January, compilation can get past this particular problem, therefore bug report can be closed.

I will give the pretest version more testing instead, becuase there are still other missing header that blocks compilation on 0.19.4. Will report any such problem on mailing list.

Abel Cheung <abelcheung>
Thu 25 Jun 2015 12:14:41 PM UTC, comment #1:

Thanks for the report. I think the problem was already fixed by:
http://lists.gnu.org/archive/html/bug-gettext/2015-01/msg00000.html

It would be nice if you have a chance to test the current pretest versions:
http://lists.gnu.org/archive/html/bug-gettext/2015-06/msg00037.html

Daiki Ueno <ueno>
Project AdministratorIn charge of this item.
Thu 25 Jun 2015 10:44:42 AM UTC, original submission:

The failure occurs in gettext-tools/intl/pluralx.c:

Such failure can be reproduced by removing system bundled libintl.h before doing a VPATH build of gettext. Currently gettext-tools/intl/Makefile contains ".", ".." and "$(top_srcdir)/../gettext-runtime/intl" as include path, but those paths don't contain libintl.h which is generated and therefore resides under $(top_builddir)/../gettext-runtime/intl.

In general it wouldn't fail because there is still a fallback libintl.h located in system include paths, but when that fallback header is not present (in clean room build, or in cross compile environment) the problem becomes apparent.

However I'm not entirely sure what's the correct fix: should gettext reuse existing libintl.h on system (but risk mix-and-mismatch), or guarantee compilation is self-contained by fixing sed usage in gettext-tools/configure.ac ?

Abel Cheung <abelcheung>

 

No files currently attached

 

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 ueno (Posted a comment)
  • -unavailable- added by abelcheung (Submitted the item)
  •  

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

    Only logged-in users can vote.

     

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

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 27 Nov 2016 12:05:33 PM UTChaibleCategoryNone=>Build
      Assigned toNone=>ueno
    Fri 13 May 2016 02:56:50 AM UTCuenoStatusNone=>Fixed
      Open/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup1