Jacob Bachmeyer wrote:
[...] The preliminary reports that it was an RCE backdoor that would
pass commands smuggled in public key material in SSH certificates to
system(3) (as root of course, since that is sshd's context at that
stage) are inconsistent with the slowdown that caused the backdoor
Hi,
On 01.08.2013 00:46, Peng Yu wrote:
> I'm not able to understand the usage of TESTS in Makefile.am, as there
> are many other things discussed in conjunction with TESTS and which
> obscures the description of TESTS. Could anybody point me a minimal
> example (without any th
Hi,
I'm not able to understand the usage of TESTS in Makefile.am, as there
are many other things discussed in conjunction with TESTS and which
obscures the description of TESTS. Could anybody point me a minimal
example (without any things unrelated to TESTS) that demonstrates the
usage of
[Moved to the and mailing lists.]
Hello!
On Thu, Jan 11, 2007 at 12:17:25AM +0100, Ralf Wildenhues wrote:
> * Thomas Schwinge wrote on Wed, Jan 10, 2007 at 09:40:41PM CET:
> > #v+
> > $ ~/tmp/source/gnumach/clean/gnumach-1-branch/configure --help | egrep ^\ \
> > --...\?able- | wc -l
> > 102
Hello Norbert,
* Norbert Sendetzky wrote on Mon, Jun 12, 2006 at 06:42:15PM CEST:
>
> Ehm, where do I find the documentation to config.site?
Oh, sorry, I forgot to mention that config.site is an Autoconf feature.
Its manual has the information. (The current manual isn't online, but
let's hope t
On Monday 12 June 2006 12:53, Ralf Wildenhues wrote:
> : ${CFLAGS='-Wall -ansi -pedantic'}
>
> before AC_PROG_CC in configure.ac. Users with non-GCC compilers won't
> like you because they will have to set CFLAGS to override this, and
> users (with any kind of compiler) won't like you because yo
* Norbert Sendetzky wrote on Mon, Jun 12, 2006 at 11:06:36AM CEST:
> On Monday 12 June 2006 10:28, Ralf Corsepius wrote:
> > > > Note though that
> > > > -Wall -ansi -pedantic
> > > >
> > > > is pretty GCC specific, and will make many other compilers barf
> > > > heavily. So if your package targ
On Monday 12 June 2006 10:28, Ralf Corsepius wrote:
> > > Note though that
> > > -Wall -ansi -pedantic
> > >
> > > is pretty GCC specific, and will make many other compilers barf
> > > heavily. So if your package targets portability, it'd be nice
> > > to allow your users to override these flags
On Mon, 2006-06-12 at 10:16 +0200, Norbert Sendetzky wrote:
> Hi Ralf
>
> > > Norbert Sendetzky wrote:
> > > > This works, but as soon as I move AM_CFLAGS to the Makefile.am in the
> > > > parent directory, they aren't set any more. Is this the way it was
> > > > intended and the only way to set t
Hi Ralf
> > Norbert Sendetzky wrote:
> > > This works, but as soon as I move AM_CFLAGS to the Makefile.am in the
> > > parent directory, they aren't set any more. Is this the way it was
> > > intended and the only way to set them globally is to AC_SUBST them or
> > > is there something wrong in my
Hello Norbert, Marc,
> Norbert Sendetzky wrote:
> >
> > This works, but as soon as I move AM_CFLAGS to the Makefile.am in the
> > parent
> > directory, they aren't set any more. Is this the way it was intended and
> > the
> > only way to set them globally is to AC_SUBST them or is there someth
Hi
Norbert Sendetzky wrote:
> Hi all
>
> I've tried to set the C flags for my package globally and used AM_CLFAGS for
> this. Unfortunately AM_CLFAGS is only honored if it is defined in the same
> Makefile.am.
>
> AM_CFLAGS = -Wall -ansi -pedantic
> pkglib_LTLIBRARIES = libmysqlbackend.la
> li
Hi all
I've tried to set the C flags for my package globally and used AM_CLFAGS for
this. Unfortunately AM_CLFAGS is only honored if it is defined in the same
Makefile.am.
AM_CFLAGS = -Wall -ansi -pedantic
pkglib_LTLIBRARIES = libmysqlbackend.la
libmysqlbackend_la_SOURCES = mysqlbackend.c
libmy
Hi all
I've tried to set the C flags for my package globally and used AM_CLFAGS for
this. Unfortunately AM_CLFAGS is only honored if it is defined in the same
Makefile.am.
AM_CFLAGS = -Wall -ansi -pedantic
pkglib_LTLIBRARIES = libmysqlbackend.la
libmysqlbackend_la_SOURCES = mysqlbackend.c
libmy
>>> "Martin" == Martin MAURER <[EMAIL PROTECTED]> writes:
[...]
Martin> I thought about a noinst library, and this might be an option.
It is.
Martin> what i would like to have is a configure file in the
Martin> toplevel directory, which then checks the dependencies
Martin> for all the clie
Hello all,
I am developing a project (http://fireflier.sf.net), which uses
automake. I don't know a lot about automake, and so far i didnt find
documentation, which helps me with my problem - so any pointers in the
correct direction will be appreciated.
fireflier is a interactive firewall system w
> "John" == John Darrington <[EMAIL PROTECTED]> writes:
John> One particular problem is the way in which they modify each other's
John> input files. After a while, your Makefile.am looks like this:
John> SUBDIRS= intl m4 intl m4 intl m4 intl m4 intl m4 intl m4
John> intl m4 intl m4
Rep
Recent versions of auto{make,conf} have become a pain to use.
Especially if you're using gettext too.
I think that some of these tools are trying to be just a little bit
too clever.
One particular problem is the way in which they modify each other's
input files. After a while, your Makefile.am lo
Today I wrote a dumb little script to estimate how often automake is
used. The script searches a set of SRPM files for `configure.in' and
`Makefile.am' files, and generates a report showing how many packages
use autoconf and how many use automake.
Then I ran this script on all the SRPMs in Red H
19 matches
Mail list logo
