> "Lorenzo" == Lorenzo Bettini <[EMAIL PROTECTED]> writes:
>> Automake 1.4 didn't try to deal with DOS-style line endings correctly.
Lorenzo> You're right: line endings are to blame... the funny thing is
Lorenzo> that I got the sources from a Linux CVS server, and the
Lorenzo> uncorrect line
Tim Van Holder wrote:
>
> > You're right: line endings are to blame... the funny thing is that I got
> > the sources from a Linux CVS server, and the uncorrect line endings seem
> > to have been added during the dowloading... (actually I used WinCVS, so
> > this is quite likely).
>
> If you're u
> You're right: line endings are to blame... the funny thing is that I got
> the sources from a Linux CVS server, and the uncorrect line endings seem
> to have been added during the dowloading... (actually I used WinCVS, so
> this is quite likely).
If you're using WinCVS and working with Unix/Lin
Tom Tromey wrote:
>
> > "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
>
> >> Am I doing something wrong?
> >> Notice that this problem only takes place with cygwin
>
> Tim> Might be an EOL issue; sed is notorious for not recognizing a trailing \
> Tim> in a DOS text file (it sees \ +
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
>> Am I doing something wrong?
>> Notice that this problem only takes place with cygwin
Tim> Might be an EOL issue; sed is notorious for not recognizing a trailing \
Tim> in a DOS text file (it sees \ + CR + NL).
Tim> Try converting the f
> cmdline.c \
> main.cc errors.cc stringtable.cc tables.cc nodevis.cc \
>
> and the problem seems to be that \ in myprog_SOURCES is not recognized!
>
> Am I doing something wrong?
> Notice that this problem only takes place with cygwin
>
Might be an EOL issue;
Hi
In configure.in I have these lines
AC_PATH_PROGS(GENGETOPT, gengetopt)
AM_CONDITIONAL(NO_GENGETOPT, test -z "$ac_cv_path_GENGETOPT" )
and in src/Makefile I have
SUFFIXES = .ggo
if NO_GENGETOPT
.ggo.c:
touch $@
else
.ggo.c:
$(GENGETOPT) --input $< --unamed-opts
endif
