revi-archive/xz-archive
1
0
Fork 0
mirror of https://git.tukaani.org/xz.git synced 2024-04-04 12:36:23 +02:00
Code Activity
xz-archive/src/xzdec/Makefile.am

62 lines
1.3 KiB
Text
Raw Normal View History

Imported to git.
2007-12-08 23:42:33 +01:00
##
Put the interesting parts of XZ Utils into the public domain. Some minor documentation cleanups were made at the same time.
2009-04-13 10:27:40 +02:00
## Author: Lasse Collin
Imported to git.
2007-12-08 23:42:33 +01:00
##
Put the interesting parts of XZ Utils into the public domain. Some minor documentation cleanups were made at the same time.
2009-04-13 10:27:40 +02:00
## This file has been put into the public domain.
## You can do whatever you want with this file.
Imported to git.
2007-12-08 23:42:33 +01:00
##
Build system fixes Don't use libtool convenience libraries to avoid recently discovered long-standing subtle but somewhat severe bugs in libtool (at least 1.5.22 and 2.2.6 are affected). It was found when porting XZ Utils to Windows <http://lists.gnu.org/archive/html/libtool/2009-06/msg00070.html> but the problem is significant also e.g. on GNU/Linux. Unless --disable-shared is passed to configure, static library built from a set of convenience libraries will contain PIC objects. That is, while libtool builds non-PIC objects too, only PIC objects will be used from the convenience libraries. On 32-bit x86 (tested on mobile XP2400+), using PIC instead of non-PIC makes the decompressor 10 % slower with the default CFLAGS. So while xz was linked against static liblzma by default, it got the slower PIC objects unless --disable-shared was used. I tend develop and benchmark with --disable-shared due to faster build time, so I hadn't noticed the problem in benchmarks earlier. This commit also adds support for building Windows resources into liblzma and executables.
2009-06-30 16:09:57 +02:00
# Windows resource compiler support. It's fine to use xz_CPPFLAGS
# also for lzmadec.
.rc.o:
$(RC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) \
$(xzdec_CPPFLAGS) $(CPPFLAGS) $(RCFLAGS) -i $< -o $@
Build xzdec and lzmadec from xzdec.c. xzdec supports only .xz files and lzmadec only .lzma files.
2008-11-20 17:05:52 +01:00
bin_PROGRAMS = xzdec lzmadec
Imported to git.
2007-12-08 23:42:33 +01:00
Renamed lzma to xz and lzmadec to xzdec. We create symlinks lzma, unlzma, and lzcat in "make install" for backwards compatibility with LZMA Utils 4.32.x; I'm not sure if this should be the default though.
2008-11-19 22:52:24 +01:00
xzdec_SOURCES = xzdec.c
Build system fixes Don't use libtool convenience libraries to avoid recently discovered long-standing subtle but somewhat severe bugs in libtool (at least 1.5.22 and 2.2.6 are affected). It was found when porting XZ Utils to Windows <http://lists.gnu.org/archive/html/libtool/2009-06/msg00070.html> but the problem is significant also e.g. on GNU/Linux. Unless --disable-shared is passed to configure, static library built from a set of convenience libraries will contain PIC objects. That is, while libtool builds non-PIC objects too, only PIC objects will be used from the convenience libraries. On 32-bit x86 (tested on mobile XP2400+), using PIC instead of non-PIC makes the decompressor 10 % slower with the default CFLAGS. So while xz was linked against static liblzma by default, it got the slower PIC objects unless --disable-shared was used. I tend develop and benchmark with --disable-shared due to faster build time, so I hadn't noticed the problem in benchmarks earlier. This commit also adds support for building Windows resources into liblzma and executables.
2009-06-30 16:09:57 +02:00
if COND_W32
xzdec_SOURCES += xzdec_w32res.rc
endif
Renamed lzma to xz and lzmadec to xzdec. We create symlinks lzma, unlzma, and lzcat in "make install" for backwards compatibility with LZMA Utils 4.32.x; I'm not sure if this should be the default though.
2008-11-19 22:52:24 +01:00
xzdec_CPPFLAGS = \
Fix @variables@ to $(variables) in Makefile.am files. Fix the ordering of libgnu.a and LTLIBINTL on the linker command line and added missing LTLIBINTL to tests/Makefile.am.
2009-06-26 13:47:31 +02:00
-I$(top_srcdir)/src/common \
-I$(top_srcdir)/src/liblzma/api \
-I$(top_builddir)/lib \
$(STATIC_CPPFLAGS)
xzdec_LDFLAGS = $(STATIC_LDFLAGS)
xzdec_LDADD = $(top_builddir)/src/liblzma/liblzma.la
Imported to git.
2007-12-08 23:42:33 +01:00
if COND_GNULIB
Fix @variables@ to $(variables) in Makefile.am files. Fix the ordering of libgnu.a and LTLIBINTL on the linker command line and added missing LTLIBINTL to tests/Makefile.am.
2009-06-26 13:47:31 +02:00
xzdec_LDADD += $(top_builddir)/lib/libgnu.a
Imported to git.
2007-12-08 23:42:33 +01:00
endif
Build xzdec and lzmadec from xzdec.c. xzdec supports only .xz files and lzmadec only .lzma files.
2008-11-20 17:05:52 +01:00
Fix @variables@ to $(variables) in Makefile.am files. Fix the ordering of libgnu.a and LTLIBINTL on the linker command line and added missing LTLIBINTL to tests/Makefile.am.
2009-06-26 13:47:31 +02:00
xzdec_LDADD += $(LTLIBINTL)
Build system fixes Don't use libtool convenience libraries to avoid recently discovered long-standing subtle but somewhat severe bugs in libtool (at least 1.5.22 and 2.2.6 are affected). It was found when porting XZ Utils to Windows <http://lists.gnu.org/archive/html/libtool/2009-06/msg00070.html> but the problem is significant also e.g. on GNU/Linux. Unless --disable-shared is passed to configure, static library built from a set of convenience libraries will contain PIC objects. That is, while libtool builds non-PIC objects too, only PIC objects will be used from the convenience libraries. On 32-bit x86 (tested on mobile XP2400+), using PIC instead of non-PIC makes the decompressor 10 % slower with the default CFLAGS. So while xz was linked against static liblzma by default, it got the slower PIC objects unless --disable-shared was used. I tend develop and benchmark with --disable-shared due to faster build time, so I hadn't noticed the problem in benchmarks earlier. This commit also adds support for building Windows resources into liblzma and executables.
2009-06-30 16:09:57 +02:00
lzmadec_SOURCES = xzdec.c
if COND_W32
lzmadec_SOURCES += lzmadec_w32res.rc
endif
Build xzdec and lzmadec from xzdec.c. xzdec supports only .xz files and lzmadec only .lzma files.
2008-11-20 17:05:52 +01:00
lzmadec_CPPFLAGS = $(xzdec_CPPFLAGS) -DLZMADEC
lzmadec_LDFLAGS = $(xzdec_LDFLAGS)
lzmadec_LDADD = $(xzdec_LDADD)
Added xzdec man page.
2009-06-04 22:42:12 +02:00
Build system fixes Don't use libtool convenience libraries to avoid recently discovered long-standing subtle but somewhat severe bugs in libtool (at least 1.5.22 and 2.2.6 are affected). It was found when porting XZ Utils to Windows <http://lists.gnu.org/archive/html/libtool/2009-06/msg00070.html> but the problem is significant also e.g. on GNU/Linux. Unless --disable-shared is passed to configure, static library built from a set of convenience libraries will contain PIC objects. That is, while libtool builds non-PIC objects too, only PIC objects will be used from the convenience libraries. On 32-bit x86 (tested on mobile XP2400+), using PIC instead of non-PIC makes the decompressor 10 % slower with the default CFLAGS. So while xz was linked against static liblzma by default, it got the slower PIC objects unless --disable-shared was used. I tend develop and benchmark with --disable-shared due to faster build time, so I hadn't noticed the problem in benchmarks earlier. This commit also adds support for building Windows resources into liblzma and executables.
2009-06-30 16:09:57 +02:00
Added xzdec man page.
2009-06-04 22:42:12 +02:00
dist_man_MANS = xzdec.1
install-data-hook:
cd $(DESTDIR)$(mandir)/man1 && \
Create correct symlinks even when --program-{prefix,suffix,transform} is passed to configure.
2009-06-27 11:32:40 +02:00
target=`echo xzdec | $(SED) '$(transform)'` && \
link=`echo lzmadec | $(SED) '$(transform)'` && \
rm -f $$link.1 && \
$(LN_S) $$target.1 $$link.1
Added xzdec man page.
2009-06-04 22:42:12 +02:00
uninstall-hook:
cd $(DESTDIR)$(mandir)/man1 && \
Create correct symlinks even when --program-{prefix,suffix,transform} is passed to configure.
2009-06-27 11:32:40 +02:00
link=`echo lzmadec | $(SED) '$(transform)'` && \
rm -f $$link.1
Copy permalink