ciated.
Thanks,
Bob Rossi
Hi,
Is there some sort of Email filter you guys could use to
keep spam at a minimum. It seems like the automake mailing list
recieves a lot of spam ( in comparison to other mailing lists ).
Bob Rossi
make target `distdir'. Stop.
make[1]: Leaving directory
`/home/bob/cvs/cgdb/cgdb.packrl/in-rl/readline-5.0'
make: *** [distdir] Error 1
Any suggestions?
Thanks,
Bob Rossi
the way it works now?
Thanks for such a great program!
Thanks,
Bob Rossi
ainer-mode switch,
and don't want others to have to in order build out of tree. Any
suggestions?
Thanks,
Bob Rossi
lpful,
AC_CONFIG_AUX_DIR(build/build-aux)
AC_CONFIG_MACRO_DIR(build/m4)
AM_CONFIG_HEADER(build/config.h)
Thanks,
Bob Rossi
On Fri, Apr 12, 2013 at 10:06:02PM -0400, Bob Rossi wrote:
> Is it possible to tell automake to move the generated file
> aclocal.m4 into a build subdirectory?
>
> Similar to the way I move config.h like this:
> AM_CONFIG_HEADER(build/config.h)?
>
> I would prefer not to h
a great build system. However, after configuring it to
place as many files as possible in a subdirectory, it still takes up
87.5% of my projects root directory.
aclocal.m4
autom4te.cache
build
configure
configure.ac
Makefile.am
Makefile.in
src <- This is my project
You think people are interested in the above [usual] setup?
Bob Rossi
http://sources.redhat.com/automake/automake.html#Extending-aclocal
> config/readline_check_version.m4:47: warning: underquoted definition
> of RL_LIB_READLINE_VERSION
If I make the below patch, things work. Should this be necesary?
Thanks,
Bob Rossi
Index
On Sun, Jan 15, 2006 at 05:15:07PM +0100, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Sat, Jan 14, 2006 at 10:15:10PM CET:
> > I recently upgraded to a newer automake, and I started to get this
> > warning.
> >
> > > config/readline_check_version.m4:1: w
Hi,
If someone has time, a feature request is to have automake generate the
rules for plain text generation of the info files. Currently the rules
already exist for dvi, pdf, ps, html and info, but not for plain text.
Thanks,
Bob Rossi
d be able to determine I
need to run this command.
Any suggestions or help would be great.
Thanks,
Bob Rossi
omake, to tell it I have a man page? For
instance, shouldn't it have a special rule to install the man page when
a 'make install' is done?
Any help would be appreciated,
Bob Rossi
On Tue, Jan 31, 2006 at 03:57:45PM +0100, Stepan Kasal wrote:
> Hello,
>
> On Tue, Jan 31, 2006 at 09:06:34AM -0500, Bob Rossi wrote:
> > I've always been under the assumption that 'make dist' would copy the
> > entire directory in. [...]
>
> I don
no point in
distributing it.
I suggest for the second the word 'will' was supposed to be 'with'
# Distributed files should be distributed with all their dependencies.
I suggest the below
# If a file is intended to be rebuilt by users, then there is no point
in distributing it.
Thanks,
Bob Rossi
On Sun, Feb 05, 2006 at 06:53:28AM +0100, Alexandre Duret-Lutz wrote:
> >>> "BR" == Bob Rossi <[EMAIL PROTECTED]> writes:
>
> BR> My doc directory is built after all others. I was thinking I could have
> BR> a rule in the doc directory that would
> On Sun, Feb 05, 2006 at 08:39:44AM -0500, Bob Rossi wrote:
> > dist_man_MANS = cgdb.1
> > # Autogenerate the man page using help2man. This happens whenever the
> > # user modifies either configure.in or usage.c, which contains CGDB's
> > usage.
> >
/control/TerminationCriteria.o
> src/control/InstructionQueue.o
> ...
>
> Is there some way to do this with automake?
Try 'make -s', it's not excatly what you want, but may help.
Bob Rossi
hat they will not cause an
invalid value for prog_DEPENDENCIES to be generated.
This makes me think maybe I shouldn't be adding _DEPENDENCIES at all
unless I want to link something in that isn't in LDADD. Is this correct?
Thanks,
Bob Rossi
toconf do an AC_SUBST of the LDFLAGS you are intested in for
this platform. Then in you Makefile.am you can have
testrunner_LDFLAGS = @TESTRUNNER_LDFLAGS@
Please take my advice with a grain of salt, not sure what your
experience level is.
Bob Rossi
On Sat, Jan 27, 2007 at 04:58:34PM +0100, Ralf Wildenhues wrote:
> Hi Bob,
>
> * Bob Rossi wrote on Sat, Jan 27, 2007 at 02:32:30PM CET:
> >
> > -std_btree_driver_LDADD = -ladt
> > +std_btree_driver_LDADD = libadt.a
> >
> > -std_btree_driver_DEPENDE
On Mon, Jan 29, 2007 at 07:52:02PM +0100, Ralf Wildenhues wrote:
> Hello Bob,
>
> * Bob Rossi wrote on Mon, Jan 29, 2007 at 05:44:59PM CET:
> >
> > OK, from this suggestion, I'm going to change all _LDADD lines from
> > -lfoo to $(top_builddir)/pathto/li
On Mon, Jan 29, 2007 at 08:11:07PM +0100, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Mon, Jan 29, 2007 at 07:57:05PM CET:
> > I wonder if this will really fix the
> > 'parallel make bug' that someone reported about CGDB.
>
> Would you give us a chance to look a
s the latter two.
Hi,
One other question. This is in regards to libraries depending on
libraries. If library B depends on library A, do I have to put a
libB_a_DEPENDENCIES = $(top_builddir)//libA.a
or does just having the SUBDIRS traverse in the correct order work?
Thanks,
Bob Rossi
On Wed, Feb 14, 2007 at 04:40:03PM +0100, Ralf Wildenhues wrote:
> Hi Bob,
>
> * Bob Rossi wrote on Wed, Feb 14, 2007 at 04:19:20PM CET:
> > On Mon, Jan 29, 2007 at 07:52:02PM +0100, Ralf Wildenhues wrote:
> > > > BTW, all the _DEPENDENCIES that I'm talking abou
bob bob 35 2007-04-02 09:39 texinfo.tex ->
/usr/share/automake-1.9/texinfo.tex
lrwxrwxrwx 1 bob bob 30 2007-04-02 09:39 ylwrap ->
/usr/share/automake-1.9/ylwrap
Does anyone know how I can resolve this issue? Better yet, does anyone
know what automake is testing for here?
I'm very happy with this functionality, as it saves me time. I'd like
to get it working.
Thanks,
Bob Rossi
takes care of the files it
> puts in there and those that aclocal uses.
Wow. That fixed it!
Thanks Ralf!
Bob Rossi
file in
the source directory, instead of putting it in the build directory.
Hope that helps,
Bob Rossi
On Fri, Jun 08, 2007 at 04:58:25PM +0200, Baurzhan Ismagulov wrote:
> Hello Bob,
>
> On Fri, Jun 08, 2007 at 10:43:00AM -0400, Bob Rossi wrote:
> > I've noticed that if you put the generated source file in the source
> > directory, and then run make, automake will ov
On Fri, Jun 08, 2007 at 05:50:06PM +0200, Baurzhan Ismagulov wrote:
> On Fri, Jun 08, 2007 at 11:06:30AM -0400, Bob Rossi wrote:
> > Well, all I can tell you is what works for me. I have both the .yxx and
> > .ll files in $(top_srcdir)/foo. I put the generated .cpp files at the sam
ing it "autobuild" or something
> like that, and fix this and the other frequently-ignored-requests ;-)
Even easier. Perhaps someone should post a patch for this feature!
Bob Rossi
On Fri, Jul 06, 2007 at 06:24:47AM -0400, Thomas Dickey wrote:
> On Thu, 5 Jul 2007, Bob Rossi wrote:
>
> >Even easier. Perhaps someone should post a patch for this feature!
>
> There is (it's been discussed on this mailing list more than once).
> But I see you
On Fri, Jul 06, 2007 at 10:02:12AM -0400, Thomas Dickey wrote:
> On Fri, 6 Jul 2007, Bob Rossi wrote:
>
> >On Fri, Jul 06, 2007 at 06:24:47AM -0400, Thomas Dickey wrote:
> >>On Thu, 5 Jul 2007, Bob Rossi wrote:
> >>
> >>>Even easier. Perhaps so
On Fri, Jul 06, 2007 at 10:20:42AM -0400, Thomas Dickey wrote:
> On Fri, 6 Jul 2007, Bob Rossi wrote:
>
> >On Fri, Jul 06, 2007 at 10:02:12AM -0400, Thomas Dickey wrote:
> >>On Fri, 6 Jul 2007, Bob Rossi wrote:
> >>
> >>>On Fri, Jul 06, 2007 at 06:24:47A
Hi,
Can automake take advantage of multiple cpu's? I search the online
documentation for both cpu and processor, and I don't get a result.
Thanks,
Bob Rossi
On Fri, Aug 10, 2007 at 11:14:28PM +0200, Andreas Schwab wrote:
> Bob Rossi <[EMAIL PROTECTED]> writes:
>
> > Can automake take advantage of multiple cpu's?
>
> This has nothing to do with automake. Just use the appropriate switch
> for make to enable parallel
I'm assumming you
would need to run this from a mingw or cygwin shell, is that true?
I think this would be an extremely nice improvement to the automake
system. As it stands, I'm currently going to have to support 2 build
systems, one for POSIX world, and one for msft.
Thanks,
Bob Rossi
I read the manual for a while, and
couldn't figure it out.
Thanks,
Bob Rossi
On Thu, Nov 15, 2007 at 06:43:40PM +0100, Ralf Wildenhues wrote:
> Hello Bob,
>
> * Bob Rossi wrote on Thu, Nov 15, 2007 at 05:28:29PM CET:
> >
> > Since I'm building a bunch of plugins, I'l like to install them in a
> > plugins/ dir, instead of in lib/
On Thu, Nov 15, 2007 at 08:26:00PM +0100, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Thu, Nov 15, 2007 at 07:24:47PM CET:
> > On Thu, Nov 15, 2007 at 06:43:40PM +0100, Ralf Wildenhues wrote:
> > > * Bob Rossi wrote on Thu, Nov 15, 2007 at 05:28:29PM CET:
> > > >
Hi,
I want to install mingwm10.dll, since my program requires it. I'm trying
to figure out the best way to do this. The dll lives in /c/mingw/bin.
Would
bin_DATA=/c/mingw/bin/mingwm10.dll
make the most sense? Any suggestions?
Thanks,
Bob Rossi
On Wed, Mar 26, 2008 at 03:28:26PM -0400, Bob Rossi wrote:
> Hi,
>
> I want to install mingwm10.dll, since my program requires it. I'm trying
> to figure out the best way to do this. The dll lives in /c/mingw/bin.
>
> Would
> bin_DATA=/c/mingw/bin/mingwm10.dll
On Thu, Mar 27, 2008 at 11:51:31PM +0100, Ralf Wildenhues wrote:
> Hi Bob,
>
> * Bob Rossi wrote on Thu, Mar 27, 2008 at 06:55:26PM CET:
> > On Wed, Mar 26, 2008 at 03:28:26PM -0400, Bob Rossi wrote:
> > >
> > > I want to install mingwm10.dll, since my program
ven know
if it will work.
Any other suggestions?
Thanks,
Bob Rossi
rted using AM_CONDITIONAL.
If I put it in the lib directory on other platforms, on startup, how
will the binary know where to find the .so? That's why I was asking
about LD_LIBRARY_PATH, and creating a script
Bob Rossi
On Thu, Apr 03, 2008 at 08:55:27AM -0600, John Calcote wrote:
> Bob Rossi wrote:
>> If I put it in the lib directory on other platforms, on startup, how
>> will the binary know where to find the .so? That's why I was asking
>> about LD_LIBRARY_PATH, and creating a scrip
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/wxwidget
uot;Makefile.am in each subdir" approach be just as fast?
I eventually want to spread my build out over N machines using autotools
and dist-gcc.
In case I'm ignorant of other ways to speed up the build with autotools,
perhaps someone could fill me in on there experiences.
Thanks,
Bob Rossi
?
I looked through the manual and didn't see it, or just missed it.
Thanks,
Bob Rossi
On Fri, Apr 18, 2008 at 09:23:59PM -0700, Brian Dessent wrote:
> Bob Rossi wrote:
> > I would like to automake this by writing a wrapper like,
> > AM_GEN(foo.xml)
>
> I'm not sure that configure-time is where you want to deal with this.
Wow, your answer is gre
I want to run foo.py, whereas automake runs bison or
flex.
I'm sure that if this was implemented, a LOT of projects would use it.
So, is there something I can do to help implement it, with my little
experience writing make file rules?
Thanks,
Bob Rossi
On Sat, Apr 19, 2008 at 01:22:29PM -0400, Bob Rossi wrote:
> On Sat, Apr 19, 2008 at 05:51:35PM +0200, Ralf Wildenhues wrote:
> > * Brian Dessent wrote on Sat, Apr 19, 2008 at 04:45:54PM CEST:
> > > It would be equally difficult as in the case with MULTITARGETS and
> >
ource/header files from the input file using
the action that you gave it to do so. The action could be a simple shell
script, or in your case, it would be 'flex foo.l'.
Perhaps someone would agree with me...
Thanks,
Bob Rossi
On Fri, Apr 25, 2008 at 06:54:08AM +0200, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Fri, Apr 25, 2008 at 03:41:20AM CEST:
> > On Sat, Apr 19, 2008 at 01:22:29PM -0400, Bob Rossi wrote:
> > > They generate files during build time, and modify BUILT_SOURCES...
> > >
On Fri, Apr 25, 2008 at 09:19:58AM -0400, Bob Rossi wrote:
> On Fri, Apr 25, 2008 at 06:54:08AM +0200, Ralf Wildenhues wrote:
> > * Bob Rossi wrote on Fri, Apr 25, 2008 at 03:41:20AM CEST:
> > > On Sat, Apr 19, 2008 at 01:22:29PM -0400, Bob Rossi wrote:
> > > > Th
On Wed, Apr 30, 2008 at 03:21:18PM +0200, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Wed, Apr 30, 2008 at 02:59:11PM CEST:
> > You busy or thing the idea is no good?
>
> Busy. If you want to help, there are still unaddressed questions from
> <ht
On Thu, May 01, 2008 at 03:48:25PM -0400, Bob Rossi wrote:
> On Wed, Apr 30, 2008 at 03:21:18PM +0200, Ralf Wildenhues wrote:
> > * Bob Rossi wrote on Wed, Apr 30, 2008 at 02:59:11PM CEST:
> > > You busy or thing the idea is no good?
> >
> > Busy. If you want to hel
Hi,
I was wondering if there is an incremental make install command?
(my make install doesn't appear to be incremental, should it be?)
Thanks,
Bob Rossi
On Thu, Jan 22, 2009 at 09:34:52AM -0700, Warren Young wrote:
> Bob Rossi wrote:
>>
>> I was wondering if there is an incremental make install command? (my
>> make install doesn't appear to be incremental, should it be?)
>
> No, a Makefile's install targ
On Thu, Jan 22, 2009 at 11:51:56AM -0500, Peter Johansson wrote:
> Warren Young wrote:
>> Bob Rossi wrote:
>>>
>>> I was wondering if there is an incremental make install command? (my
>>> make install doesn't appear to be incremental, should it be?)
>&
tch.
I can think of another use case, which would be excellent for me.
On mingw/msys the executables with debug grow to be huge (10x the size).
Before stripping, my bin dir is 920 megs. After stripping it's 72 megs.
The mere size of the executables cause windows to load them rather slow.
If you have to start a program many times, as I do, it's noticable.
I don't debug often, but, if I need to, I'd rather not do an entirely
new build, so I stick with the bloated debug build.
Thanks,
Bob Rossi
On Thu, Apr 23, 2009 at 05:08:16PM +0200, Jan Engelhardt wrote:
>
> On Thursday 2009-04-23 14:51, Bob Rossi wrote:
> >
> >>> What's the advantage over just installing binaries into $(bindir)
> >>> without stripping them? **Non-brain-damaged** systems won&#
(This bounced the first time I sent it, sorry if it reposts)
On Sat, Jul 31, 2010 at 01:41:29PM -0700, David Byron wrote:
> On Saturday, July 31, 2010, Ralf Wildenhues wrote:
>
> > Here's a crazy idea: how about if automake optionally
> > output an input file suitable for nmake (after configure
>
63 matches
Mail list logo
