sible to configure the autotools so that everything else gets
put somewhere else (like in a nested directory)?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
On Fri, Apr 12, 2013 at 06:49:59AM -0600, Eric Blake wrote:
> On 04/12/2013 05:30 AM, Bob Rossi wrote:
> > Hi,
> >
> > I'm creating a new project and using autotools. I've done this before,
> > but for some reason this time I've noticed how many files
./progs
mkdir -p -- /tmp/foo../../../progs
mkdir: cannot create directory `/tmp/foo../../../progs': Permission denied
make[4]: *** [install-noinst_binPROGRAMS] Error 1
What am I doing wrong?
I realize this may be a simple problem, hoever, I can not figure it out.
Any
On Mon, May 23, 2005 at 09:36:30AM +0200, Ralf Wildenhues wrote:
> Hi Bob,
>
> * Bob Rossi wrote on Sat, May 21, 2005 at 01:33:33AM CEST:
> >
> > I only want "cgdb" to get installed, not the other programs. For this
> > reason I use the rule,
>
for libreadline.a until after the
"make" is done. Is there a way to ./configure && make && make install
the readline package, and then continue with CGDB's configure?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoco
On Wed, Jul 06, 2005 at 06:07:36PM +0200, Ralf Wildenhues wrote:
> Hi Bob,
>
> * Bob Rossi wrote on Tue, Jul 05, 2005 at 05:25:21PM CEST:
> >
> > I am having a little trouble using autoconf to configure my package.
> > Currently, I am tring to build a package that dep
ave been doing,
LDFLAGS="-L$opt_with_readline_prefix/lib $LDFLAGS"
CFLAGS="-I$opt_with_readline_prefix/include
-I$opt_with_readline_prefix/include/readline $CFLAGS"
CPPFLAGS="-I$opt_with_readline_prefix/include
-I$opt_with_readline_prefix/include/readline $CPPFLAGS"
Thanks for the much neede
7;m getting error's when VL_LIB_READLINE is not
run. Any help would be greatly appreciated. I've attached the slightly
modified version of VL_LIB_READLINE that I am using.
Thanks,
Bob Rossi
dnl Available from the GNU Autoconf Macro Archive at:
dnl http://www.gnu.org/software/ac-arc
adline library has \`add_history'])
dnl AC_CHECK_HEADERS(history.h readline/history.h)
fi
fi
The 2 lines commentted out above (AC_CHECK_HEADERS) are causing
VL_LIB_READLINE to break the configure script, even though those lines
are never executed. Does anyone understand how this could
> What is line 1 of ../cgdb/configure?
This is line 1 of configure,
#!/bin/sh
If you would like me to send in ../cgdb/configure, I will. It's 7974
lines long.
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Wed, Jul 13, 2005 at 11:02:48AM +0200, Andreas Schwab wrote:
> Bob Rossi <[EMAIL PROTECTED]> writes:
>
> > On Wed, Jul 13, 2005 at 12:04:27AM +0200, Andreas Schwab wrote:
> >> Bob Rossi <[EMAIL PROTECTED]> writes:
> >>
> >> > If I run .
AGS should be appended to.
OK, I'll work on this.
I think I have things working nicely. Here is the general order of
things done,
- configure CGDB then readline
- compile readline, compile CGDB
CGDB use's headers from $top_srcdir/readline
e a way to pass in --disable-shared to the
AC_CONFIG_SUBDIRS?
BTW, CGDB currently doesn't use any shared libraries, so if there is a
global setting I can use, that would currently be fine.
Thanks again,
Bob Rossi
___
Autoconf mailing list
A
On Thu, Jul 14, 2005 at 10:01:46AM +0200, Stepan Kasal wrote:
> Hello,
>
> On Wed, Jul 13, 2005 at 07:38:25AM -0400, Bob Rossi wrote:
> > Is this a bug in autoconf?
>
> yes, this is a bug in autoconf. It is well known, and it'll be fixed in
> Autoconf 3, in a dist
On Thu, Jul 14, 2005 at 04:57:06PM +0200, Stepan Kasal wrote:
> Hello,
>
> On Thu, Jul 14, 2005 at 09:50:08AM -0400, Bob Rossi wrote:
> > Is there a way to pass in --disable-shared to the AC_CONFIG_SUBDIRS?
>
> I looked into the source (status.m4, general.m4), and it seems
On Fri, Jul 15, 2005 at 12:14:44PM +0200, Stepan Kasal wrote:
> Hello,
>
> On Thu, Jul 14, 2005 at 03:36:48PM -0400, Bob Rossi wrote:
> > > > Is there a way to pass in --disable-shared to the AC_CONFIG_SUBDIRS?
>
> I apologize for the wrong answer I gave previously.
in a general purpose way, I would not mind adding a
feature like this to autoconf.
> And remember, the developpers run autoconf to build the tarball. The users
> should just build from this tarball, without any need for Autotools installed.
> So it doesn
one of my Makefile.am's. However, it is picking up the
$(READLINE_DIR) from my build directory. I want it to pick up the
READLINE_DIR from my source directory. Is there any way to do this?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http:
I get the diff below, and I still end up with the .o's and .a's in the
readline directory in the dist. Got any advice?
Thanks again and again and again,
Bob Rossi
Index: Makefile.in
===
RCS file: /cvsroot/cgdb/cgdb/Makefile.
.texi file created.
In short, is there a nice way of adding the generated files into CVS and
not having timestamp problems with out this macro?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
the `GNU make' package. Grab either from any GNU archive site.
Do I need to have that program installed to run configure? I'm running
this out of a CVS repo of a program, that has all the autotool files
checked in. Not from a 'make di
On Mon, Jan 16, 2006 at 09:59:57AM +0100, Ralf Wildenhues wrote:
> Hi Bob,
>
> * Bob Rossi wrote on Sun, Jan 15, 2006 at 12:26:53AM CET:
> >
> > When I run configure I get this error,
> >
> > ...
> > Making all in src
> > Making all in doc
> >
course, this should be documented in some README file, which *is* kept
> in
> the CVS; (and yes, groff *does* fulfil this expectation).
OK, now thats wierd. If I'm going to make people install texinfo, then I
should apparently just make them go the extra mile and install the
autot
t are generated. Would that stop the need for the
--enable-maintainer-mode?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Mon, Jan 16, 2006 at 04:25:17PM +, Keith MARSHALL wrote:
> Bob Rossi wrote:
> > OK, now thats wierd [sic]. If I'm going to make people install
> > texinfo, then I should apparently just make them go the extra
> > mile and install the autotools?
>
> Not neces
permissions, it's something
> that we wouldn't consider in $dayjob.
Does subversion preserve these?
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Tue, Jan 17, 2006 at 01:13:26PM -0600, Bob Friesenhahn wrote:
> On Tue, 17 Jan 2006, Bob Rossi wrote:
> >>
> >>yes (CVS isn't the best tool - it happens to be one of the cheapest).
> >>Since it doesn't preserve timestamps or permissions, it's somet
ntainer-mode when I was
running configure. However, I've checked in the .info and version.texi
files, and this no longer seems to be a problem.
Thanks for the help,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
G_CC?
>
> .../configure CFLAGS=-g
Just out of curiosity, is this different than 'CFLAGS=-g ./configure
...'? I do this all the time and wonder if your way is somehow better.
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
ing to run ./configure
twice for the installation of CGDB.
I would like to include them both in the same CVS repository and make
separate releases of the packages.
Any advice? I could be persuaded to do things differently.
Thanks,
Bob Rossi
___
Autoconf ma
On Wed, Apr 12, 2006 at 10:48:15PM +0200, Ralf Wildenhues wrote:
> Hi Stepan,
>
> * Stepan Kasal wrote on Wed, Apr 12, 2006 at 10:41:58PM CEST:
> > On Wed, Apr 12, 2006 at 08:39:41AM +0200, Ralf Wildenhues wrote:
> > > * Bob Rossi wrote on Wed, Apr 12, 2006 at 03:42:51
On Thu, Apr 13, 2006 at 09:58:33AM +0200, Ralf Wildenhues wrote:
> Hi Bob,
>
> * Bob Rossi wrote on Thu, Apr 13, 2006 at 02:57:48AM CEST:
> > On Wed, Apr 12, 2006 at 10:48:15PM +0200, Ralf Wildenhues wrote:
> > > * Stepan Kasal wrote on Wed, Apr 12, 2006 at 10:41:58PM CEST
> > I'm not interested in having it installed unless the package is
> > being configured on it's own. (Unless the library install dir is the
> > same as CGDB's installed dir --prefix=).
>
> OK, that should be fine.
Thanks for the help. This seems
this invalid?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Sat, Apr 29, 2006 at 09:09:19AM +0200, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Sat, Apr 29, 2006 at 04:00:03AM CEST:
> >
> > Can I do something in configure.in that says
> > if ..
> > AM_LIBTOOL
> > fi;
> >
> > or is this in
On Fri, Apr 28, 2006 at 09:05:02PM -0700, Russ Allbery wrote:
> Bob Rossi <[EMAIL PROTECTED]> writes:
>
> > I would like to have my package create a single static library and a
> > single program by default.
>
> > However, if the user does --enable-tcl-extension
On Sat, Apr 29, 2006 at 05:50:41PM +0200, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Sat, Apr 29, 2006 at 12:15:49PM CEST:
> > On Sat, Apr 29, 2006 at 09:09:19AM +0200, Ralf Wildenhues wrote:
> > > * Bob Rossi wrote on Sat, Apr 29, 2006 at 04:00:03AM CEST:
> > > >
On Sat, Apr 29, 2006 at 06:34:59PM +0200, Ralf Wildenhues wrote:
> * Bob Rossi wrote on Sat, Apr 29, 2006 at 06:18:54PM CEST:
> >
> > OK, so is the only safe way to do this to have 2 configure.in scripts?
> > One that uses AC_PROG_LIBTOOL and one that doesn't?
>
&g
o better
understand how macro's in an sh condition effect the outcome.
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Mon, May 01, 2006 at 09:39:04PM -0500, Bob Friesenhahn wrote:
> On Mon, 1 May 2006, Bob Rossi wrote:
> >
> >Would you mind quicly explaining how autoconf works? Meaning what are
> >the steps taken that generate a configure.sh script?
>
> Don't be needlessly conf
,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Mon, May 22, 2006 at 02:13:26PM -0400, Bob Rossi wrote:
> Hi,
>
> Does anyone know if bison generated files typically get checked into the
> source repository, and build system the same way flex generated files
> are? That way, other developers or users do not need bison install
On Tue, May 23, 2006 at 04:48:56PM -0700, Paul Eggert wrote:
> Bob Rossi <[EMAIL PROTECTED]> writes:
>
> >> Does anyone know if bison generated files typically get checked into the
> >> source repository, and build system the same way flex generated files
> >
if the size is 4 and then
AC_CV_NAME=`cat conftestval`, ...
now cygwin's cat doesn't understand \r\n, so
ac_cv_sizeof_int=`cat conftestval`
results in "4\r", which breaks the configure.in scripts that check with
if statements for "$ac_cv_sizeof_int" = "4".
What i
Hi,
How does AC_CHECK_SIZEOF understand what values to give when cross
compiling if it can't run the executable?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Now, should I use this as a temporary solution, and fix autoconf?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Fri, Dec 01, 2006 at 07:06:06AM -0700, Eric Blake wrote:
> According to Bob Rossi on 12/1/2006 6:57 AM:
> > CPPFLAGS="-mno-cygwin" CFLAGS="-mno-cygwin -O0"
> > ./configure --build=mingw32 --enable-experimental-libtool
>
> EVIL. --build is for the
e options that I
wanted to flow down from the top-level Makefile. The other option is to
use the AC_CONFIG_SUBDIRS option and explicitly remove the options that
I do not want to flow down.
What should I do? Any advice from people that have solved this problem
before?
Thanks,
Bob Rossi
__
On Wed, Dec 06, 2006 at 08:06:54PM +0100, Ralf Wildenhues wrote:
> Hello Bob,
>
> * Bob Rossi wrote on Wed, Dec 06, 2006 at 03:40:00PM CET:
> >
> > When you run the top-level configure script, it determines what libraries
> > you
> > need to build the projec
n. Is there anything I can do to force
gcc and autoconf to link that program and only use the libraries and
headers that I give it?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
the correct place to ask about cpu
specific gcc optimizations would be?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Tue, Jan 09, 2007 at 08:58:24PM +0100, Ralf Wildenhues wrote:
> Hello Bob,
>
> * Bob Rossi wrote on Wed, Dec 20, 2006 at 09:00:47PM CET:
> >
> > I'm wondering. I'm trying to use AC_LINK_IFELSE to link a small program
> > against libexpat. I set the
6-pc-linux-gnu. Are there any other odd cases?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Sun, Jan 21, 2007 at 11:22:40PM +0100, Ralf Wildenhues wrote:
> Hello Bob,
>
> * Bob Rossi wrote on Sun, Jan 21, 2007 at 11:15:23PM CET:
> >
> > I would like to get access to the target triplet fields. The cpu, os
> > and vendor strings. Does autoconf provide these
easons I discuss here:
> > [this is the same reference I cited in an earlier reply to Bob Rossi]:
> > http://article.gmane.org/gmane.comp.gnu.mingw.msys/3822
>
> Thanks for the pointer, I was not fully aware of the limitation that
> $PATH_SEPARATOR is useful for $build only, not fo
make
I get,
cd ../cgdb && /bin/bash
/home/bob/rcs/svn/cgdb/cgdb.testsuite/cgdb/config/missing --run
autoheader
Am I doing something wrong or is this expected?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gn
On Tue, Jan 23, 2007 at 05:15:00PM +0100, Ralf Corsepius wrote:
> On Tue, 2007-01-23 at 10:59 -0500, Bob Rossi wrote:
> > Hi,
> >
> > I'm learning a lot about the autotools. I want to say thanks to the list
> > for teaching me so much!
> >
> > I h
t
the PATH_SEPARATOR is different if an application is run from a cmd or
msys shell?
If so, how can autoconf possibly help in this situation?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
ute..)
any ideas?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
. In that case you would be using a NPC. I don't think GNU
supports that.
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
bs_top_srcdir=`cd $srcdir; pwd`
abs_top_builddir=`pwd`
;;
esac
It's probably not correct, but it works.
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
he make install rule can be just an
extra step in the development cycle, thereby wasting more precious time.
Does anyone have any advice for me in this area?
Thanks,
Bob Rossi
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Wed, Nov 14, 2007 at 09:37:57AM -0800, Brian Dessent wrote:
> Bob Rossi wrote:
>
> > This is a sort of general purpose question. It's typical that the
> > build directory and the install directly have a different
> > directory hierarchy. Therefor, if you run a b
On Wed, Nov 14, 2007 at 11:41:24AM -0700, Bob Proulx wrote:
> Bob Rossi wrote:
> > One of the things my build system does is compile a bunch of plugins. The
> > application scans a directory, and attempts to load all of the plugins
> > in that directory. When I run the progr
.
> But I do believe that proper naming is the way to go.
>
> Then I created the proper names using symlinks and the problem went
> away.
I don't know anything about what you guys are talking about, but, i know
that symlinks don't work well on windows
65 matches
Mail list logo