Re: Help with parallel test harness

On Sun, 2023-01-08 at 14:23 -0800, Dan Mahoney wrote: > That makes sense Here's the fun, I can't find an easy way to say: > > (literally 159 tests).log : test-setup.log What you might want to do is list the 159 tests in a multiline variable defined in a seperate Automake fragment and then use the

Re: Help with parallel test harness

> On Jan 8, 2023, at 10:55 AM, Kip Warner wrote: > > On Sun, 2023-01-08 at 04:31 -0800, Dan Mahoney wrote: >> Hello, > > Hey Dan, > >> I’m one of the maintainers of OpenDKIM, dealing with an interesting >> program where make -j is breaking some of our test programs. >> Specifically, we have

Re: Help with parallel test harness

On Sun, 2023-01-08 at 04:31 -0800, Dan Mahoney wrote: > Hello, Hey Dan, > I’m one of the maintainers of OpenDKIM, dealing with an interesting > program where make -j is breaking some of our test programs.  > Specifically, we have tests that *must* run first to generate keys, > and *must* run last

Help with parallel test harness

Hello, I’m one of the maintainers of OpenDKIM, dealing with an interesting program where make -j is breaking some of our test programs. Specifically, we have tests that *must* run first to generate keys, and *must* run last to do cleanup tasks. Is there an easy way with automake to force this

Re: Help with -Werror

Bob Friesenhahn writes: > One possibility would be to add configure support for > --enable-maintainer-mode and then change the defaults when it is > enabled. Another possiblity is to add a configure option to enable the > option, which developers should always enable. I personally use a separat

Re: Help with -Werror

On Wed, 24 Apr 2019, Phillip Susi wrote: For the most part, -Werror is a developer tool which will only cause problems for users, so my strong recommendation is that it should never appear in package releases, but not everybody subscribes to that philosophy... I am tempted to switch it off...

Re: Help with -Werror

Nick Bowler writes: > Automake does not add -Werror to the default C compiler flags, and it > does not do anything with a CFLAGS_WERROR variable. Yea, I forgot about configure.ac... it was in there. > If that is happening for a particular package, then it is because the > package authors did so

Re: Help with -Werror

Hello, On 2019-04-24, Phillip Susi wrote: > It seems like every time I go back to try to do somoe work on the parted > sources I run into a failure to compile due to some silly warning or > other and -Werror being enabled. This time it is from a generated > source file made by gperf. Is this se

Help with -Werror

It seems like every time I go back to try to do somoe work on the parted sources I run into a failure to compile due to some silly warning or other and -Werror being enabled. This time it is from a generated source file made by gperf. Is this set by default these days in automake? Because I can

HELP

python3. Can I get help, I am open source contributor in Google Summer Of Code 2018 at Sugar Labs. This is something new and your guidance can be of great help. The configure.ac is available at https://github.com/sugarlabs/sugar-toolkit-gtk3/blob/master/configure.ac Regards Anmol Mishra

Re: Help with static linking

On Sun, 2013-06-02 at 03:06 -0400, Mike Frysinger wrote: > people who do binary releases often times find an old distro that works and > then upgrade packages as need be. then they keep that image around forever. > > either that or they just do a build for the last two RHEL or Ubuntu releases

Re: Help with static linking

I'm removing automake from this thread as I'm getting two copies of every mail. Hope no one minds. On Sun, 2013-06-02 at 03:06 -0400, Mike Frysinger wrote: > On Sunday 02 June 2013 01:10:36 Kip Warner wrote: > > On Sat, 2013-06-01 at 23:14 -0400, Mike Frysinger wrote: > > > be aware that what eve

Re: Help with static linking

On Sunday 02 June 2013 01:10:36 Kip Warner wrote: > On Sat, 2013-06-01 at 23:14 -0400, Mike Frysinger wrote: > > be aware that what ever version of glibc & gcc you use to build, the end > > user cannot have a version older than that or it'll fail to start > > Do you mean in the case of dynamic lin

Re: Help with static linking

On Sat, 2013-06-01 at 23:14 -0400, Mike Frysinger wrote: > be aware that what ever version of glibc & gcc you use to build, the end user > cannot have a version older than that or it'll fail to start Do you mean in the case of dynamic linking? If so, that's awful. But strange because I've seen m

Re: Help with static linking

On Saturday 01 June 2013 19:27:46 Kip Warner wrote: > On Fri, 2013-05-31 at 08:31 -0500, Robert Boehne wrote: > > I don't quite understand why you think you need the rest linked > > statically, > > Libraries like the following may not be present on the end user's system > already: be aware that w

Re: Help with static linking

On Fri, 2013-05-31 at 07:37 -0700, Dan Kegel wrote: > You have > > PKG_CHECK_MODULES([libzzip], [zziplib], [have_zzip=yes], [have_zzip=no]) > Have you seen > https://bugs.freedesktop.org/show_bug.cgi?id=19541 > ? Maybe try PKG_CHECK_MODULES_STATIC By the way, outside of that upstream bug report,

Re: Help with static linking

On Sat, 2013-06-01 at 17:17 -0700, Dan Kegel wrote: > Aw, foo. I was under the misapprehention that --static would cause > pkgconfig to reference the .a files. I've clearly been spending > too much time in cmake-land. No worries ;) > I don't suppose you've tried passing absolute paths to the .a

Re: Help with static linking

On Sat, Jun 1, 2013 at 4:42 PM, Kip Warner wrote: > $ pkg-config --libs zziplib > -Wl,-Bsymbolic-functions -Wl,-z,relro -lzzip -lz > > $ pkg-config --static --libs zziplib > -Wl,-Bsymbolic-functions -Wl,-z,relro -lzzip -lz Aw, foo. I was under the misapprehention

Re: Help with static linking

On Fri, 2013-05-31 at 07:37 -0700, Dan Kegel wrote: > You have > > PKG_CHECK_MODULES([libzzip], [zziplib], [have_zzip=yes], [have_zzip=no]) > Have you seen > https://bugs.freedesktop.org/show_bug.cgi?id=19541 > ? Maybe try PKG_CHECK_MODULES_STATIC > or PKG_CONFIG="pkg-config --static" Hey Dan. I'

Re: Help with static linking

On Fri, 2013-05-31 at 14:57 +0100, Diego Elio Pettenò wrote: > What you're thinking of is -Wl,-Bstatic and -Wl,-Bdynamic — for the GNU > linker at least, but this is not portable. > > Seriously, it sounds to me like something else is wrong, you should never > have the need to statically link stuff

Re: Help with static linking

On Fri, 2013-05-31 at 08:31 -0500, Robert Boehne wrote: > Statically linking libc is a recipe for disaster, so either read and > understand why, or just take my word for it. I'm in agreement and standard libraries are something I'm fine with not statically linking against, although it's not unus

Re: Help with static linking

On Thu, May 30, 2013 at 10:30 PM, Kip Warner wrote: > The ones for certain I know I should be able to statically link against are > at least libzzip and libpng. You have > PKG_CHECK_MODULES([libzzip], [zziplib], [have_zzip=yes], [have_zzip=no]) Have you seen https://bugs.freedesktop.org/show_bug.

Re: Help with static linking

On Fri, May 31, 2013 at 2:31 PM, Robert Boehne wrote: > -Wl,-static -lzzip -Wl,call_shared > > I don't have a computer in front of me, so YMMV, you should man ld to make > sure those flags are correct. > What you're thinking of is -Wl,-Bstatic and -Wl,-Bdynamic — for the GNU linker at least, but

Re: Help with static linking

ied >'myproduct_LDADD = $(LIBINTL) -static', but objdump still reports all >of >the above dynamic dependencies, so maybe it's not doing what I thought >it was suppose to do. > >This is my configure.ac: > <http://rod.gs/Jwo>

Help with static linking

. For instance, I've tried 'myproduct_LDADD = $(LIBINTL) -static', but objdump still reports all of the above dynamic dependencies, so maybe it's not doing what I thought it was suppose to do. This is my configure.ac: <http://rod.gs/Jwo> This is my Makefile.a

Need your help with an Open Source Study

Hello! I'm currently developing a thesis on Open Source management best practices. Therefore I would love to have a small interview with you to document your experience. With this thesis I'm aiming to produce a document to help new FOSS projects to start and strengthen the ones th

Re: warning with help/Makefile

ome-doc-utils.make:74: (probably a GNU make extension) > help/Makefile.am:20: 'gnome-doc-utils.make' included from here [snip lots of warnings] This doesn't really look like an Automake problem; when portability warnings are enabled, Automake will attempt to diagnose non-portable

warning with help/Makefile

Hello friends, While trying to complie a package, automake gives a lot of Warning about gnome-doc-utils.make. It looks like: $ autoreconf --install gnome-doc-utils.make:74: warning: if $(DOC_H_FILE: non-POSIX variable name gnome-doc-utils.make:74: (probably a GNU make extension) help

Re: [Help-smalltalk] [PATCH] build: drop useless AC_SUBST of 'INCLUDES'

Il 11/01/2013 11:28, Stefano Lattarini ha scritto: > * snprintfv/configure.ac: Here. Not only that substitution was useless, > but it was causing runtime warnings with Automake 1.13, and, since > support for $(INCLUDES) is bound to disappear in Automake 1.14 (in favour > of $(AM_CPPFLAGS)), it wil

Re: help to create automake

On Wed, Oct 3, 2012 at 12:56 PM, Ralf Corsepius wrote: > On 10/03/2012 05:29 PM, Rudra Banerjee wrote: >> >> Yes, >> I got some site on non-recursive automake. >> But I have one more queries: I have 100+ routine in src/. >> Do I need to enter ALL of them manually as automake do not like >> wildcar

Re: help to create automake

On Wed, 2012-10-03 at 17:53 +0200, Alberto Luaces wrote: > Well, I usually command my text editor to paste into the current file > the output of running 'ls src/*.c'. > That is exactly what I have done, I was just thinking of if I am doing it in a brute-force way. Thanks for clearing.

Re: help to create automake

Rudra Banerjee writes: > Yes, > I got some site on non-recursive automake. > But I have one more queries: I have 100+ routine in src/. > Do I need to enter ALL of them manually as automake do not like > wildcards, or we have any shorter way? Well, I usually command my text editor to paste into t

Re: help to create automake

On 10/03/2012 05:29 PM, Rudra Banerjee wrote: Yes, I got some site on non-recursive automake. But I have one more queries: I have 100+ routine in src/. Do I need to enter ALL of them manually as automake do not like wildcards, or we have any shorter way? Yes, but where is the problem? You can e

Re: help to create automake

> $(CC) -c `$(PCONF1)` $< > > mv $(*F).o $(SUBDIR)/$(*D) > > > > clean: > > rm -vf $(SUBDIR)/*.o $(exe) > > > > I would like to achive the same goal using autotools. > > I googled, but all seems to assume there is a executable in each >

Re: help to create automake

: > rm -vf $(SUBDIR)/*.o $(exe) > > I would like to achive the same goal using autotools. > I googled, but all seems to assume there is a executable in each > directory, like each, for me, src/Makefile.am *MUST* have a bin_PROGRAM, > which is *NOT* what I am looking for. > Ca

help to create automake

in each directory, like each, for me, src/Makefile.am *MUST* have a bin_PROGRAM, which is *NOT* what I am looking for. Can you kindly help me?

help to create automake

ble in each directory, like each, for me, src/Makefile.am *MUST* have a bin_PROGRAM, which is *NOT* what I am looking for. Can you kindly help me? -- Please, if possible, don't  send me MS Word or PowerPoint attachments Why?See:  http://www.gnu.org/philosophy/no-word-attachments.html

help to create automake

in each directory, like each, for me, src/Makefile.am *MUST* have a bin_PROGRAM, which is *NOT* what I am looking for. Can you kindly help me?

Re: Still help needed at creating Makefile.am

Hi, my intention was to create the scripts only when needed. With other Makefiles this works. cheers, Stefan Am 26.11.2011 um 20:30 schrieb Dave Hart: > On Sat, Nov 26, 2011 at 19:05, Stefan wrote: >> What fails is, that on make distcheck it looks like the scripts are not >> produced. If I

Re: Still help needed at creating Makefile.am

On Sat, Nov 26, 2011 at 19:05, Stefan wrote: > What fails is, that on make distcheck it looks like the scripts are not > produced. If I do a make before, everything works. > > noinst_SCRIPTS= > if !CRB_NO_RSCRIPTS >  noinst_SCRIPTS += sample_distris center 1A center_1A > endif > > CLEANFILES = $(

Still help needed at creating Makefile.am

I send this Email already yesterday, but did not get it by myself via the list, so I think something failed... Hello again, a couple of days ago I already had a more than similar question, but somehow I managed to go on without help, in the end… now the problems are a bit bigger: make

Help at making Makefile.am needed

Hello again, a couple of days ago I already had a more than similar question, but somehow I managed to go on without help, in the end… now the problems are a bit bigger: make distcheck is failing. What I'm trying to do, is put my whole thesis (LaTeX) under autoconf/ automate contro

bug#7434: When an incorrect option is used before --help/--version, automake behaviour is inconsistent with that of other GNU programs.

Hello, * Stefano Lattarini wrote on Thu, Nov 18, 2010 at 05:28:30PM CET: > On Thursday 18 November 2010, Eric Blake wrote: > > On 11/18/2010 08:22 AM, Stefano Lattarini wrote: > > > Currently, automake and aclocal scan their command line looking for > > > `--help

Re: call for help/crazy idea: nmake support

or the _SOURCES variables dynamically. We use a set of GNU Make rules to get the _SOURCES into a file used to form MSVC6 DSP files; I think creating a nmake file shouldn't be more difficult. > Would that even help anybody?  (no idea) MS Visual Studio users probably would gain no benefit;

Re: RE : call for help/crazy idea: nmake sup port

oning is that the make implementation should not affect the end result, but mixing in tools from GNU binutils might. Most of the remaining required uses of GNU binutils are not actually doing anything to the binaries, they simply inspects them, but one exception is the resource compiler. Th

Re: RE : call for help/crazy idea: nmake support

On Fri, 2010-08-13 at 19:18 +0200, Ralf Wildenhues wrote: [snip] > And of course I would be delighted if some of you provided fixes > for pkg-config and whetever else is needed to make building for > this setup work better. The problem with pkg-config is that it relies a lot on POSIXy developmen

Re: RE : call for help/crazy idea: nmake support

I would like to thank everyone who provided input on this topic. It certainly helps when considering where to go. One conclusion from this is that we should get Peter's MSVC support finished and completed for Automake 1.12 and the next Libtool release. I wasn't aware that there are more MSVC-rela

Re: RE : call for help/crazy idea: nmake support

On Wed, 2010-08-11 at 08:34 +0200, PICCA Frédéric-Emmanuel wrote: > Hello > > > I'm certainly quite eager to see this in Automake and Libtool. I > > suspect this will hit the sweet spot for a lot of autotools users. > > the problem I see is that a lot's of peoples relies on pkg-config > during

RE : call for help/crazy idea: nmake suppor t

Hello > I'm certainly quite eager to see this in Automake and Libtool. I > suspect this will hit the sweet spot for a lot of autotools users. the problem I see is that a lot's of peoples relies on pkg-config during the configuration phase. How can we deal with this on windows platform ?

Re: call for help/crazy idea: nmake support

On Tue, 2010-08-10 at 16:38 -0700, Natalie Tasman wrote: > Hi Ralf, > > I think this is a great idea and would be interested in hearing your > plans for moving forward. I've invested a lot of time in an autotools > build system that works on *nix and mingw (and cross-compiling to > mingw from li

Re: call for help/crazy idea: nmake support

x27;make' or 'nmake' output? > Would that even help anybody? (no idea) > Is there anybody willing to work on this? > Should I prepare a Summer of Code/other code sprint project proposal[1]? nmake really does live in a different universe. Just for example, CPPFLAGS are

Re: call for help/crazy idea: nmake support

Hi Ralf, I think this is a great idea and would be interested in hearing your plans for moving forward. I've invested a lot of time in an autotools build system that works on *nix and mingw (and cross-compiling to mingw from linux!) and I do think this would be interesting to see this work on min

Re: Call for help: Vala support in Automake

On 08/09/2010 12:11 PM, NightStrike wrote: > On Sun, Aug 8, 2010 at 5:52 AM, Ralf Wildenhues > wrote: >> Here's the deal: At least two patch sets have been posted to Automake >> mailing lists during the last year in order to improve Vala support in > > What's Vala? http://en.wikipedia.org/wiki/

Re: Call for help: Vala support in Automake

On Sun, Aug 8, 2010 at 5:52 AM, Ralf Wildenhues wrote: > Here's the deal: At least two patch sets have been posted to Automake > mailing lists during the last year in order to improve Vala support in What's Vala?

Call for help: Vala support in Automake

o here's a call for help: if there is something broken with Vala support in Automake, you can contribute by writing bug reports rather than by sending patches. Describe in your own words how things are supposed to work, or show your projects; given precise enough semantics, it is fairly straight

Re: call for help/crazy idea: nmake support

nmake (after configure > > substitution)? Is that even feasible? (I'd guess so) > > Maybe if we have contents conditional on 'make' or 'nmake' > > output? Would that even help anybody? (no idea) > > I don't think this would help that m

Re: call for help/crazy idea: nmake support

On 8/1/2010 2:11 PM, Ralf Wildenhues wrote: > So let me rephrase the question: if we have the ability to build > completely with MSVC within a shell environment such as MinGW/MSYS > would people still need something like nmake support? Speaking for myself and my projects -- no, I would not.

Re: call for help/crazy idea: nmake support

* Philip Herron wrote on Sun, Aug 01, 2010 at 08:05:50PM CEST: > This sounds amazing on one of my other projects i support a cmake > build along side my autoconf and automake for everything that isn't > windows lol. So let me rephrase the question: if we have the ability to build completely with M

Re: call for help/crazy idea: nmake support

On 31 July 2010 18:26, Ralf Wildenhues wrote: > Maybe if we have contents conditional on 'make' or 'nmake' output? > Would that even help anybody?  (no idea) > Is there anybody willing to work on this? This sounds amazing on one of my other projects i support a cmake

RE: call for help/crazy idea: nmake support

On Sunday, August 1, Ralf Wildenhues wrote: > Sure. I have no idea yet how exactly this could work in > practice. I don't know these tools yet. I'm just > throwing out these ideas to see if somebody has good > input. > > In such a project, is there any scripting besides CMD that > one could r

Re: call for help/crazy idea: nmake support

* David Byron wrote on Sun, Aug 01, 2010 at 07:25:16PM CEST: > On Saturday, July 31, 2010, Ralf Wildenhues wrote: > > OK, so what if they are not actually running configure (or > > would not actually need to)? Presumably automake could > > produce a ready nmake file (or forbid, a vcproj) in at >

RE: call for help/crazy idea: nmake support

On Saturday, July 31, 2010, Ralf Wildenhues wrote: > * David Byron wrote on Sat, Jul 31, 2010 at 10:41:29PM CEST: > > > If someone is running autotools (or even a generated > > configure script) on windows, I think we can assume > > they've either got cygwin or msys which implies access > > to m

Re: call for help/crazy idea: nmake support

* David Byron wrote on Sat, Jul 31, 2010 at 10:41:29PM CEST: > If someone is running > autotools (or even a generated configure script) on windows, I think we can > assume they've either got cygwin or msys which implies access to make. OK, so what if they are not actually running configure (or wou

RE: call for help/crazy idea: nmake support

7;make' or 'nmake' > output? Would that even help anybody? (no idea) I don't think this would help that many people. If someone is running autotools (or even a generated configure script) on windows, I think we can assume they've either got cygwin or msys which impli

call for help/crazy idea: nmake support

Here's a crazy idea: how about if automake optionally output an input file suitable for nmake (after configure substitution)? Is that even feasible? (I'd guess so) Maybe if we have contents conditional on 'make' or 'nmake' output? Would that even help anybody? (no

Cannot link correct libltdl.so. Please help.

I got errors when I do the cross compile for powerpc. Below are the error messages. It looks for /usr/lib/libltdl.so instead of /tools/eldk/4.2/ppc_4xx/usr/lib/libltdl.so at link time. I set the path -L/tools/eldk/4.2/ppc_4xx/usr/lib. But, it is useless. Below are details. Before running ./con

Re: A lot of help needed with the automake process

There is a nice up-to-date series on autotools here, http://www.freesoftwaremagazine.com/books/autotools_a_guide_to_autoconf_automake_libtool I have found it really helpful. But maybe autotools are an overkill if you have such special program with just one source file. When you are finished, just p

Re: A lot of help needed with the automake process

On Sat, November 22, 2008 12:26 pm, Ralf Wildenhues wrote: > Hello Andrew, > > * Andrew M. wrote on Sat, Nov 22, 2008 at 12:26:07AM CET: >> * There is only one source file (myapplet.c) in /src >> * I have two folders, /pixmaps e /conf, that contain some graphics for >> the >> applet and the initial

Re: A lot of help needed with the automake process

Hello Andrew, * Andrew M. wrote on Sat, Nov 22, 2008 at 12:26:07AM CET: > * There is only one source file (myapplet.c) in /src > * I have two folders, /pixmaps e /conf, that contain some graphics for the > applet and the initial configuration file > * In the folder root I also have the .server fi

A lot of help needed with the automake process

Hi all. I recently coded a small GNOME applet and before sharing it with a few friends I wanted to make it "noob-proof" :) Basically I wanted to create the usual "configure" and Makefile scripts so that I can give my buddies the 3 simple commands to install the applet. After reading several (at le

Re: automake + .info files help needed

Hello Matěj, please keep the Cc: to the list, thanks. * Matěj Týč wrote on Fri, Nov 14, 2008 at 06:54:41PM CET: > > Which automake version are you using? > > Which system are you on (maybe w32 and there are line ending issues)? > The newest one AFAIK -- automake (GNU automake) 1.10.1 > I use Arch

Re: automake + .info files help needed

Hello Matěj, * Matěj Týč wrote on Sun, Nov 02, 2008 at 07:30:07PM CET: > However, I have made an important discovery: My .texi file contains > @setfilename command. If the command argument has .info suffix, no .info > file is built at all (this is the reported problem). However, if it does > not h

Re: automake + .info files help needed

Hello, Ralf, here are things you have requested, if the previous mails wasn't satisfactory ;-) > First, do you build in-tree (./configure ...) or out-of-tree > (../path/to/configure ...)? I build in-tree... Second, if you > find $top_srcdir $top_builddir -name \*.info | xargs rm -f > find $t

Re: automake + .info files help needed

> First, do you build in-tree (./configure ...) or out-of-tree > (../path/to/configure ...)? I usually build in-tree and make distcheck build out-of-tree. Never came across an .info file, though (I have used find -name "*.info" as told below) > Second, if you > find $top_srcdir $top_builddir -na

Re: automake + .info files help needed

* Matěj Týč wrote on Sun, Nov 02, 2008 at 05:45:59PM CET: > > Please just post all of the output, it is often much easier for me to > > see then what went wrong. > OK, you have asked for it :-) I send output of 'make distcheck' and > 'automake --verbose' zipped in the attachment Thanks. The error

Re: automake + .info files help needed

> Please just post all of the output, it is often much easier for me to > see then what went wrong. OK, you have asked for it :-) I send output of 'make distcheck' and 'automake --verbose' zipped in the attachment Unfortunately, it is not a simple foo project... > The info file should have been bu

Re: automake + .info files help needed

o syntax error - constructs only understood by a newer makeinfo - bug in texinfo.tex (in that case try a slightly newer/older one) If that doesn't help, it usually helps to ask on the help-texinfo mailing list. In that case, provide them with the makeinfo version, texinfo.tex version, and ideally a small example to reproduce the issue. Oh, and when you happen to be bored, you could eliminate some of those under/overfull boxes ... Cheers, Ralf

Re: automake + .info files help needed

Ralf Wildenhues wrote: Please just post all of the output, it is often much easier for me to see then what went wrong. Hi Ralf, Okay, here's my (I'd guess different) problem. Beats me. :( Thanks for any hints! :) Cheers - Bruce Making dvi in doc make[2]: Entering directory `/home/bkorb/ag/a

Re: automake + .info files help needed

* Matěj Týč wrote on Sun, Nov 02, 2008 at 12:26:13PM CET: > > > > Please post the output of 'make distcheck', and state which automake > > version you're using. Thanks. > I use automake (GNU automake) 1.10.1 > > make distcheck just complains that it can't find the foo.info file so it > can't ins

Re: automake + .info files help needed

Thank you very much for your quick reply, > > Please post the output of 'make distcheck', and state which automake > version you're using. Thanks. I use automake (GNU automake) 1.10.1 make distcheck just complains that it can't find the foo.info file so it can't install it (or at least it seems

Re: automake + .info files help needed

Hello Matěj, * Matěj Týč wrote on Sun, Nov 02, 2008 at 12:01:35PM CET: > I use Texinfo to document my project and I have a foo.texi file in doc/ > subdirectory. > I have these lines in the doc/Makefile.am: > > info_TEXINFOS = foo.texi > > EXTRA_DIST = images/foo1.png etc. > > I also have the d

automake + .info files help needed

Hello, I use Texinfo to document my project and I have a foo.texi file in doc/ subdirectory. I have these lines in the doc/Makefile.am: info_TEXINFOS = foo.texi EXTRA_DIST = images/foo1.png etc. I also have the doc/ directory and makefile "registered" in root Makefile.am and in configure.ac ma

Re: gnupload --help examples

Hi Karl, * Karl Berry wrote on Sat, Aug 02, 2008 at 02:54:03AM CEST: > I find myself consistently bemused by the complex example in the --help > message of gnupload. I just want something I can cut and paste, and I > never upload to multiple targets, and I doubt many other projects do,

gnupload --help examples

I find myself consistently bemused by the complex example in the --help message of gnupload. I just want something I can cut and paste, and I never upload to multiple targets, and I doubt many other projects do, either. Another question I end up re-deriving the answer for is whether alpha and/or

Re: Need Help Writing a Rule

Hello, On Sun, May 25, 2008 at 07:49:51PM -0700, Bobby Dill wrote: > %.cpp: %.png > uic -embed colortool $? -o $@ > > image_collection.cpp: images/designer_widgetstack.png \ > images/designer_d_table.png \ > images/designer_d_iconview.png well, this is more aquestion abou

Need Help Writing a Rule

I'm trying to compile qt programs with automake. I used qmake to generate a Makefile first and then converted this into an automake file. My latest problem involves putting images into a form. Here's qmake's version of how to do this. .ui/qmake_image_collection.cpp: images/filenew \

Re: Disable make distcheck --help and --version checks

These paragraphs say it all: Thanks. That works exactly as i need. I am surprised google didn't find this paragraph when i searched with various options. I als

Re: Disable make distcheck --help and --version checks

Hi Brendon, * Brendon Costa wrote on Wed, May 07, 2008 at 09:20:27AM CEST: > The subject says it all. I have a "special" example project that i would > like to ensure when i use the distcheck target it does NOT check that > some or all of the installed applications provide

Disable make distcheck --help and --version checks

The subject says it all. I have a "special" example project that i would like to ensure when i use the distcheck target it does NOT check that some or all of the installed applications provide --help or --version. How can i do this? Some people are likely to want to argue that it is

Re: parallel make help

Harlan Stenn <[EMAIL PROTECTED]> writes: > While it is "too late now" for this round of GSoC, it might be a really > amazing idea to have somebody work on a project to: > > - make sure automake has all the needed bits to produce useful > non-recursive Makefiles > - demonstrate how easy it is to

Re: parallel make help

On Thu, 10 Apr 2008, Harlan Stenn wrote: While it is "too late now" for this round of GSoC, it might be a really amazing idea to have somebody work on a project to: - make sure automake has all the needed bits to produce useful non-recursive Makefiles - demonstrate how easy it is to set this u

Re: parallel make help

Bob Friesenhahn wrote: > Setting up a non-recursive build project with Automake would not be > such a chore if Automake knew how to ingest per-subdirectory Makefiles > into the overall build, adding any necessary path information. The > biggest chore related to setting up a non-recursive build

Re: parallel make help

On Thu, 10 Apr 2008, Ralf Wildenhues wrote: I've thought of this, in fact just a couple of weeks ago. It is possible to formulate SUBDIRS rules in a way that allows parallel execution of the sub makes (by something like turning each subdir into a target). However, doing so by default will cert

Re: parallel make help

Hi Bob, * Bob Rossi wrote on Thu, Apr 10, 2008 at 03:28:56PM CEST: > I currently have my project setup so that each subdirectory has a > Makefile.am. I've noticed that when I do 'make -j4' that it does 1 > directory at a time, then links a little library or makes a program. > > If I moved everyth

Re: parallel make help

On Thu, 10 Apr 2008, Bob Rossi wrote: If I moved everything to a single Makefile.am at the top level, would that improve the speed of things so that it could continue to build in parallel? Yes. If you convert your project to a non-recursive build, then it is very likely that considerably mor

parallel make help

Hi, I'm wondering what the best approach is for using autotools, while at the same time making the build massively parallel. I currently have my project setup so that each subdirectory has a Makefile.am. I've noticed that when I do 'make -j4' that it does 1 directory at a time, then links a littl

Re: build configuration help

Andreas, Andreas Schwab wrote: John Calcote <[EMAIL PROTECTED]> writes: The way you implement this is to use $(prefix)/lib, or $(libdir) in your -R option, which will resolve to the configured library installation directory - /home/bob/foo/lib. When you use -R like this, however, just realize

Re: build configuration help

John Calcote <[EMAIL PROTECTED]> writes: > The way you implement this is to use $(prefix)/lib, or $(libdir) in your > -R option, which will resolve to the configured library installation > directory - /home/bob/foo/lib. When you use -R like this, however, just > realize that this binary can only b

Re: build configuration help

On Thu, Apr 03, 2008 at 09:19:00AM -0600, John Calcote wrote: > Bob Rossi wrote: >> Will it only work if I install with the default installation directory? >> What if I change the --prefix=/home/bob/foo. Will /home/bob/foo/bin/bar >> be able to find /home/bob/foo/lib/wxwidgets.so ? >> > If you

Re: build configuration help

Bob Rossi wrote: Will it only work if I install with the default installation directory? What if I change the --prefix=/home/bob/foo. Will /home/bob/foo/bin/bar be able to find /home/bob/foo/lib/wxwidgets.so ? If you install libraries into a "non-standard" location, you're going to have the

  1   2   3   >