bugGNU gettext - Bugs: bug #28418, When compiling as a Framework...


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

bug #28418: When compiling as a Framework 'alloca' is redefined at intl/dcigettext.c:36 and /intl/printf.c:25

Submitter:  None
Submitted:  Sun 27 Dec 2009 05:12:19 PM UTC
Category:  Build Severity:  3 - Normal
Item Group:  None Status:  Works For Me
Privacy:  Public Assigned to:  haible
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment (Rich Markup)

Comment Type & Canned Response:
       No canned response available


( Jump to the original submission )

Sat 10 Dec 2016 12:22:51 PM UTC, comment #7: 

The compiler output

/Users/dak180/Applications/Build/wz2100/trunk/macosx/external/gettext/gettext-runtime/intl/printf.c:25:1: warning: "alloca" redefined
/Users/dak180/Applications/Build/wz2100/trunk/macosx/external/gettext/gettext-runtime/intl/printf.c:7387:64: warning: this is the location of the previous definition

makes no sense. The file printf.c does not have 7387 lines (only 427 lines), and it does not #include itself recursively.

Likely a compiler bug. And it's only a warning.

Bruno Haible <haible>
Project Administrator
Wed 09 Jun 2010 11:04:07 PM UTC, comment #6: 

I have posted the compiler input and output for dcigettext.c and printf.c.


Wed 09 Jun 2010 09:47:01 PM UTC, comment #5: 

> The particular use case in this instance is to bundle the
> libintl library as a Framework into a mac .app bundle to allow
> for translations.

I see. Looking at
this makes sense.

So why is 'alloca' defined in this case? intl/printf.c,
before line 25, only includes <config.h>. <config.h> is not
supposed to include any system header file. What compiler
options to you pass when compiling a library for a Framework?

Bruno Haible <haible>
Project Administrator
Wed 09 Jun 2010 06:46:21 PM UTC, comment #4: 

A Framework is in this case a dynamic shared library that carries it's header files with it.

The particular use case in this instance is to bundle the libintl library as a Framework into a mac .app bundle to allow for translations.

Tue 08 Jun 2010 08:28:41 AM UTC, comment #3: 

Thanks for the pointer to the "Framework".

Still, what are you trying to do? The libintl library compiles
to a shared library, not to a Framework, and not to a part of
a Framework.

Bruno Haible <haible>
Project Administrator
Tue 08 Jun 2010 01:14:05 AM UTC, comment #2: 
Mon 24 May 2010 02:30:54 AM UTC, comment #1: 

It is not clear to me what you are trying to do when you say
"compiling as a Framework".

The warnings about 'alloca' being redefined sound dangerous.
As if you were using libintl in an environment where it was
not meant to be used.

Bruno Haible <haible>
Project Administrator
Sun 27 Dec 2009 05:12:19 PM UTC, original submission:  

It would seem to me that this could be handled in the same manner as it is in localealias.c by #undef alloca before #define.

sourcefile: gettext-0.17.tar.gz
Mac OS X version: 10.6.2
Xcode version: 3.2.1
gcc version: 4.2.1 (Apple Inc. build 5646) (dot 1)



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by haible (Posted a comment)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.





    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-12-10 haible StatusNeed Info Works For Me
        Open/ClosedOpen Closed
    2016-11-27 haible CategoryNone Build
    2010-05-24 haible StatusNone Need Info
        Assigned toNone haible

    Back to the top

    Powered by Savane 3.9