| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
| |
Actually Makefile install recipe substitutes every occurence of "m4/" in
file name of the target of the rule($@), in an absolute path there could
more than one "m4/" occurence, so install will fail. Let's change
$(subst ...) with $(patsubst ...) substituting only last occurence of
"m4/" pattern.
Signed-off-by: Giulio Benetti <giulio.benetti@benettiengineering.com>
|
| |
|
| |
closes #37
|
| |
|
|
| |
closes #33
|
| |
|
|
|
| |
if external libraries are required, they have to be added after
the object files that require them.
|
| |
|
|
|
|
| |
This reverts commit 1a4dc39864ff80c5fb2464b16c4609593c34ae69.
The commit breaks compilation on sabotage.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous commit was done with mingw. And it can not be compiled at
first. Gcc told me he can not find libiconv even if i added -liconv into
LDFLAGS.
https://stackoverflow.com/questions/13249610/how-to-use-ldflags-in-makefile
, and i found this article. The original position of LDFLAGS seems to
only be considered at the compiling stage. But what we gonna go through is
the linking stage, which makes -lxxx in LDFLAGS useless.
So i added LDLIBS to the end of line. By the way, -liconv is set by
default for compatibility. And mingw now works well with gettext-tiny.
|
| |
|
|
|
|
|
|
|
|
|
| |
follow https://github.com/sabotage-linux/gettext-tiny/issues/27.
According to @awilfox, GNU gettext will install m4 files to aclocal dir.
But gettext-tiny did not. So autoreconf just stops working and complains
that it can not find needed macros.
Suggested by rofl0r, symlinking all m4 files into $(dataroot)/aclocal is
a good idea. Save a little disk space.
|
| |
|
|
|
|
|
|
|
|
|
| |
following https://github.com/sabotage-linux/gettext-tiny/issues/12
as said in the previous commit, the gnu makefile does not work. So,
here, i delete all actions like updating po files by POT, refresh
files...etc. I kicked all stuff out of Makefile, except building .po
files and installing .mo files. The original file installation logic is
kept, either, for not to damage the eco system of autotools. Issue is
completely solved after these three commits.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
following https://github.com/sabotage-linux/gettext-tiny/issues/12
this is the first part of the solution the issue, to prepare for
introducing Makefile.in.in in the next commit.
we modify m4dir to datadir, as we will introduce Makefile.in.in, which
should be copied to $datadir$/gettety-tiny. It's a better name. Also
moving m4 to a subdir makes a cleaner structure and a good place to
place Makefile.in.in.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
As rofl0r suggested, libintl.a now comes in two flavours, no-op or musl,
or we could just disable it.
no-op: gettext functions just return the input string as translation and
symbols help to get past configure scripts
musl: symbols as in no-op, with libintl built-in in to recent musl
version
Use LIBINTL=FLAVOR, FLAVOR can be NOOP(no-op), MUSL, NONE(disable)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
all autoconf packages that use gnu gettext for translations require
a tool called autopoint in order to run `autoreconf -i`, which is
the command to generate the configure script from configure.ac.
this is often needed to compile git checkouts of applications, because
they usually do not have the configure scripts and the other generated
files checked into their version control systems.
the autopoint tool is called without parameters, and it is required to
copy some m4 files into place and generate some other files.
this version here was created just by observing which error messages
would be thrown after running it and gradually adding functionality.
it was tested on a git checkout of weechat, and later on the source
tarballs of various packages like glib, and it seemed to work so far.
it's very likely that in future new scenarios will show up that require
additional files, but what we have right now is a good start.
the m4 files were taken from gnu gettext 0.18, and they are all licensed
under very liberal conditions. each file has the original copyright header.
there's only one m4 file i wrote myself, which is configheader.m4,
supplying a macro i couldn't otherwise find in gettext's source code.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the culprit is:
gnumeric-1.10.17/po-functions/dz.po
basically the code was wrongly checking for the end of the convert
buffer, instead of the line buffer.
this is no problem per se because the line buffer gets reset more
often, but when the convertbuffer is bigger (like after this change)
it wouldnt work correctly.
i put the convert_buf functions into a separate translation unit
and renamed them to escape and unescape to make it more clear
what they're doing. also new: size checks for the escape functions.
currently it will silently truncate the strings when the buffer
runs out of space. this is sufficient for no-op style, but should
be fixed at some point.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
