SAV detected a violation in a document you authored.
Please contact your system administrator. The scanned document was QUARANTINED. Violation Information: The attachment details.pif contained the virus [EMAIL PROTECTED] and could NOT be repaired. -- This communication may contain information that is legally privileged, confidential or exempt from disclosure. If you are not the intended recipient,please note that any dissemination,distribution, or copying of this communication is strictly prohibited. Anyone who receives this message in error should notify the sender immediately by telephone or by return communication and delete it from his or her computer. Bu ileti hukuken korunmuş, gizli veya ifşa edilmemesi gereken bilgiler içerebilir. Şayet mesajın gönderildiği kişi değilseniz, bu iletiyi çoğaltmak ve dağıtmak yasaktır. Bu mesajı yanlışlıkla alan kişi, bu durumu derhal gönderene telefonla ya da e-posta ile bildirmeli ve bilgisayarından silmelidir. -
Re: am I missing something about configuration headers?
>>> "Dale" == Dale E Martin <[EMAIL PROTECTED]> writes: [...] Dale> AC_CONFIG_HEADERS([FooConfig.h:FooConfig.h.in]) Dale> AC_OUTPUT(Makefile) AC_CONFIG_FILES([ FooConfig.h:FooConfig.h.in Makefile ]) AC_OUTPUT [...] -- Alexandre Duret-Lutz
Re: config.sub, config.guess, and the GNU FTP site
> In another message, John Eaton seems to imply that there's already a > "config" Savannah project that contains these files in CVS. In > fact, I can find it there now that I know about it :) . Yes, that's correct. Flunk http://www.10gute.de
am I missing something about configuration headers?
I've got the following configure.ac:
[configure.ac]
dnl Process this file with autoconf to produce a configure script.
AC_INIT( [foo.cpp] )
AM_INIT_AUTOMAKE( [foo], [v0] )
dnl Require GNU Autoconf version 2.57 or later
AC_PREREQ(2.57)
AC_PROG_CXX
AC_ARG_VAR([SSH],
[When spawning remote processes via ssh, use the command specified
in SS
H])
AC_PATH_PROG(SSH, ssh)
AM_CONFIG_HEADER(config.h)
AC_CONFIG_HEADERS([FooConfig.h:FooConfig.h.in])
AC_OUTPUT(Makefile)
[/configure.ac]
And FooConfig.h.in looks like:
#ifndef FOO_CONFIG_H
#define FOO_CONFIG_H
inline
const string &
getSshPath(){
static const string sshPath = "@SSH@";
return sshPath;
}
#endif
Configure finds "/usr/bin/ssh", and SSH gets defined properly in my
Makefile, but it FooConfig.h looks like this when it's generated:
* FooConfig.h. Generated by configure. */
#ifndef FOO_CONFIG_H
#define FOO_CONFIG_H
inline
const string &
getSshPath(){
static const string sshPath = "@SSH@";
return sshPath;
}
#endif
What's the missing link here? The documentation would lead me to believe
that @SSH@ should be AC_SUBSTed into /usr/bin/ssh.
Thanks,
Dale
--
Dale E. Martin, Clifton Labs, Inc.
Senior Computer Engineer
[EMAIL PROTECTED]
http://www.cliftonlabs.com
pgp key available
automake/autoconf issues on a sun
Togethor with a collaborator, we are putting togethor a gnu-like package for some scientific analysis. We have it running on Linux, HP, SGI with both gcc and native compilers but have run in to some problems on two Sun's; maybe someone can make suggestions. 1) One of the systems has both X11R5 and X11R6 and it looks like AC_PATH_XTRA may be getting confused about which one to use. Does it seach by decreasing or increasing release? (We have had to use --x- to override. One of the codes that we use, written by someone else, looks in Xlib.h to find the release so chaos can ensue.) Maybe tk or tcl has some macro's which do a more careful job (?) 2) We have some link tests to check for appropriate versions of a couple of libraries (i.e. compiled with gcc or cc) which look like they don't work on a sun. Does sun test for the existence/viability of shared libraries during the link phase or only during execution? Are there any macro's for LD_LIBRARY_PATH? (I had configure and make run through with no apparent problems when I did not have permissions to execute one of the stdc++ libraries!) 3) The location of includes and executables seems to be quite varied on the two sun's that I've looked at. Is there supposed to be a "standard" set of directories that perhaps should be added, or do we have to leave it to the user to ensure that things are right? For reference, we're using automake-1.7 and autoconf-2.57 and libtool-1.5. N.B. Maybe someday someone will write AC_CHECK_NUTS_SYSTEM to look for some of the common system software misconfigurations! --- Laurence Marks Department of Materials Science and Engineering MSE Rm 2036 Cook Hall 2225 N Campus Drive Northwestern University Evanston, IL 60201, USA Tel: (847) 491-3996 Fax: (847) 491-7820 mailto:[EMAIL PROTECTED] http://www.numis.nwu.edu ---
Re: config.sub, config.guess, and the GNU FTP site
> In another message, John Eaton seems to imply that there's already a > "config" Savannah project that contains these files in CVS. In > fact, I can find it there now that I know about it :). Yes, that's correct. Ben
Re: GNU ftp crack and config.{sub,guess}
%% Russell Shaw <[EMAIL PROTECTED]> writes: rs> Paul D. Smith wrote: >> I'm still waiting for _ANY_ kind of response here. >> Doesn't anyone know or care about config.guess or config.sub anymore? rs> From automake manual: rs> config.guess rs> config.sub rs> These programs compute the canonical triplets for the given build, rs> host, or target architecture. These programs are updated regularly rs> to support new architectures and fix probes broken by changes in rs> new kernel versions. You are encouraged to fetch the latest rs> versions of these files from ftp://ftp.gnu.org/gnu/config before rs> making a release. Yep, but if you read the rest of my message you'll see that the files on ftp.gnu.org are not actually there: they were removed when the system was cracked and they have not been replaced yet. So, I'm looking for a new place to get the latest versions from. rs> locate config.guess rs>... rs>/usr/share/doc/config.guess When I release a GNU program I don't want to use whatever random versions I happen to have lying around on my system. I want the latest stuff. -- --- Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
Re: config.sub, config.guess, and the GNU FTP site
%% Paul Eggert <[EMAIL PROTECTED]> writes: pe> Ben, would you like to have checkin privileges to gnulib? pe> Then you can simply install the latest versions there. In another message, John Eaton seems to imply that there's already a "config" Savannah project that contains these files in CVS. In fact, I can find it there now that I know about it :). -- --- Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
SAV detected a violation in a document you authored.
Please contact your system administrator. The scanned document was QUARANTINED. Violation Information: The attachment your_document.pif contained the virus [EMAIL PROTECTED] and could NOT be repaired. -- This communication may contain information that is legally privileged, confidential or exempt from disclosure. If you are not the intended recipient,please note that any dissemination,distribution, or copying of this communication is strictly prohibited. Anyone who receives this message in error should notify the sender immediately by telephone or by return communication and delete it from his or her computer. Bu ileti hukuken korunmuş, gizli veya ifşa edilmemesi gereken bilgiler içerebilir. Şayet mesajın gönderildiği kişi değilseniz, bu iletiyi çoğaltmak ve dağıtmak yasaktır. Bu mesajı yanlışlıkla alan kişi, bu durumu derhal gönderene telefonla ya da e-posta ile bildirmeli ve bilgisayarından silmelidir. -
Re: GNU ftp crack and config.{sub,guess}
Paul D. Smith wrote: I'm still waiting for _ANY_ kind of response here. Doesn't anyone know or care about config.guess or config.sub anymore? From automake manual: config.guess config.sub These programs compute the canonical triplets for the given build, host, or target architecture. These programs are updated regularly to support new architectures and fix probes broken by changes in new kernel versions. You are encouraged to fetch the latest versions of these files from ftp://ftp.gnu.org/gnu/config before making a release. locate config.guess ... /usr/share/doc/config.guess # This script attempts to guess a canonical system name similar to # config.sub. If it succeeds, it prints the system name on stdout, and # exits with 0. Otherwise, it exits with 1. # # The plan is that this can be called by configure scripts if you # don't specify an explicit build system type.
