ints on how to solve this little problem?
In the attachment you'll find the verbose output version of the command.
Thanks in advance,
Daniel
autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
autoheader: WARNING: and `config.h.top', to define templates
Now I successfully suceed in correcting the problem, thanks again for
your help ;-)
Daniel
On 2/17/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
Hello Daniel,
* Daniel wrote on Sat, Feb 17, 2007 at 02:10:55PM CET:
>
> The process signals me some errors, one of these is related t
provide me with some input, links or similar?
I'll of course collect the results of this request to present later.
--
Daniel Stenberg - http://daniel.haxx.se - +46-705-44 31 77
ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
Well, the subject says it all. I'm trying to learn to use the
autotools, but the mysterious "acmkdir" utility is nowhere to be
found. I've downloaded autoconf, automake, and libtool.
Does anyone know where I can find acmkdir?
Thanks,
Daniel
--
Daniel Her
to globally disable this message.
I'm not sure how you would like to deal with this (since submitting
patches isn't something that I've done before), but the attached
patch fixes the problem on my system.
Thanks.
- Dan ([EMAIL PROTECTED] - Daniel Carroll - Mesa State Colle
On Sun, Apr 22, 2001 at 03:15:08AM -0300, Alexandre Oliva wrote:
> On Apr 20, 2001, Daniel Carroll <[EMAIL PROTECTED]> wrote:
>
> > I have a somewhat unusal C compiler and version
> > of unix that is giving me problems with a configure
> > script (using Aut
executables.
For me, this looks like a impossibility of the C++-Compiler
to build an executable from a C-source what in fact is not
needed and the compiler itself was used several times before
and worked
see ya,
Daniel Krajzewicz
--
Daniel Krajzewicz
Deutsches Zentrum für Luft- und Raumfahrt e. V
way. And at least this should be portable
across all Bourne shells.
enjoy
Daniel
--
Kommunikation ist unwahrscheinlich. / Komunikado estas neprobable.
Niklas Luhmann, Soziologe / Sociikisto
Hallo Paul,
Der Name klingt deutsch, aber wegen des CCs auf englisch:
> --
> Von: Paul Eggert[SMTP:[EMAIL PROTECTED]]
> Gesendet: Dienstag, 2. Oktober 2001 19:40
> An: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Betreff: Re: Ebcdic rule
>
> > Fr
" ; \
echo "$(LN_S) '$$p' '$$f'" ; \
fi ; \
fi ; \
done
How can I connect this with AC_SUBST? I get errors and warnings with
everything I do. So how do I have to quote/escape the rule/characters in
the rule to
Am Dienstag, den 28.10.2008, 07:50 +0100 schrieb Ralf Wildenhues:
> Hi Daniel,
>
> * Daniel Leidert wrote on Mon, Oct 27, 2008 at 11:04:34PM CET:
> >
> > I want to place a rule in several Makefiles. So I thought about putting
> >
> > @DESKTOP_DATA_RULE@
&g
k.
One would usually use the macros like that:
AC_MSG_CHECKING([for foo])
test ... ; then
AC_MSG_RESULT([yes])
else
AC_MSG_RESULT([no])
fi
Regards, Daniel
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
l the architectures listed
in the FHS:
http://www.pathname.com/fhs/pub/fhs-2.3.html#LIB64
and also know about the non-FHS compliant cases (e.g. Debian)
Is anyone aware of macros for doing this and helping me set LIB_SUFFIX
correctly for a particular $host?
Regards,
D
Ralf Corsepius wrote:
> On 02/11/2010 12:37 PM, Daniel Pocock wrote:
>>
>>
>> Hi,
>>
>> I've been looking over configure.in for the Ganglia project.
>>
>> The project depends on some other libs, and their locations can be
>> specified with c
Peter Breitenlohner wrote:
> On Thu, 11 Feb 2010, Daniel Pocock wrote:
>
>> It is not quite so simple - the third party library may be installed
>> elsewhere, e.g. /opt/confuse-2.6/lib64
>>
>> The --with-libconfuse option only accepts the base directory (e.g.
>>
; )
But it doesn't work. I tried several other things, but the autoheader
file never contains the defines. What am I doing wrong?
Regards, Daniel
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Am Montag, den 17.05.2010, 10:18 -0600 schrieb Eric Blake:
> On 05/15/2010 06:57 AM, Daniel Leidert wrote:
[..]
> > For a project I would like to get defines for every supported languages.
> > The ALL_LINGUAS variable contains alist of language codes. Now I would
Am Montag, den 17.05.2010, 14:30 -0600 schrieb Eric Blake:
> On 05/17/2010 01:44 PM, Daniel Leidert wrote:
[..]
> I meant that it would be worth writing an open-coded shell for loop:
>
> for lingua in $ALL_LINGUAS; do
> AC_MSG_NOTICE([...])
> ...
> end
[..]
> > U
The only sure way I know to statically link a single library is to
dispense with the common -lname and directly specify /path/to/libffcall.a
(or the platform-specific equivalent) on the linker command line.
- Daniel
___
Autoconf mailing list
I have a couple of projects that include some non-GPL friendly code
However, such code is optional and can be disabled
I would like to give people a way to set some variable that excludes all
the non-GPL stuff, so they can build a re-distributable binary, e.g.
make GPL_FREE_BINARIES=1 all
On 03/09/12 14:09, Eric Blake wrote:
> On 09/02/2012 03:30 PM, Daniel Pocock wrote:
>>
>> I have a couple of projects that include some non-GPL friendly code
>
> Such as?
My Asterisk G.729 module is a good example. G.729 and SILK are both
patented algorithms and they are
I've observed this binary linking successfully on Debian but not on
Ubuntu. The package uses an autotools build system.
On Ubuntu, gcc link complains about unresolved reference to ceilf, even
though -lm is in the linker command line
Can anybody comment on the correct way to go about this? On b
On 16/09/13 15:57, Bob Friesenhahn wrote:
> On Mon, 16 Sep 2013, Daniel Pocock wrote:
>
>>
>> I've observed this binary linking successfully on Debian but not on
>> Ubuntu. The package uses an autotools build system.
>>
>> On Ubuntu, gcc link complains
On 20/07/11 16:12, Eric Blake wrote:
> On 07/20/2011 02:39 AM, Kaushik BV wrote:
>> But somehow it fails in `Solaris` with the following error
>>
>> checking if libxml2 is present... ./configure: line 11586: syntax
>> error
>> near unexpected token `LIBXML2,'
>> ./configure: line 11586:
On 27/01/14 15:59, Nick Bowler wrote:
> On 2014-01-27 15:50 +0100, Daniel Pocock wrote:
>> On 27/01/14 14:27, Eric Blake wrote:
> [...]
>>> Stick this in your configure.ac:
>>>
>>> m4_pattern_forbid([PKG_*])
>>>
>>> then anyone running autoc
On 27/01/14 14:27, Eric Blake wrote:
> On 01/26/2014 04:04 AM, Daniel Pocock wrote:
>
>> I think PKG_CHECK_MODULES is a good idea, but is there some way to give
>> a more helpful error to tell people to install the pkg-config package on
>> their system?
> Stic
/failed-at-unified-cpp-2/
Can this be handled any better by autotools or is it a g++ problem
exclusively?
Can the configure script check for sufficient RAM and disk space before
the build?
Regards,
Daniel
___
Autoconf mailing list
Autoconf@gnu.org
On 30/05/15 20:31, Paul Eggert wrote:
> Daniel Pocock wrote:
>> Can this be handled any better by autotools or is it a g++ problem
>> exclusively?
>
> No, it's a problem that in principle affects every program. If you
> don't have enough memory, your programs
re script stops if there is less.
I also fully understand this is not a bulletproof solution, other
processes could still take memory after the build starts running and it
fails.
Regards,
Daniel
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
Hi,
I've created a patch for autoconf and sent it to autoconf-patches.
However, it does not seem to appear on the list. I've already tried
sending it a second time, to no joy.
Am I doing something wrong?
Cheers,
--Daniel
___
Autoconf ma
eekend).
ah, I didn't know that. Sorry about the duplicated mail.
> Once one message gets through, your followups will no
> longer be delayed.
Alright, thanks!
Cheers,
--Daniel
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.g
ve no effect on existing code.
Is this acceptable? I'd be delighted if it could be part of the next
release.
Cheers,
--Daniel
* bin/autoheader.in: When checking for missing templates, take
all config headers into account, not just the one generated by
autoheader. This makes it po
Hi Paul,
On Fri, 2015-10-09 at 21:48 -0700, Paul Eggert wrote:
> The basic idea for this sounds good; thanks. It'd be nice if someone
> else who uses Perl more than I could look over the details.
tentative ping? ;)
Cheers,
--Daniel
_
urrent master. I followed suit in my updated patch.
> > my ($sym) = /^\#\s*\w+\s+(\w+)/
> One of the things perlcritic --harsh will insist on are ‘x’ modifiers
> on regexes, and this RE is a good reason why.
Left it as is for now as I just took it over from the original code.
Cheers
clincher. I'm going ahead and
> applying this, once it passes 'make check' (currently in progress on
> my machine).
Great, thanks! And I'm confident it will pass; it does for me at least.
Cheers,
--Daniel
___
Aut
ile to develop a strategy for using configure
outside of a UNIX-like environment (such as Cygwin).
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ http://naim.n.ml.org/
"Murphy's Law is recursive. Washing your car to make it rain doesn't
work."
___
X-like environment. The former duplicates the
effort used to write the tools and standardize their use; the latter
duplicates the work put into systems like Cygwin.
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ http://naim.n.ml.org/
The open source world considers many
our task;
instead support that method yourself, or use the method already supported by
the autotools.
If you have a specific problem getting this to work under Cygwin, please
bring it up on a Cygwin mailing list.
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ http:
On 2004-09-07T14:43-0700, Brandon J. Van Every wrote:
) Daniel Reed wrote:
) > Cygwin almost certainly is the correct long-term answer to
) > your problem.
) I don't agree. Even if Cygwin / Mingw builds get a lot better, there
) are still valid reasons to port to MSVC. And, I don
e I kept
needing this functionality elsewhere.
You give it argv[0], BINDIR, and OTHERDIR; it computes the relative
path between bindir and otherdir, finds your application in $PATH or
similar, and works out the likely location of otherdir.
--
Daniel Jacobowitz
___
Autoconf mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/autoconf
t is a good practice to require that compiler-specific attributes, and, in
many cases, even system-specific attributes be detected or re-detected per
build.
(I would even prefer if more system-specific attributes, such as the
presence or lack of optional extension-providing libraries, could be
det
on" of automatically dismissing the
installation of config.h exists, it is important to consider the software
design principles associated with the autotools, and not simply the
immediate utility they provide.
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ http://naim.
used to guarantee or
simulate those environments regardless of the characteristics of the actual
system environment. There should not be a reason to allow characteristics
from the system environment to "leak" into the interfaces of the software.
--
Daniel Reed <[EMAIL PROTECTED]> http
On 2004-09-13T14:25-0500, Bob Friesenhahn wrote:
) On Mon, 13 Sep 2004, Daniel Reed wrote:
) > const and other modifiers are exactly the types of things that should *not*
) > be made dependent on the characteristics of the system build environment.
) > Interface files should use them in a
es should work even if the autotools are
not in use.
) Writing this e-mail I just realized that if there is a standard way to
) create and install libexample.m4 then most of the problems can be
) solved. Does this standard way exists?
I am not sure if there might be an automatable method of g
lso rebuild the original SRPM to create your own RPM that will
properly obsolete the existing one. The SRPM is available at:
http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/autoconf-2.59-5.src.rpm
rpmbuild autoconf-2.59-5.src.rpm
--
Daniel Reed <[EMAIL PROTECTED]> http://
ions for the GCC subdirectory.
--
Daniel Jacobowitz
CodeSourcery, LLC
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
to autoconf and I don't really know how to go about
locating it.. it seems that python doesn't come with any m4 macros for
solving this problem, most of the other libs I need to link to (like Gtk
+) were no problem as they install their own m4 macros.
Any ideas?
Thanks!
--
Daniel P
great site.. I'm glad I've been
watching this list!
Please excuse a dumb question.. how do I include a .m4 file in my
configure.ac?
thanks!
--
Daniel Pekelharing
<[EMAIL PROTECTED]>
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Hi all,
How would I get autoconf to #define the install paths in my config.h ?
My app needs a shared data directory like: /usr/share/myapp,
how would I get that path?
Thanks!
--
Daniel Pekelharing
<[EMAIL PROTECTED]>
___
Autoconf mailin
On Fri, 2005-12-16 at 10:32 +0200, Daniel Pekelharing wrote:
> Wow thanks for the Link! Thats a great site.. I'm glad I've been
> watching this list!
>
> Please excuse a dumb question.. how do I include a .m4 file in my
> configure.ac?
>
> thanks!
Oh, I just
On Fri, 2005-12-16 at 14:01 -0600, Bob Friesenhahn wrote:
> On Fri, 16 Dec 2005, Daniel Pekelharing wrote:
>
> > Hi all,
> >
> > How would I get autoconf to #define the install paths in my config.h ?
> > My app needs a shared data directory like: /usr/share/myapp,
them...
Should I just #ifdef the entire c file?
Or is there someway I can tell autoconf to just ignore them?
Sorry if this is a bit of a stupid question..
Thanks!
--
Daniel Pekelharing
<[EMAIL PROTECTED]>
___
Autoconf mailing list
Autoconf@g
out AM_CONDITIONAL,
but I've found it in the man page now... will do some swotting
--
Daniel Pekelharing
<[EMAIL PROTECTED]>
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
hat's the correct order to run them in?
I've never quite figured it out.
Thanks!
--
Daniel Pekelharing
<[EMAIL PROTECTED]>
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Sat, 2005-12-24 at 02:56 -0500, Braden McDaniel wrote:
> On Sat, 2005-12-24 at 09:40 +0200, Daniel Pekelharing wrote:
> > Hi all,
> >
> > I am in the process of importing my project into CVS,
> > but I am a little confused as to Autoconf, should I import a
> which is extremely rare (for me).
>
>
> David Fang
Ah OK, Thanks!
I actually don't really need it that much, as I was just wanting to make
sure it was clean for my initial CVS import... so I only need to use it
once.
--
Daniel Pekelharing
<[EMAIL PROTECTED]>
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Sat, 2005-12-24 at 09:24 +0100, Baurzhan Ismagulov wrote:
> Hello Daniel,
>
> On Sat, Dec 24, 2005 at 09:40:52AM +0200, Daniel Pekelharing wrote:
> > I am in the process of importing my project into CVS,
> > but I am a little confused as to Autoconf, should I
On Sat, 22 Apr 2006, Olivier Boudeville wrote:
Daniel Reed a écrit :
If mode_t is always in , why do you need to check for it at
all? If it's not always in , is it possible it might move at
some point in the future, say if the system operator upgrades his
libc? Why would you test for some
ted adequately. Data types that are used
internally should never *need* to be used as part of the API, and hence
their changing definitions between library build time and dependent
software build time should not affect ABI in any way.
--
Daniel Reed <[EMAIL PROTECTED]> http://shell.n.m
s what your config.h is,
whatever you prefer to call it) so dependent software devlopers can just
call OB_PROG_CEYLON in their configure.ac and get their own config.h files
(or CPPFLAGS or whatever mechanism they prefer) sanitized.
--
Daniel Reed <[EMAIL PROTECTED]> http://shell.n.ml.o
On Sun, 23 Apr 2006, Russ Allbery wrote:
Daniel Reed <[EMAIL PROTECTED]> writes:
Not if the API has been abstracted adequately. Data types that are used
internally should never *need* to be used as part of the API, and hence
their changing definitions between library build time and dep
(that has only seen
nscreen.h) against a libnscreen compiled to use ncurses and later run it
against a libnscreen compiled to use GLX or simulate having a screen
internally.
--
Daniel Reed <[EMAIL PROTECTED]> http://shell.n.ml.org/n/
http://naim.n.ml.org/
There go my people.
On Sun, 23 Apr 2006, Bob Friesenhahn wrote:
On Sat, 22 Apr 2006, Daniel Reed wrote:
It's almost always a mistake to install generated headers. Distribute an
.m4 with your software that [re]performs all of the checks that dependent
software will need to make. Install that instead of wh
On Sun, 23 Apr 2006, Bob Friesenhahn wrote:
On Sun, 23 Apr 2006, Daniel Reed wrote:
typedef struct nscreen_window_t {
uint32_t framebuffer[1024][768];
int x, y;
} nscreen_window_t;
Your example seems to assume that the client app will not be manipulating
'frameb
On Sun, 23 Apr 2006, Bob Friesenhahn wrote:
On Sun, 23 Apr 2006, Daniel Reed wrote:
When is the format for the buffer set, at GraphicsMagick ship time,
GraphicsMagick build time, dependent program ship time, dependent program
build time, or dependent program run time?
In this case, at
built
autoconf and downloaded the latest Macro archive and still end up with
the same results.
Any help is appriciated.
Thanks.
-Daniel
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
The one I just installed
jomama:/usr/local/src/libtool root# automake --version
automake (GNU automake) 1.9.6
On 6/16/06, Harlan Stenn <[EMAIL PROTECTED]> wrote:
What version of automake is installed there? "automake --version"
should tell you.
H
_
Yes, That was the missing link -- THANK YOU!
-Daniel
On 6/16/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
Hi Daniel,
* Daniel Corbe wrote on Fri, Jun 16, 2006 at 09:38:57PM CEST:
>
> I'm having an issue using autoconf with most (all) software packages
> on Mac OS X. Wh
Hi,
I am wondering how one can check the presence of a header file (gts.h),
which needs extra compiler flags (`gts-config --cflags`)
thanks
Daniel
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Daniel
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
] are given and necessary, they are not added. So I have
to manually add them to LIBS in [action-if-found]. Is that right?
Regards, Daniel
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
it out? It maybe
already contains pre-defined tests, that offer the functionality you are
looking for.
Regards, Daniel
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
s,
static and dynamic probing, ...
-- Daniel
On Mon, 14 Feb 2022, Mike Frysinger wrote:
context: https://bugs.gnu.org/53340
how portable is xargs ? like, beyond POSIX, as autoconf & automake both
support non-POSIX compliant systems. i want to use it in its simplest
form: `echo $var | xar
On Tue, 15 Feb 2022, Jan Engelhardt wrote:
On Tuesday 2022-02-15 07:16, Daniel Herring wrote:
Maybe a next-generation configuration tool should start by defining interfaces
for user interactions and build tools. This would allow CLI and easy GUI and
IDE users, integration with multiple
Hello:
I have a project distributed primarily via CVS which uses automake and
autoconf. The problem is that upon completion of a configure, invoking
make (gmake) also invokes autoconf and automake once more.
This wasn't a problem in previous versions, but the most recent
autoconf/automake distr
On Mon, Dec 02, 2002 at 02:39:49PM -0200, Alexandre Oliva wrote:
> On Dec 2, 2002, Daniel Jacobowitz <[EMAIL PROTECTED]> wrote:
>
> > You may already know this, but just to be careful I'll mention it
> > anyway... it is not necessarily safe to configure more than o
e
> may have to handle that especially, like autoconf does.
Yeah, I think this would be the way to go; but in any case, I suggest
that we serialize configure targets if it's practical to do so.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
I can't figure out how to get sections B.3 and on:
http://www.gnu.org/manual/autoconf/html_chapter/autoconf_20.html#SEC194
On Sun, Sep 07, 2003 at 02:07:51PM -0400, Daniel Jacobowitz wrote:
> On HP/UX, including drags in a lot of other headers. With
> _HPUX_SOURCE defined, this includes a prototype for clock, which causes
> AC_CHECK_FUNCS(clock) to not find clock. The __stub macros are glibc
> spec
cludes a prototype for clock, which causes
AC_CHECK_FUNCS(clock) to not find clock. The __stub macros are glibc
specific, aren't they?
I don't have good patches for either issue. Checking for _HPUX_SOURCE to
defeat the __stub check is good enough for our purposes, so that's what
we
On Sun, Sep 07, 2003 at 02:07:51PM -0400, Daniel Jacobowitz wrote:
> Hi autoconf'ers...
>
> I've been involved in converting a number of projects in the GCC and sources
> (binutils, gdb, etc) repositories to autoconf 2.57. By and large, it's
> going well, but we
On Thu, Sep 11, 2003 at 10:06:21PM -0700, Paul Eggert wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > However, that's not the whole story. The old check also failed if there
> > were warning messages on stderr when preprocessing. The new one do
On Fri, Sep 12, 2003 at 10:32:06AM -0700, Paul Eggert wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > GCC is built (in bootstrap mode at least, where we know the compiler
> > will be GCC) using -Werror.
>
> OK. Then it should be configured with -Werror
On Fri, Sep 12, 2003 at 01:43:19PM -0700, Paul Eggert wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > It happens that libiberty does
> > not use -Werror, and is always configured first, so _that_ finds
> > malloc.h.
>
> Can you arrange for libiber
On Fri, Sep 12, 2003 at 03:08:19PM -0700, Paul Eggert wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > I think the easiest way for me to do this is simply to locally reset
> > the warnings-are-errors flag for AC_PREPROC_IFELSE. I don't suppose
> >
On Mon, Sep 15, 2003 at 10:42:16PM -0400, Daniel Jacobowitz wrote:
> On Fri, Sep 12, 2003 at 03:08:19PM -0700, Paul Eggert wrote:
> > Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> >
> > > I think the easiest way for me to do this is simply to locally reset
> >
On Tue, Sep 23, 2003 at 04:09:17PM -0700, Paul Eggert wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > I need to settle on a solution to use in GCC until an updated
> > autoconf is available.
>
> Thanks. Your change good to me, so I installed it. I doc
ir own customized install agent (http://cygwin.com/setup.exe)
for binary releases, which are downloaded as Slackware-style tarballs, and
standard source tarballs that are patched when need be for source installs.
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.
e with 1.x versions of
) autoconf.
)
) Can you help me get it ?
http://www.google.com/search?q=automake-1.7.tar.gz
The first hit is a master distribution site,
http://ftp.gnu.org/gnu/automake/, which does include the 1.7 release.
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/
t;for real".
Just to confirm: Is this an actual release, in which case "for real" simply
refers to availability from ftp.gnu.org?
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/
"A man that is truly great is he who makes the world his debtor."
hi all,
I'm trying to maintain a project that intensively uses a preprocessor called "gob2" to
produce glib/gtk-compatible C. i kinda like it, and want to keep it, but it's
integration to autoconf has quirks. i hope somebody on the list can give me some hints
how to solve it better.
so, gob2
you'll get only
three bits of permission instead of the usual nine. Personally, I'd
just mark everything executable if test -x didn't work.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
figure.in|ac so delete
> > acconfig.h] )], )
> > It didn't work.
>
> You can also prevent m4 from recognizing macros by inserting arbitrary
> quotes into the names. For instance AH_TEM[]PLATE or AH_T[EMP]LATE.
I believe the currently preferred way to do this is AH@&[EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
4569
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/
I don't like sending my conversation hundreds of miles where a lot
of people can read it o_0 even if I am just talking about cheese. --
Avatar214, re: encryption in naim
On 2004-01-07T12:22-0500, Eric Sunshine wrote:
) On Wed, 7 Jan 2004 10:48:36 -0500 (EST), Daniel Reed wrote:
) > On 2004-01-07T06:45-0500, Eric Sunshine wrote:
) > ) I suppose that nobody has complained about the fact that
) > ) "config.status.lineno" is incompatible with
the backslashes. POSIX appears to allow this behavior. Using here
documents works:
$ cat < $a
> EOF
a\b
$
I don't know if ash is considered an unsuitable shell. I know Debian
used to allow it to be used as /bin/sh and no longer does.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
'/'''/g"` ;;
esac
So subdirs get corrupted --program-transform-name. There are plenty of
other instances, even this jewel with a wildly incorrect comment:
# Double any \ or $. echo might interpret backslashes.
# By default was `s,x,x', remove it if useless.
cat <<\_ACEOF >conftest.sed
s/[\\$]/&&/g;s/;s,x,x,$//
_ACEOF
program_transform_name=`echo $program_transform_name | sed -f conftest.sed`
rm conftest.sed
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
On Thu, Feb 12, 2004 at 10:29:29AM -0800, Paul Eggert wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > > $ a='a\b'
> > > $ expr "X$a" : 'X\(.*\)'
> > > a\b
> >
> > That's a neat trick, I didn'
;s configure.ac files.
When using autoconf's cache (pass -C to ./configure), the check will not
actually be repeated; the cached value from the first run will be used by
the second ./configure run.
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/
A
1 - 100 of 114 matches
Mail list logo
