Re: 0.11.5: gettextize with external

[Akim Demaille]

| Akim Demaille writes:
|  the following paragraph is not honored by gettextize:
|  
|  `aclocal.m4' at top level
|  -
|  
| If you do not have an `aclocal.m4' file in your distribution, the
|  simplest is to concatenate the files `codeset.m4', `gettext.m4',
|  `glibc21.m4', `iconv.m4', `intdiv0.m4', `inttypes.m4', `inttypes_h.m4',
|  `inttypes-pri.m4', `isc-posix.m4', `lcmessage.m4', `lib-ld.m4',
|  `lib-link.m4', `lib-prefix.m4', `progtest.m4', `stdint_h.m4',
|  `uintmax_t.m4', `ulonglong.m4' from GNU `gettext''s `m4/' directory
|  into a single file.  If you have suppressed the `intl/' directory, only
|  `gettext.m4', `iconv.m4', `lib-ld.m4', `lib-link.m4', `lib-prefix.m4',
|  `progtest.m4' need to be concatenated.
| 
| This paragraph is a recipe for the user who doesn't use the 'aclocal'
| program. It is not a precise description how 'gettextize' works.

I was aware gettextize was not reading gettext.info, but thanks for
making this explicit.

|  Running gettextize on a project that is not including intl/ still
|  copies and installs m4 files that are not needed.
| 
| It is correct. If gettextize did not copy these files, the subsequent
| 'aclocal' invocation would fail. I consider this a bug in the
| 'aclocal' program version 1.5.

Do you have any evidence of this ``bug''?  It turns out that I have
removed all these useless files, and aclocal runs fine.  So I'm not
aware of the bug you are referring to, nor could I find any bug report
related to this on Automake's list.

Once this alocal bug fixed, could gettextize be fixed?  I can provide
the patch if that's a problem.

Re: 0.11.5: gettextize with external

[Akim Demaille]

| It is correct. If gettextize did not copy these files, the subsequent
| 'aclocal' invocation would fail. I consider this a bug in the
| 'aclocal' program version 1.5.

Ah, I now understand (I think).  In the ``default'' environment,
gettext macro files are installed where aclocal will find them anyway,
so it does not fail, as you describe it does.

But if you consider the case where gettext macros are not installed,
then I understand the problem you are referring to.  Sorry.

Re: 0.11.5: gettextize with external

[Bruno Haible]

Akim Demaille writes:

 |  Running gettextize on a project that is not including intl/ still
 |  copies and installs m4 files that are not needed.
 | 
 | It is correct. If gettextize did not copy these files, the subsequent
 | 'aclocal' invocation would fail. I consider this a bug in the
 | 'aclocal' program version 1.5.
 
 Do you have any evidence of this ``bug''?

aclocal doesn't know which macros are really needed, it looks which macros
are potentially needed.

In other words, if configure.in invokes a macro A which is in file AB.m4,
and this file also contains the definition of a macro B which relies
on a macro C, found in C.m4, then 'aclocal' will fail if you provide
only AB.m4 but not C.m4.

Bruno