Pavel Sanda wrote:
> the newly added dist-xz target produce worse compressed archives
> than lzma-dist. The reason is that automake call lzma with
> best compression while it won't use -9 level for xz.
> Is this intention or bug?
It was deliberate.
For my use, xz -9 is far too slow for anything ex
Hello,
* isulsz wrote on Mon, Apr 12, 2010 at 04:38:08AM CEST:
> But I have a new problem. When I try to "make" the project, I get this
> error:
> *** No rule to make target `../../src/Random/librng.a', needed by
> `MultiSour'. Stop.
You probably need to reorder your SUBDIRS entry in the Makefi
Hello William,
* William Pursell wrote on Mon, Apr 12, 2010 at 04:34:48AM CEST:
> Stefano Lattarini wrote:
> > Strictly speaking, AC_PROG_INSTALL is redundant here, being already
> > AC_REQUIRE'd by AM_INIT_AUTOMAKE (this should hold from Automake 1.4
> > at least, I think).
>
> Yes, I thought
Thanks. I see the problem and I use the white spaces instead of commas and it
seemes to work, I see the Makefile.in and Makefile in src/Random directory.
But I have a new problem. When I try to "make" the project, I get this
error:
*** No rule to make target `../../src/Random/librng.a', needed by
Stefano Lattarini wrote:
> Hello William. I hope you don't mind a little nitpicking on your
> overall good suggestions...
Absolutely not. One of the main reasons I ever post
solutions on any forum is to get criticism. I've
discovered that learning things about which I am
totally ignorant is mu
Hello William. I hope you don't mind a little nitpicking on your
overall good suggestions...
> Rename the file configure.ac, and modify the contents to be:
>
> AC_INIT([MultiSour], [0.8])
> AC_CONFIG_SRCDIR([src/app/SimpMSourSimu.cpp])
> AM_INIT_AUTOMAKE([foreign])
> AC_PROG_CXX
> AC_PROG_INSTA
> AC_OUTPUT(src/app/Makefile, src/Random/Makefile, Makefile)
If you want to pass two or more files to AC_OUTPUT, you must separate
them by white spaces, not by commas. Otherwise, only the first one is
considered (in this case only `src/app/Makefile'), which is hardly what
you want.
That said,
>> The same can be said about currently used -9 for lzma, no?
>
> Yes. The argument is that it should be possible to optionally set the
> compression level. In most cases, the compression default should be the
> tool's compression default.
I have no problem with such solution.
Pavel
On Sun, 11 Apr 2010, Pavel Sanda wrote:
Are you assuming 'make dist' after 'make' or 'make dist' from scratch?
Other than the time spent compressing data, 'make dist' after 'make'
should be quite fast.
Yep, I mean the make dist from the scratch; i.e. what one usually
does when creating new rel
> Are you assuming 'make dist' after 'make' or 'make dist' from scratch?
> Other than the time spent compressing data, 'make dist' after 'make'
> should be quite fast.
Yep, I mean the make dist from the scratch; i.e. what one usually
does when creating new release. The compression is used very r
On Sun, 11 Apr 2010, Pavel Sanda wrote:
isn't xz extremely slw with -9?
maybe it wasn't a bug, bit intentionally not used,
as that huge extra amount of time doesn't result in
that many bytes saved.
Compared to the total time of make dist its IMHO
acceptable. But configurability won't hurt
> AC_OUTPUT(src/app/Makefile, src/Random/Makefile, Makefile)
If you want to pass two or more files to AC_OUTPUT, you must separate
them by white spaces, not by commas. Otherwise, only the first one is
considered (in this case only `src/app/Makefile'), which is hardly what
you want.
That said,
> Well, does somebody have numbers (memory, time, compression) as to what
> is reasonable?
I didn't make any testing, but the report came from the observation
that result was +300kb on 9 mb. The compression was slow, but
decompression is not affected.
pavel
> isn't xz extremely slw with -9?
> maybe it wasn't a bug, bit intentionally not used,
> as that huge extra amount of time doesn't result in
> that many bytes saved.
Compared to the total time of make dist its IMHO
acceptable. But configurability won't hurt of course.
Pavel
Hello Andreas,
* Andreas Jellinghaus wrote on Sun, Apr 11, 2010 at 09:37:13PM CEST:
> isn't xz extremely slw with -9?
> maybe it wasn't a bug, bit intentionally not used,
> as that huge extra amount of time doesn't result in
> that many bytes saved.
Well, does somebody have numbers (memory, t
isn't xz extremely slw with -9?
maybe it wasn't a bug, bit intentionally not used,
as that huge extra amount of time doesn't result in
that many bytes saved.
is the compression level configureable somehow?
Regards, Andreas
Hello Pavel,
* Pavel Sanda wrote on Wed, Apr 07, 2010 at 01:22:06PM CEST:
> the newly added dist-xz target produce worse compressed archives
> than lzma-dist. The reason is that automake call lzma with
> best compression while it won't use -9 level for xz.
> Is this intention or bug?
Bug, I guess
isulsz wrote:
> I am new to GNU Auto tools and I am trying to build a project that contains
> several source files and a static library.
> The configure.in is
> AC_INIT(./src/app/SimpMSourSimu.cpp)
> AM_INIT_AUTOMAKE(MultiSour, 0.8)
> AC_PROG_CXX
> AC_PROG_INSTALL
> AC_PROG_RANLIB
> AC_OUTPUT(sr
On 11/04/2010 03:10, isulsz wrote:
Hi,
I am new to GNU Auto tools and I am trying to build a project that contains
several source files and a static library. My directory is like:
(project root)/src/app/: This contains the source files to build a binary
(project root)/src/Random/: This contains t
Hi,
I am new to GNU Auto tools and I am trying to build a project that contains
several source files and a static library. My directory is like:
(project root)/src/app/: This contains the source files to build a binary
(project root)/src/Random/: This contains the source files to build a
library
20 matches
Mail list logo
