Using the latest CVS sources (I just did cvs update), I can replicate the
problem of the configure giving:
checking for g77... g77
checking whether the Fortran 77 compiler works... no
configure: error: Fortran 77 compiler cannot create executables
for the configure.in file:
AC_INIT(configure.in
WOULD YOU STUFF
ENVELOPES FOR
$1,000'S WEEKLY?
$2 For Each Envelope You Stuff
SIMPLE, PLEASANT WORK YOU CAN DO AT HOME!!!
HELP SOLVE YOUR MONEY PROBLEMS. No more worries over inflation, recession,
bills, rising gasoline and other costs. If you are looking for easy extra
income, to relieve fina
On Jan 19, 2001, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> There's "#pragma once" and an ifndef wrapper in it ASAIR, so that should
> work fine. Using '' first in the list of ac_declaration's didn't trigger
> though, probably for some other reason.
It should work for C and older versions of g+
On Jan 19, 2001, "Derek R. Price" <[EMAIL PROTECTED]> wrote:
> Harlan Stenn wrote:
>> - on checkin, check the files in with the timestamp on the "local" file
>>
>> - on checkout/update, get the list of files that will be "messed with"
>> and simply do the work in oldest -> newest order
>> - Wi
On Fri, Jan 19, 2001 at 06:19:25PM -0600, Raja R Harinath wrote:
> "Derek R. Price" <[EMAIL PROTECTED]> writes:
> > drwxrwxrwt 6 root wheel 512 Jan 19 15:29 /tmp
> ^
>
> There's no 'setgid' bit on the /tmp directory. Does BSD still exhibit
> 'setgid' behaviour?
Yes. On the BSD's I'v
"Derek R. Price" <[EMAIL PROTECTED]> writes:
> Autoconf folks, the comment on 'mv' in the Portable Shell section of the new
> manual might not be appropriate:
>
> `mv'
> The only portable options are `-f' and `-i'.
>
> Moving individual files between file systems is portable (it was
Autoconf folks, the comment on 'mv' in the Portable Shell section of the new
manual might not be appropriate:
`mv'
The only portable options are `-f' and `-i'.
Moving individual files between file systems is portable (it was
in V6), but it is not always atomic: when doing `mv ne
I've created a simple shared library that I placed at a non-standard
location for illustration purposes. Imagine I want to configure a package
to link against that library:
$ cat configure.in
AC_INIT(.)
AC_PROG_CC
AC_OUTPUT
# With Autoconf 2.13:
$ LIBS='-L/tmp/obscure -ltest' ./configure
cre
Harlan Stenn wrote:
> Folks have recently discussed things like "egcs_update" and other
> related scripts that attempt to check out/update certain "master" files
> before doing a checkout of "derived" files.
> Before saying something stupid on the CVS list, I thought I'd try my
> idea out here!
On Fri, Jan 19, 2001 at 06:56:36PM -0200, Alexandre Oliva wrote:
: On Jan 19, 2001, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
:
: > On Fri, Jan 19, 2001 at 06:30:48PM -0200, Alexandre Oliva wrote:
: > : I'd rather avoid this, if I could help it. Didn't `#include '
: > : work as an ac_declaration
On Jan 19, 2001, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 19, 2001 at 06:30:48PM -0200, Alexandre Oliva wrote:
> : I'd rather avoid this, if I could help it. Didn't `#include '
> : work as an ac_declaration of exit?
> Sure.
And couldn't it be #included twice? Didn't it fix the
On Fri, Jan 19, 2001 at 06:30:48PM -0200, Alexandre Oliva wrote:
: On Jan 19, 2001, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
:
: > * aclang.m4 (_AC_GROG_CXX_EXIT_DECLARATION): Take care of
: > the _CRTIMP business with libc declarations with MS Visual C++.
:
: This is horrible :-(
:
: I
On Jan 19, 2001, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> * aclang.m4 (_AC_GROG_CXX_EXIT_DECLARATION): Take care of
> the _CRTIMP business with libc declarations with MS Visual C++.
This is horrible :-(
I'd rather avoid this, if I could help it. Didn't `#include '
work as an ac_
On Fri, Jan 19, 2001 at 08:41:46PM +0100, Tim Van Holder wrote:
: As I'm an avid Emacs user (vi users: eat my shorts ;-P), I'd have used
We just started a programming language war in the autopackage
thread, and then you post "emacs is bigger than vi"? Wait till
it's your turn...
Lars J
--
In
> In lisp/scheme, you name predicates e.g. "is-integer?" or just "integer?".
> The C convention is for Guile to use names like SCM_INTEGER_P(value)
> where _P means it is a predicate. I don't think _P is something we
> should use, and using "?" means changing the m4 word syntax, so it's
> probabl
On Fri, Jan 19, 2001 at 04:19:24PM +0100, Akim Demaille wrote:
: > "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> No, you got the idea, except *_IF() isn't good since it's a
: Lars> predicate that "evaluates" to true or false, not a macro that
: Lars> has IF and IF-NOT arguments to r
I suggested this one before, but there was never any comments, so
here's a more "official" submittal... I know it's kind of "the wrong
fix", but a right fix won't help with the latest released libtool,
and a new libtool release can be some time off...
2000-01-19 Lars J. Aas <[EMAIL PROTECTED]>
On Fri, Jan 19, 2001 at 07:35:04PM +0100, [EMAIL PROTECTED] wrote:
: Thanks Lars, it's great!
Here's a patch:
2000-01-19 Lars J. Aas <[EMAIL PROTECTED]>
* aclang.m4 (_AC_GROG_CXX_EXIT_DECLARATION): Take care of
the _CRTIMP business with libc declarations with MS Visual C++.
I
Thanks Lars, it's great!
Upon closer inspection I found out that I was compiling with no special
options, while the person having problems was using a linker option "/MDd".
/MD is used to link against the msvcrt library, and /MDd to link against
the debug version of that library. *rt is probably a DLL (run-time) and
the
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> No, you got the idea, except *_IF() isn't good since it's a
Lars> predicate that "evaluates" to true or false, not a macro that
Lars> has IF and IF-NOT arguments to run depending on a test...
I'm not sure what sense you'd give to true
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> If you doubled the number of delarations, prefixing half of them
Lars> with __declspec(dllimport), the linkage setting might become
Lars> correct, but I really don't see why there's a need for the
Lars> declaration at all, or why people
| On Fri, Jan 19, 2001 at 03:11:13PM +0100, Akim Demaille wrote:
| > Patrick, could you try again? There were problem with AC_LANG which
| > might be responsible. Compared to the two days old Autoconf, the only
| > significant difference I see is:
|
| Yes, you got it!
|
| All 175 tests were s
On Fri, Jan 19, 2001 at 03:11:13PM +0100, Akim Demaille wrote:
> Patrick, could you try again? There were problem with AC_LANG which
> might be responsible. Compared to the two days old Autoconf, the only
> significant difference I see is:
Yes, you got it!
All 175 tests were successful (36 ski
On Fri, Jan 19, 2001 at 03:15:02PM +0100, Akim Demaille wrote:
: Lars> I think I would prefer it if we used verbose names instead of
: Lars> _X, _E, etc. then. Maybe also drop "TEST" and mark the macro
: Lars> name as a predicate in some other way. I'd also consider
: Lars> including FILE / DIR
hi everyone,
i've started playing around with the DPS library that comes with
XFree86 (as well as other X servers). up to now i've been creating
Makefiles by hand but i have used the autotools, i just am not sure how
to apply them to this type of project. your help would be most
appreciated.
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> These will of course be part of the "autoshell" API that comes
Lars> with Autoconf, and not be just for internal use?
Right. M4sh, pronounced Mash.
Lars> I think I would prefer it if we used verbose names instead of
Lars> _X, _E, e
Patrick, could you try again? There were problem with AC_LANG which
might be responsible. Compared to the two days old Autoconf, the only
significant difference I see is:
/tmp % diff configure.old configure.new -u -I '^#' -I 'as_me:' nostromo 15:07
--- configure.old Fri Jan 19 15:05:36
On Thu, Jan 18, 2001 at 03:45:31PM +0100, Lars J. Aas wrote:
: On Thu, Jan 18, 2001 at 03:13:02PM +0100, Akim Demaille wrote:
: : Lars, does it work as expected? It works like a charm with g++:
:
: It didn't do any difference for me, but it wasn't me who had the problem.
: I'm waiting for feedba
On Thu, Jan 18, 2001 at 02:50:41PM +0100, Akim Demaille wrote:
: I changed my mind :) I now favor this choice, but it has to be
: implemented in M4sh, not Autoconf. Something like what was done for
: AS_DIRNAME.
:
: AS_TEST_X(FILE) ? I'd say so. Lars?
These will of course be part of the "aut
On Thu, Jan 18, 2001 at 11:45:57PM +0100, Ralf Corsepius wrote:
: IMO, you are just facing a cross-compilation and canonicalization
: related issue (VC etc. under Cygwin - this is a special form of
: cross compilation :).
:
: Therefore I would apply the gnu-canonicalization naming scheme (e.g.
:
| Curiouser and curiouser.. I got yesterday's with
| cvs update -D "2001-01-17 21:24" -P -d
Thanks for tracing the difference. I'll dig into this. Could I ask
you to look at config.log from:
| >From that directory:
|
| quartz% more /tmp/yesterday
|
| Test
32 matches
Mail list logo