5:31 p.m.
After this sat for 5 days on -winnt without any response, I'm reposting it
where it should have gone at once. I do not at all understand the workings
of the configuration tools, so I don't make any sense of the error.
Trying to make 07/20 CVS checkout as:
Defining PREFIX_USER_DEFINED
Defining EMACS_CONFIGURATION = "i686-pc-cygwin"
Defining EMACS_CONFIG_OPTIONS = "i686-pc-cygwin --prefix=/usr/local/
--exec-prefix=/usr/local/i686-pc-cygwin/ --libdir=/usr/local/lib/
--without-x --with-site-lisp --with-database=gdbm --with-sound=native
--use-union-type"
Defining LD_SWITCH_X_SITE =
Defining LD_SWITCH_X_SITE_AUX =
Defining C_SWITCH_X_SITE =
Defining LD_SWITCH_SITE =
Defining C_SWITCH_SITE =
Defining GNU_MALLOC
Defining USE_GCC
Defining MAIL_USE_POP
Defining USE_UNION_TYPE
XEmacs 21.5-b1 "anise" configured for `i686-pc-cygwin'.
Compilation / Installation:
Source code location: /usr/local/src/XEmacs/xemacs-21.5
Installation prefix: /usr/local/
Operating system description file: `s/cygwin32.h'
Machine description file: `m/intel386.h'
Compiler: /usr/bin/gcc -mcygwin -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arith
Relocating allocator for buffers: no
GNU version of malloc: yes
Window System:
Compiling in support for the Microsoft window system.
Using MS-Windows menubars.
Using MS-Windows scrollbars.
Using MS-Windows dialog boxes.
Using MS-Windows native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for GNU DBM.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: postgresql/libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Compiling in support for file coding.
Mail:
Compiling in support for POP mail retrieval.
Other Features:
Using the union type for Lisp_Objects.
Compiling in support for extra debugging code.
======================================================
Configure appears correct, make ends with the following
/usr/bin/gcc -mcygwin -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arith -I. -I../src
-I/usr/local/src/XEmacs/xemacs-21.5/lib-src
-I/usr/local/src/XEmacs/xemacs-21.5/src -DHAVE_CONFIG_H -Wno-sign-compare
-fno-caller-saves /usr/local/src/XEmacs/xemacs-21.5/lib-src/make-dump-id.c
-lgdbm -lncurses -lpq -lwinmm -lshell32 -lgdi32 -luser32 -lcomdlg32
-lcomctl32 -lwinspool -o make-dump-id
for f in gnudoit gnuattach rcs-checkin rcs2log vcdiff gzip-el.sh
add-big-package.sh; do \
if test ! -r $f; then ln -s /usr/local/src/XEmacs/xemacs-21.5/lib-src/$f
$f; fi; \
done
make[1]: Leaving directory
`/usr/local/src/XEmacs/xemacs-21.5/build-i686-pc-cygwin/lib-src'
*********************
stderr shows:
*********************
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c: In function `C_entries':
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c:2777: warning:
`typdefcblev' might be used uninitialized in this function
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c: In function `C_entries':
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c:2777: warning:
`typdefcblev' might be used uninitialized in this function
ln: `gnudoit': File exists
ln: `gnuattach': File exists
ln: `rcs-checkin': File exists
ln: `rcs2log': File exists
ln: `vcdiff': File exists
ln: `gzip-el.sh': File exists
ln: `add-big-package.sh': File exists
make[1]: *** [gnudoit] Error 1
make: *** [lib-src] Error 2
David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
Get my PGP key at
:<http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit>
Fingerprint=0x{6E3E_DB8C_2E8C_4248_62B2_FE29_08EE_CF0A_3629_E954}
:<http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&fingerprint=on>
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
<---.----!----.----!----.----!----.----!----.----!----.----!----.---->
5:49 p.m.
It builds fine for me. Make sure /bin/sh is bash rather than ash as this
can cause problems.
andy
At 12:31 PM 7/25/01 -0400, David A. Cobb wrote:
After this sat for 5 days on -winnt without any response, I'm
reposting it
where it should have gone at once. I do not at all understand the
workings of the configuration tools, so I don't make any sense of the error.
Trying to make 07/20 CVS checkout as:
Defining PREFIX_USER_DEFINED
Defining EMACS_CONFIGURATION = "i686-pc-cygwin"
Defining EMACS_CONFIG_OPTIONS = "i686-pc-cygwin --prefix=/usr/local/
--exec-prefix=/usr/local/i686-pc-cygwin/ --libdir=/usr/local/lib/
--without-x --with-site-lisp --with-database=gdbm --with-sound=native
--use-union-type"
Defining LD_SWITCH_X_SITE =
Defining LD_SWITCH_X_SITE_AUX =
Defining C_SWITCH_X_SITE =
Defining LD_SWITCH_SITE =
Defining C_SWITCH_SITE =
Defining GNU_MALLOC
Defining USE_GCC
Defining MAIL_USE_POP
Defining USE_UNION_TYPE
XEmacs 21.5-b1 "anise" configured for `i686-pc-cygwin'.
Compilation / Installation:
Source code location: /usr/local/src/XEmacs/xemacs-21.5
Installation prefix: /usr/local/
Operating system description file: `s/cygwin32.h'
Machine description file: `m/intel386.h'
Compiler: /usr/bin/gcc -mcygwin -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arith
Relocating allocator for buffers: no
GNU version of malloc: yes
Window System:
Compiling in support for the Microsoft window system.
Using MS-Windows menubars.
Using MS-Windows scrollbars.
Using MS-Windows dialog boxes.
Using MS-Windows native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for GNU DBM.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: postgresql/libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Compiling in support for file coding.
Mail:
Compiling in support for POP mail retrieval.
Other Features:
Using the union type for Lisp_Objects.
Compiling in support for extra debugging code.
======================================================
Configure appears correct, make ends with the following
/usr/bin/gcc -mcygwin -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arith -I. -I../src
-I/usr/local/src/XEmacs/xemacs-21.5/lib-src
-I/usr/local/src/XEmacs/xemacs-21.5/src -DHAVE_CONFIG_H -Wno-sign-compare
-fno-caller-saves /usr/local/src/XEmacs/xemacs-21.5/lib-src/make-dump-id.c
-lgdbm -lncurses -lpq -lwinmm -lshell32 -lgdi32 -luser32 -lcomdlg32
-lcomctl32 -lwinspool -o make-dump-id
for f in gnudoit gnuattach rcs-checkin rcs2log vcdiff gzip-el.sh
add-big-package.sh; do \
if test ! -r $f; then ln -s /usr/local/src/XEmacs/xemacs-21.5/lib-src/$f
$f; fi; \
done
make[1]: Leaving directory
`/usr/local/src/XEmacs/xemacs-21.5/build-i686-pc-cygwin/lib-src'
*********************
stderr shows:
*********************
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c: In function `C_entries':
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c:2777: warning:
`typdefcblev' might be used uninitialized in this function
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c: In function `C_entries':
/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c:2777: warning:
`typdefcblev' might be used uninitialized in this function
ln: `gnudoit': File exists
ln: `gnuattach': File exists
ln: `rcs-checkin': File exists
ln: `rcs2log': File exists
ln: `vcdiff': File exists
ln: `gzip-el.sh': File exists
ln: `add-big-package.sh': File exists
make[1]: *** [gnudoit] Error 1
make: *** [lib-src] Error 2
David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
Get my PGP key at
:<http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit>
Fingerprint=0x{6E3E_DB8C_2E8C_4248_62B2_FE29_08EE_CF0A_3629_E954}
:<http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&fingerprint=on>
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
<---.----!----.----!----.----!----.----!----.----!----.----!----.---->
2:13 p.m.
On Wednesday 25 Jul 01, Andy Piper writes:
It builds fine for me. Make sure /bin/sh is bash rather than ash as
this
can cause problems.
Andy,
Why recommend that /bin/sh be bash rather than ash? If you do that, I
would expect configure/make to be considerably slower. As long as
xemacs does not require /bin/sh to have:
job control
getopts
exported functions
then there is no reason to use bash. Ash omits these features
precisely in order to be leaner and faster. (Of course, if xemacs
ever requires these features, then your advice will be correct.)
I just built 21.5.1 under (latest) Cygwin with no problems. (I
avoided the linuxplay problem with '--with-sound=none'.) This is on
NT4/SP4, and my /bin/sh is ash. I'll check CVS next.
David, have you recently updated all Cygwin packages? You don't say
anything about this in your message.
If you look at the error messages from 'ln', they simply say that the
target files already exist. If they do, then the error message is
correct.
I don't understand why /usr/bin/install isn't used instead for these
targets. Presumably this is more robust than 'ln -s'. When I run
./configure --prefix=... --with-sound=none
make
make install
on xemacs-21.5.1.tar.bz2, the make commands look like this:
for file in gnudoit gnuattach rcs-checkin ; do \
(cd .. && /d/starksb/src/xemacs-21.5.1/lib-src/installexe.sh /usr/bin/install -c
/d/starksb/src/xemacs-21.5.1/lib-src/${file} /usr/local/xemacs-21.5.1/bin/${file}) ; \
done
I'll check CVS next.
Regards,
David (Cygwin FAQ maintainer)
At 12:31 PM 7/25/01 -0400, David A. Cobb wrote:
>After this sat for 5 days on -winnt without any response, I'm reposting it
>where it should have gone at once. I do not at all understand the
>workings of the configuration tools, so I don't make any sense of the error.
>
>
>Trying to make 07/20 CVS checkout as:
>Defining PREFIX_USER_DEFINED
>Defining EMACS_CONFIGURATION = "i686-pc-cygwin"
>Defining EMACS_CONFIG_OPTIONS = "i686-pc-cygwin --prefix=/usr/local/
>--exec-prefix=/usr/local/i686-pc-cygwin/ --libdir=/usr/local/lib/
>--without-x --with-site-lisp --with-database=gdbm --with-sound=native
>--use-union-type"
>Defining LD_SWITCH_X_SITE =
>Defining LD_SWITCH_X_SITE_AUX =
>Defining C_SWITCH_X_SITE =
>Defining LD_SWITCH_SITE =
>Defining C_SWITCH_SITE =
>Defining GNU_MALLOC
>Defining USE_GCC
>Defining MAIL_USE_POP
>Defining USE_UNION_TYPE
>
>XEmacs 21.5-b1 "anise" configured for `i686-pc-cygwin'.
>
>Compilation / Installation:
>Source code location: /usr/local/src/XEmacs/xemacs-21.5
>Installation prefix: /usr/local/
>Operating system description file: `s/cygwin32.h'
>Machine description file: `m/intel386.h'
>Compiler: /usr/bin/gcc -mcygwin -g -O3 -Wall -Wno-switch -Winline
>-Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arith
>Relocating allocator for buffers: no
>GNU version of malloc: yes
>Window System:
>Compiling in support for the Microsoft window system.
>Using MS-Windows menubars.
>Using MS-Windows scrollbars.
>Using MS-Windows dialog boxes.
>Using MS-Windows native widgets.
>TTY:
>Compiling in support for ncurses.
>Images:
>Compiling in support for GIF images (builtin).
>Compiling in support for PNG images.
>Compiling in support for JPEG images.
>Compiling in support for TIFF images.
>Sound:
>Compiling in support for sound (native).
>Databases:
>Compiling in support for GNU DBM.
>Compiling in support for PostgreSQL.
>- Using PostgreSQL header file: postgresql/libpq-fe.h
>- Using PostgreSQL V7 bindings.
>Internationalization:
>Compiling in support for file coding.
>Mail:
>Compiling in support for POP mail retrieval.
>Other Features:
>Using the union type for Lisp_Objects.
>Compiling in support for extra debugging code.
>
>======================================================
>Configure appears correct, make ends with the following
>
>/usr/bin/gcc -mcygwin -g -O3 -Wall -Wno-switch -Winline
>-Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arith -I. -I../src
>-I/usr/local/src/XEmacs/xemacs-21.5/lib-src
>-I/usr/local/src/XEmacs/xemacs-21.5/src -DHAVE_CONFIG_H -Wno-sign-compare
>-fno-caller-saves /usr/local/src/XEmacs/xemacs-21.5/lib-src/make-dump-id.c
>-lgdbm -lncurses -lpq -lwinmm -lshell32 -lgdi32 -luser32 -lcomdlg32
>-lcomctl32 -lwinspool -o make-dump-id
>for f in gnudoit gnuattach rcs-checkin rcs2log vcdiff gzip-el.sh
>add-big-package.sh; do \
>if test ! -r $f; then ln -s /usr/local/src/XEmacs/xemacs-21.5/lib-src/$f
>$f; fi; \
>done
>make[1]: Leaving directory
>`/usr/local/src/XEmacs/xemacs-21.5/build-i686-pc-cygwin/lib-src'
>*********************
>stderr shows:
>*********************
>/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c: In function `C_entries':
>/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c:2777: warning:
>`typdefcblev' might be used uninitialized in this function
>/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c: In function `C_entries':
>/usr/local/src/XEmacs/xemacs-21.5/lib-src/etags.c:2777: warning:
>`typdefcblev' might be used uninitialized in this function
>ln: `gnudoit': File exists
>ln: `gnuattach': File exists
>ln: `rcs-checkin': File exists
>ln: `rcs2log': File exists
>ln: `vcdiff': File exists
>ln: `gzip-el.sh': File exists
>ln: `add-big-package.sh': File exists
>make[1]: *** [gnudoit] Error 1
>make: *** [lib-src] Error 2
>
>
>David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
>Get my PGP key at
>:<http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit>
>Fingerprint=0x{6E3E_DB8C_2E8C_4248_62B2_FE29_08EE_CF0A_3629_E954}
>:<http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&fingerprint=on>
>"By God's Grace I am a Christian man, by my actions a great sinner."
>--The Way of a Pilgrim, R. M. French [tr.]
>Potentially Viral Software is any software for which you are not allowed
>to examine the source. Do not buy or use Potentially Viral Software!
><---.----!----.----!----.----!----.----!----.----!----.----!----.---->
>
5:25 p.m.
On Thursday 26 Jul 01, David Starks-Browning writes:
David, have you recently updated all Cygwin packages? You don't
say
anything about this in your message.
If you look at the error messages from 'ln', they simply say that the
target files already exist. If they do, then the error message is
correct.
I don't understand why /usr/bin/install isn't used instead for these
targets. Presumably this is more robust than 'ln -s'. When I run
./configure --prefix=... --with-sound=none
make
make install
on xemacs-21.5.1.tar.bz2, the make commands look like this:
for file in gnudoit gnuattach rcs-checkin ; do \
(cd .. && /d/starksb/src/xemacs-21.5.1/lib-src/installexe.sh /usr/bin/install
-c /d/starksb/src/xemacs-21.5.1/lib-src/${file} /usr/local/xemacs-21.5.1/bin/${file}) ; \
done
I'll check CVS next.
Of course, I should have checked CVS *first*. Sorry.
I now also have this at the 'make' stage:
> >for f in gnudoit gnuattach rcs-checkin rcs2log vcdiff
gzip-el.sh
> >add-big-package.sh; do \
> >if test ! -r $f; then ln -s /usr/local/src/XEmacs/xemacs-21.5/lib-src/$f
> >$f; fi; \
But in my case it succeeds. Again, I suspect you simply had the
targets leftover from a previous 'make'. I leave it to the experts
whether that's user error, or whether 'ln -s' should become 'ln -f
-s'.
Unfortunately, my own build attempt now fails at the 'make install' stage:
Installing utilities run internally by XEmacs.
./make-path /usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin
if test "`(cd /usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin
&& /bin/pwd)`" != "`/bin/pwd`"; then \
for f in gnuserv fakemail wakeup profile make-docfile digest-doc sorted-doc movemail
cvtmail yow hexl mmencode; do \
(cd .. && /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh
/usr/bin/install -c lib-src/$f
/usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin/$f) ; \
done ; \
fi
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
make[1]: *** [/usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin] Error 127
make[1]: Leaving directory `/d/starksb/src/xemacs-beta-cvs/build/lib-src'
make: *** [install-arch-dep] Error 2
Somehow 'installexe.sh' didn't get copied. I'll have to look into
that.
Regards,
David
7:05 p.m.
Some responses interleaved.
I reconfigured by renaming sh.exe to ash.exe and making sh.exe a symlink
which, at the moment, points to bash.exe. I still fail at the same step
with about as little information. A complete log of my latest attempt is
attached. I agree it shouldn't be necessary: I think the configuration
tools intentionally avoid some "advanced" features ( if I understand the
Goat book ). If our "configure.in" includes features that aren't supported
by every "sh" then we probably should look at the requirement again.
At 7/26/01 12:25 PM (Thursday), David Starks-Browning wrote:
On Thursday 26 Jul 01, David Starks-Browning writes:
> David, have you recently updated all Cygwin packages? You don't say
> anything about this in your message.
Yes, I keep my Cygwin up to date at least once a week. In this case I did
so just before the build.
>
> If you look at the error messages from 'ln', they simply say that the
> target files already exist. If they do, then the error message is
> correct.
Understood. All it really tells us is where in the script it was working.
>
> I don't understand why /usr/bin/install isn't used instead for these
> targets. Presumably this is more robust than 'ln -s'. When I run
>
> ./configure --prefix=... --with-sound=none
> make
> make install
>
> on xemacs-21.5.1.tar.bz2, the make commands look like this:
>
> for file in gnudoit gnuattach rcs-checkin ; do \
> (cd .. && /d/starksb/src/xemacs-21.5.1/lib-src/installexe.sh
/usr/bin/install -c /d/starksb/src/xemacs-21.5.1/lib-src/${file}
/usr/local/xemacs-21.5.1/bin/${file}) ; \
> done
As far as I can tell, the failure is in "make" -- it never gets to "make
install".
>
> I'll check CVS next.
Of course, I should have checked CVS *first*. Sorry.
I now also have this at the 'make' stage:
> > >for f in gnudoit gnuattach rcs-checkin rcs2log vcdiff gzip-el.sh
> > >add-big-package.sh; do \
> > >if test ! -r $f; then ln -s
/usr/local/src/XEmacs/xemacs-21.5/lib-src/$f
> > >$f; fi; \
But in my case it succeeds. Again, I suspect you simply had the
targets leftover from a previous 'make'. I leave it to the experts
whether that's user error, or whether 'ln -s' should become 'ln -f
-s'.
I'll try "make clean" then attempt it again.
Unfortunately, my own build attempt now fails at the 'make
install' stage:
> Installing utilities run internally by XEmacs.
> ./make-path /usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin
> if test "`(cd
/usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin &&
/bin/pwd)`" != "`/bin/pwd`"; then \
> for f in gnuserv fakemail wakeup profile make-docfile digest-doc
sorted-doc movemail cvtmail yow hexl mmencode; do \
> (cd .. &&
/d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh
/usr/bin/install -c lib-src/$f
/usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin/$f) ; \
> done ; \
> fi
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> make[1]: ***
[/usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin] Error 127
> make[1]: Leaving directory `/d/starksb/src/xemacs-beta-cvs/build/lib-src'
> make: *** [install-arch-dep] Error 2
Somehow 'installexe.sh' didn't get copied. I'll have to look into
that.
Regards,
David
David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
Get my PGP key at
:<http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit>
Fingerprint=0x{6E3E_DB8C_2E8C_4248_62B2_FE29_08EE_CF0A_3629_E954}
:<http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&fingerprint=on>
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
<---.----!----.----!----.----!----.----!----.----!----.----!----.---->
3:34 p.m.
At 7/26/01 02:05 PM (Thursday), I earlier wrote:
I'll try "make clean" then attempt it again.
Follow up:
I have now tried with "make clean" first. Same result.
I've seen reference here about building in separate directory. My config. is
== CVS =====> /usr/local/src/xemacs/xemacs-21.5/ configure
== build ====> /usr/local/src/xemacs/xemacs-21.5/i686-pc-cygwin/ *
is that significant?
David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
Get my PGP key at
:<http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit>
Fingerprint=0x{6E3E_DB8C_2E8C_4248_62B2_FE29_08EE_CF0A_3629_E954}
:<http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&fingerprint=on>
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
<---.----!----.----!----.----!----.----!----.----!----.----!----.---->
7:26 p.m.
On Friday 27 Jul 01, David A. Cobb writes:
At 7/26/01 02:05 PM (Thursday), I earlier wrote:
>I'll try "make clean" then attempt it again.
Follow up:
I have now tried with "make clean" first. Same result.
It appears that 'make clean' does not remove symlinks from ./lib-src/.
So whatever made them behave badly initially (broken symlinks?) will
persist.
Check the contents of lib-src and you should see symlinks to
non-existant files. Delete those, and build again. This should get
you through "make".
Regards,
David
4:58 a.m.
David Starks-Browning writes:
On Friday 27 Jul 01, David A. Cobb writes:
> At 7/26/01 02:05 PM (Thursday), I earlier wrote:
>
> >I'll try "make clean" then attempt it again.
>
> Follow up:
>
> I have now tried with "make clean" first. Same result.
It appears that 'make clean' does not remove symlinks from ./lib-src/.
So whatever made them behave badly initially (broken symlinks?) will
persist.
Check the contents of lib-src and you should see symlinks to
non-existant files. Delete those, and build again. This should get
you through "make".
um have you tried 'make distclean' ???
--
-------------------------------------------------------------------------
Peter Brown
Web Programmer/Sys Admin/Apache Admin Education Development Web
peter(a)edw.com.au www.edw.com.au
rendhalver(a)users.sourceforge.net
There are only two things are infinite,
the universe and human stupidity,
and i am not certain about the former
- Albert Einstein
-------------------------------------------------------------------------
8:32 a.m.
On Saturday 28 Jul 01, Peter Brown writes:
David Starks-Browning writes:
> On Friday 27 Jul 01, David A. Cobb writes:
> > At 7/26/01 02:05 PM (Thursday), I earlier wrote:
> >
> > >I'll try "make clean" then attempt it again.
> >
> > Follow up:
> >
> > I have now tried with "make clean" first. Same result.
>
> It appears that 'make clean' does not remove symlinks from ./lib-src/.
> So whatever made them behave badly initially (broken symlinks?) will
> persist.
>
> Check the contents of lib-src and you should see symlinks to
> non-existant files. Delete those, and build again. This should get
> you through "make".
um have you tried 'make distclean' ???
That does not appear to delete existing symlinks in lib-src, either.
Is that a bug perhaps?
David
8:55 p.m.
New subject: Progress - but no cigar [Follow up to: Problems trying to make 2.5.1--i686-pc-cygwin]
I did "make realclean" then manually deleted /everything/ under the build
directory (<source>/i686-pc-cygwin) except the build script. That did get
me beyond the previous error. I now find several undefined symbols
"_imp__dbm_*" which looks like a missing header in the database source(?).
I also get the somewhat peculiar symptom that the configure script actually
tries to launch some x-windows function because I get a Windoze dialog
about not finding an "LIBX11.DLL" I have the X libraries but I don't use
the server yet and it isn't quite ready for prime time. That doesn't seem
to have any bad effects. IMHO, having the explicit "--without-x" should
have bypassed those functions: evidently the configure process doesn't take
my options at face value.
At 7/28/01 03:32 AM (Saturday), David Starks-Browning wrote:
On Saturday 28 Jul 01, Peter Brown writes:
> David Starks-Browning writes:
> > On Friday 27 Jul 01, David A. Cobb writes:
> > > At 7/26/01 02:05 PM (Thursday), I earlier wrote:
> > >
> > > >I'll try "make clean" then attempt it again.
> > >
> > > Follow up:
> > >
> > > I have now tried with "make clean" first. Same result.
> >
> > It appears that 'make clean' does not remove symlinks from
./lib-src/.
> > So whatever made them behave badly initially (broken symlinks?) will
> > persist.
> >
> > Check the contents of lib-src and you should see symlinks to
> > non-existant files. Delete those, and build again. This should get
> > you through "make".
>
> um have you tried 'make distclean' ???
That does not appear to delete existing symlinks in lib-src, either.
Is that a bug perhaps?
David
David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
Get my PGP key at
:<http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit>
Fingerprint=0x{6E3E_DB8C_2E8C_4248_62B2_FE29_08EE_CF0A_3629_E954}
:<http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&fingerprint=on>
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
<---.----!----.----!----.----!----.----!----.----!----.----!----.---->
6:07 a.m.
David Starks-Browning writes:
On Saturday 28 Jul 01, Peter Brown writes:
> David Starks-Browning writes:
> > On Friday 27 Jul 01, David A. Cobb writes:
[snip]
> um have you tried 'make distclean' ???
That does not appear to delete existing symlinks in lib-src, either.
Is that a bug perhaps?
looks like it doesnt delete those sym-links
i could be wrong though Makefiles are not my forte
from the Makefile in lib-src
distclean: clean
$(RM) DOC *.tab.c *.tab.h TAGS ellcc.h
$(RM) GNUmakefile Makefile Makefile.in blessmail config.values
--
-------------------------------------------------------------------------
Peter Brown
Web Programmer/Sys Admin/Apache Admin Education Development Web
peter(a)edw.com.au www.edw.com.au
rendhalver(a)users.sourceforge.net
There are only two things that are infinite,
the universe and human stupidity,
and i am not certain about the former
- Albert Einstein
-------------------------------------------------------------------------
8:56 p.m.
On Thursday 26 Jul 01, David Starks-Browning writes:
Of course, I should have checked CVS *first*. Sorry.
I now also have this at the 'make' stage:
> > >for f in gnudoit gnuattach rcs-checkin rcs2log vcdiff gzip-el.sh
> > >add-big-package.sh; do \
> > >if test ! -r $f; then ln -s /usr/local/src/XEmacs/xemacs-21.5/lib-src/$f
> > >$f; fi; \
But in my case it succeeds. Again, I suspect you simply had the
targets leftover from a previous 'make'. I leave it to the experts
whether that's user error, or whether 'ln -s' should become 'ln -f
-s'.
Sigh. This was a silly thing to say. As written, it should not
attempt 'ln -s' if the target already exists. Duh. Damn fever
talkin'.
So there is clearly something broken here, possibly in Cygwin. I'll
have a closer look.
Regards,
David
10:21 p.m.
-- David Starks-Browning <starksb(a)ebi.ac.uk> spake thusly:
On Thursday 26 Jul 01, David Starks-Browning writes:
> Of course, I should have checked CVS *first*. Sorry.
>
> I now also have this at the 'make' stage:
>
> > > > for f in gnudoit gnuattach rcs-checkin rcs2log vcdiff
> > > > gzip-el.sh add-big-package.sh; do \
> > > > if test ! -r $f; then ln -s
> > > > /usr/local/src/XEmacs/xemacs-21.5/lib-src/$f $f; fi; \
>
> But in my case it succeeds. Again, I suspect you simply had the
> targets leftover from a previous 'make'. I leave it to the experts
> whether that's user error, or whether 'ln -s' should become 'ln -f
> -s'.
Sigh. This was a silly thing to say. As written, it should not
attempt 'ln -s' if the target already exists. Duh. Damn fever
talkin'.
That depends. If the link exists but is broken, then make will think it
doesn't exist and will try to remake it. But then if you do 'ln -s',
the link is already there and the ln command will fail.
On the other hand, if the link is not broken but simply wrong, this
does no good. And arguably it's not up to a make process to fix a
broken tree. That's what 'make clean' is for.
So there is clearly something broken here, possibly in Cygwin.
I'll
have a closer look.
11:15 a.m.
On Thursday 26 Jul 01, Matt Tucker writes:
That depends. If the link exists but is broken, then make will think
it
doesn't exist and will try to remake it. But then if you do 'ln -s',
the link is already there and the ln command will fail.
On the other hand, if the link is not broken but simply wrong, this
does no good. And arguably it's not up to a make process to fix a
broken tree. That's what 'make clean' is for.
Matt, thanks for pointing this out. Sorry for generating so much
noise.
David, does this explains your problem?
> So there is clearly something broken here, possibly in Cygwin.
I'll
> have a closer look.
I don't think I need to any more, given Matt's explanation.
There is still a bug somewhere with installexe.sh not being
copied/linked, though. I'll try to look at that later.
Thanks,
David
11:03 p.m.
New subject: possible patch (Was: Problems trying to make 2.5.1--i686-pc-cygwin [REPOST from -winnt])
On Thursday 26 Jul 01, David Starks-Browning writes:
Unfortunately, my own build attempt now fails at the 'make
install' stage:
> Installing utilities run internally by XEmacs.
> ./make-path /usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin
> if test "`(cd /usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin
&& /bin/pwd)`" != "`/bin/pwd`"; then \
> for f in gnuserv fakemail wakeup profile make-docfile digest-doc sorted-doc
movemail cvtmail yow hexl mmencode; do \
> (cd .. && /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh
/usr/bin/install -c lib-src/$f
/usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin/$f) ; \
> done ; \
> fi
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> /d/starksb/src/xemacs-beta-cvs/build/lib-src/installexe.sh: not found
> make[1]: *** [/usr/local/xemacs-21.5.1-cvs/lib/xemacs-21.5-b1/i686-pc-cygwin] Error
127
> make[1]: Leaving directory `/d/starksb/src/xemacs-beta-cvs/build/lib-src'
> make: *** [install-arch-dep] Error 2
Somehow 'installexe.sh' didn't get copied. I'll have to look into
that.
I found that if I applied this patch to current 21.5 cvs, then "make
install" works for the cygwin build. I don't know if it's the
"right"
patch. Can someone here decide? Or do I need to send it to
xemacs-patches (or whatever)?
=========================================================================
--- lib-src/Makefile.in.in.orig Thu Apr 12 19:21:00 2001
+++ lib-src/Makefile.in.in Fri Jul 27 21:17:04 2001
＠＠ -115,7 +115,7 ＠＠
sorted-doc movemail cvtmail yow hexl mmencode
GEN_SCRIPTS = rcs2log vcdiff gzip-el.sh
-PKG_SCRIPTS = add-big-package.sh
+PKG_SCRIPTS = add-big-package.sh installexe.sh
PRIVATE_INSTALLABLE_SCRIPTS = $(GEN_SCRIPTS) $(PKG_SCRIPTS)
PRIVATE_INSTALLABLES = ${PRIVATE_INSTALLABLE_EXES}
${PRIVATE_INSTALLABLE_SCRIPTS}
=========================================================================
Thanks for looking into this.
Regards,
David
-------------------------------------------------------------------
David Starks-Browning | starksb(a)ebi.ac.uk
EMBL Outstation -- |
The European Bioinformatics Institute |
Wellcome Trust Genome Campus | tel: +44 (1223) 494 616
Hinxton, Cambridge, CB10 1SD, UK | fax: +44 (1223) 494 468
-------------------------------------------------------------------
8301
days inactive
8305
days old
15 comments
5 participants
participants (5)
-
Andy Piper -
David A. Cobb -
David Starks-Browning -
Matt Tucker -
Peter Brown