5:35 a.m.
This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
Please describe as succinctly as possible:
- What happened.
- What you thought should have happened.
- Precisely what you were doing at the time.
Please also include any C or lisp back-traces that you may have.
================================================================
Dear Bug Team!
This morning I upgraded my system from Red Hat 7.2 to 8.0.
The pieces haven't stopped rolling yet.
It seemed an apropos time to upgrade to XEmacs 21.4.10. I've
been running 21.4.0 (Solid Vapor).
I downloaded and unwound the tarball and ran configure. It
ended with this message:
*** PANIC *** The C compiler can no longer build working executables.
*** PANIC *** Please examine the tail of config.log for runtime errors.
*** PANIC *** The most likely reason for this problem is that configure
*** PANIC *** links with shared libraries, but those libraries cannot be
*** PANIC *** found at run time.
*** PANIC ***
*** PANIC *** On a Linux system, edit /etc/ld.so.conf and re-run ldconfig.
*** PANIC *** ... rest deleted ...
Sigh. In many years of building xemacs distributions, this
has never happened. The message says simply to edit
/etc/ld.so.conf, but it doesn't suggest what should go in
there. In any case, I'm not the sort of user who plays
around a lot with moving libraries around, though I load
lots of developer stuff. I've never had a problem compiling
any standard well-packaged program, and haven't had a
standard released XEmacs distribution build fail in at least
five years.
For the record, here is the contents of myh /etc/ld.so.conf,
but I sincerly doubt that's where the problem is. It appears
more likely something is missing that should be there. If
/etc/ld.so.conf is simply a list of directories in which to
look for shared libraries, shouldn't /lib be in it? Here is
the file's content:
------------------------------------------------------------
/usr/X11R6/lib
/usr/lib
/usr/i486-linux-libc5/lib
/usr/lib/qt-1.44/lib
/usr/kerberos/lib
/usr/lib/qt-1.45/lib
/usr/local/lib
/usr/lib/qt-2.3.1/lib
/usr/lib/qt-3.0.5/lib
/usr/lib/sane
/usr/lib/mysql
/usr/lib/qt2/lib
------------------------------------------------------------
For the record, the first sentence of the PANIC message is a
bit overstated. I can build a hello world problem just fine,
and also various other multiple file programs that do not
require anything special from libraries.
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux miles.phx.mcd.mot.com 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686
unknown
./configure
XEmacs 21.4.0 "Solid Vapor" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /home/lnewton/src/xemacs-21.4.0
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wshadow -Wsign-compare
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Compiling in support for ESD (Enlightened Sound Daemon).
Databases:
Compiling in support for Berkeley database.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: pgsql/libpq-fe.h
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
Load-Path Lisp Shadows:
----------------------
(/home/lnewton/.xemacs/custom
/usr/local/lib/xemacs-21.4.0/lisp/custom)
Installed XEmacs Packages:
-------------------------
((zenirc:version 1.13 :type regular)
(xslt-process :version 1.1 :type regular)
(xemacs-devel :version 1.48 :type single-file)
(xemacs-base :version 1.69 :type regular)
(w3 :version 1.26 :type regular)
(vm :version 7.07 :type regular)
(viper :version 1.35 :type regular)
(view-process :version 1.12 :type regular)
(vhdl :version 1.15 :type regular)
(vc-cc :version 1.16 :type regular)
(vc :version 1.33 :type regular)
(tpu :version 1.12 :type regular)
(tooltalk :version 1.13 :type regular)
(tm :version 1.32 :type regular)
(time :version 1.12 :type regular)
(textools :version 1.12 :type regular)
(text-modes :version 1.52 :type single-file)
(texinfo :version 1.2 :type regular)
(supercite :version 1.19 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.24 :type regular)
(sounds-wav :version 1.1 :type regular)
(sounds-au :version 1.1 :type regular)
(slider :version 1.13 :type regular)
(sh-script :version 1.15 :type regular)
(sgml :version 1.08 :type regular)
(semantic :version 1.14 :type regular)
(scheme :version 1.11 :type regular)
(ruby-modes :version 1.0 :type single-file)
(reftex :version 1.28 :type regular)
(python-modes :version 1.0 :type single-file)
(psgml-dtds :version 1.02 :type regular)
(psgml :version 1.33 :type regular)
(ps-print-nomule :version 1.05 :type regular)
(prog-modes
:version
1
.66
:type
single-file)
(perl-modes :version 1.0 :type single-file)
(pcomplete :version 1.01 :type regular)
(pcl-cvs :version 1.64 :type regular)
(pc :version 1.22 :type single-file)
(os-utils :version 1.28 :type single-file)
(net-utils :version 1.28 :type single-file)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mh-e :version 1.15 :type regular)
(mew :version 1.17 :type regular)
(mailcrypt :version 2.11 :type regular)
(mail-lib :version 1.52 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.28 :type regular)
(igrep :version 1.09 :type regular)
(idlwave :version 1.26 :type regular)
(hm--html-menus :version 1.18 :type regular)
(gnus :version 1.64 :type regular)
(gnats :version 1.15 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.11 :type single-file)
(frame-icon :version 1.09 :type regular)
(forms :version 1.14 :type regular)
(footnote :version 1.15 :type regular)
(eudc :version 1.36 :type regular)
(eterm :version 1.13 :type regular)
(eshell :version 1.03 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(eieio :version 1.03 :type regular)
(efs :version 1.29 :type regular)
(edt :version 1.12 :type regular)
(edit-utils :version 1.93 :type single-file)
(ediff :version 1.42 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.12 :type regular)
(debug :version 1.16 :type regular)
(crisp :version 1.12 :type regular)
(cookie :version 1.14 :type regular)
(cc-mode :version 1.3 :type regular)
(calendar :version 1.19 :type regular)
(calc :version 1.23 :type regular)
(c-support :version 1.16 :type single-file)
(build :version 1.07 :type regular)
(bbdb :version 1.21 :type regular)
(auctex :version 1.32 :type regular)
(apel :version 1.25 :type regular)
(ada :version 1.1 :type regular)
(Sun :version 1.13 :type regular))
Features:
--------
(xemacsbug shadow tempo psgml-xemacs sgml-mode psgml psgml-html
compile man cperl-mode ebuff-menu electric hippie-expand-misc-eas
hippie-exp supercite regi mail-utils hsmail vm-reply w3-style w3-hot
url-file url-cache w3-xemac w3-xemacs w3-toolbar xbm-button xpm-button
w3-forms images url-http url-cookie urlauth w3 w3-menu url-news url-gw
w3-script w3-jscript w3-elisp w3-java cus-edit cus-load w3-emulate
w3-auto w3-parse url mm url-vars w3-cfg w3-sysdp w3-display w3-mouse
w3-imap w3-vars w3-cus mule-sysdp w3-widget url-parse css font
disp-table w3-keyword rect dired-faces dired-xemacs dired point
vm-digest vm-minibuf vm-macro diary-lib cal-move cal-xemacs calendar
vm-virtual vm-delete vm-sort bbdb-hooks vm-undo vm-page vm-mime
vm-save vm-toolbar vm-summary tapestry vm-motion vm-message hvm
vm-menu vm-folder vm-misc vm-mouse vm-window bbdb-vm bbdb-snarf
mail-extr vm-autoload vm-vars vm-version vm vm-startup sort sindent
fast-lock env shell-font shell local-custom font-lock xemacs-el
gnuserv inith bbdb-xemacs bbdb-gui bbdb-com mail-abbrevs
highlight-headers e-var-append fcc sendmail hsite hui-menu wrolo-menu
hinit hibtypes hib-doc-id klink hib-kbd hsys-w3 hactypes hui-mini hui
hmail hui-mouse hui-window hargs hpath hui-xe-but hbut hbdata htz
hbmap hmoccur hyperbole hmouse-key h-skip-bytec hmouse-drv hypb hact
hhist hvar set hversion tags etags redo advice advice-preload uniquify
func-menu savehist initl fwlm running edmacro initm tex-site ispell
icomplete rsz-minibuf filladapt efs-cu efs-x19.15 efs-fnh efs-ovwrt
efs-auto crypt crypt++ cc-mode cc-align cc-cmds cc-engine cc-styles
cc-langs cc-vars wid-edit cus-face cc-menus imenu cc-defs bbdb
timezone initd Keysl x-compose mailcrypt rfc822 comint ring
zenirc-autoloads xslt-process-autoloads xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads vm-autoloads viper-autoloads
view-process-autoloads vhdl-autoloads vc-cc-autoloads vc-autoloads
tpu-autoloads tooltalk-autoloads tm-autoloads time-autoloads
textools-autoloads text-modes-autoloads texinfo-autoloads
supercite-autoloads strokes-autoloads speedbar-autoloads
sounds-wav-autoloads sounds-au-autoloads slider-autoloads
sh-script-autoloads sgml-autoloads semantic-autoloads scheme-autoloads
ruby-modes-autoloads reftex-autoloads python-modes-autoloads
psgml-dtds-autoloads psgml-autoloads ps-print-nomule-autoloads
prog-modes-autoloads perl-modes-autoloads pcomplete-autoloads
pcl-cvs-autoloads pc-autoloads os-utils-autoloads net-utils-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads
hm--html-menus-autoloads gnus-autoloads gnats-autoloads
games-autoloads fsf-compat-autoloads frame-icon-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
eshell-autoloads emerge-autoloads elib-autoloads eieio-autoloads
efs-autoloads edt-autoloads edit-utils-autoloads ediff-autoloads
edebug-autoloads dired-autoloads debug-autoloads crisp-autoloads
cookie-autoloads cc-mode-autoloads calendar-autoloads calc-autoloads
c-support-autoloads build-autoloads bbdb-autoloads auctex-autoloads
apel-autoloads ada-autoloads Sun-autoloads lisp-autoloads loadhist
auto-show fontl-hooks x-iso8859-1 gutter-items menubar-items x-menubar
mode-motion mouse itimer auto-save lisp-mode easymenu iso8859-1 page
buff-menu lib-complete help-nomule cus-file derived frame text-props
obsolete cus-start custom widget cl-extra mini-cl cl cl-19 packages
backquote very-early-lisp postgresql lucid-scrollbars cut-buffer
lucid-menubars athena-dialogs x c-balloon-help tty-frames tty toolbar
esd-sound native-sound scrollbar unix-processes multicast
network-streams subprocesses modules menu-accelerator-support menubar
berkeley-db md5 xemacs gutter tiff png gif jpeg xface xpm xbm
lisp-float-type linux dialog devices window-system base64)
Recent keystrokes:
-----------------
RET C-x k RET C-x o a f RET l d c o n f i g RET C-h
C-g c a t SPC / e t c / i s s u e RET C-x o C-z C-z
l R e d SPC H a t SPC 8 . 0 SPC n o t e s C-n C-n C-n
T h e SPC k e r n a l BS BS e l SPC i s SPC 2 . 4 .
1 8 - 1 4 . C-f C-x C-s C-p o SPC C-n C-n C-a C-o C-o
misc-user
Recent messages (most recent first):
-----------------------------------
Parsing /home/lnewton/.mail_aliases... done
Parsing /home/lnewton/.mail_aliases...
Parsing /home/lnewton/.mailrc...
Loading xemacsbug...done
Loading xemacsbug...
Wrote /home/lnewton/doc/linuxnotes.html
timestamp delimiter start was not found
Loading linuxnotes.html font lock cache...done
Loading linuxnotes.html font lock cache...
Loading psgml-html...done
Loading psgml-html...
C-h C-g not defined.
Wrote /home/lnewton/hw.c
Wrote /home/lnewton/hw.c
The region is not active now
Wrote /home/lnewton/hw.c
Wrote /home/lnewton/.bbdb
Wrote /home/lnewton/files/g.home
Loading compile...done
Loading compile...
--
Lynn David Newton
Phoenix, AZ
6:05 a.m.
On Sat, 09 Nov 2002 22:35:07 MST, Lynn David Newton <lynn.newton(a)cox.net> said:
*** PANIC *** The C compiler can no longer build working
executables.
*** PANIC *** Please examine the tail of config.log for runtime errors.
Hmm.. no config.log output that I can see, so I'm speculating here.
*** PANIC *** The most likely reason for this problem is that
configure
*** PANIC *** links with shared libraries, but those libraries cannot be
*** PANIC *** found at run time.
The panic message is, quite frankly, probably full of bovine fertilizer.
The *real* most common problems at this point are:
1) Check 'df' and 'df -i' to make sure that you've not run out of
space
(either on the filesystem you untarred XEmacs on, and/or /tmp,/var/tmp,
or whatever your compiler uses for work space).
2) You untarred and/or built XEmacs before as root, but are now building
as a mortal user. As a result, you're missing write permissions on
either '.' or 'conftest' (the binary name that configure uses).
3) Less likely - bogon umask value and/or stray 'chmod -R' has whomped
something in an interesting manner.
If 'df', 'df -i', and 'ls -la' dont find something that explains
it,
let us know - this time with the corresponding config.log output...
(XEmacs crew - can we get that panic message cleaned up to match reality?)
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
6:39 a.m.
> *** PANIC *** The C compiler can no longer build working
executables.
> *** PANIC *** Please examine the tail of config.log for runtime errors.
vk> Hmm.. no config.log output that I can see, so I'm
vk> speculating here.
config.log is attached to this message.
vk> The *real* most common problems at this point
vk> are:
vk> 1) Check 'df' and 'df -i' to make sure that
vk> you've not run out of space (either on the
vk> filesystem you untarred XEmacs on, and/or
vk> /tmp,/var/tmp, or whatever your compiler uses for
vk> work space).
That possibility never even occurred to me. As a matter
of fact, yes, I just noticed for the first time ever a
little while ago that I was at 100% in /. I removed
what I confidently thought could be deleted, and got it
down to 94%, still a bit close for comfort, but that
leaves 300,000 blocks, which should be enough, at least
to get through configure, right?. How much should it
need? (There are plenty of inodes, BTW.)
However, it didn't. I reran configure and got the same
message.
I haven't run out of space in a file system in quite a
few years. (The file system I'm doing the build in has
4.8 million blocks available.)
vk> 2) You untarred and/or built XEmacs before as
vk> root, but are now building as a mortal user.
Not the case.
vk> 3) Less likely - bogon umask value and/or stray
vk> 'chmod -R' has whomped something in an
vk> interesting manner.
Nope. umask is 022. The source directory is fine, and
everything is owned by me ... files mostly 644,
directories 2755.
vk> If 'df', 'df -i', and 'ls -la' dont find
vk> something that explains it, let us know - this
vk> time with the corresponding config.log output...
Attached. Thank you for the quick response.
--
Lynn David Newton
Phoenix, AZ
7:32 a.m.
On Sat, 09 Nov 2002 23:39:31 MST, Lynn David Newton said:
config.log is attached to this message.
configure:7024: checking for MS-Windows
configure:7027: checking for main in -lgdi32
configure:7039: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -Wshadow -I/usr/X11R6/include
-Xlinker -z -Xlinker nocombreloc -L/usr/X11R6/lib conftest.c -lgdi32
-lXmu -lXt -lXext -lX11 -lSM -lICE -lm -lgcc -lc -lgcc /usr/lib/crtn.o 1>
&5
Wow.. and that worked. Must have Wine on that box. ;)
Try specifying '--with-msw=no' in your./configure.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
3:22 p.m.
> config.log is attached to this message.
vk> configure:7024: checking for MS-Windows
vk> configure:7027: checking for main in -lgdi32
vk> configure:7039: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline
vk> -Wmissing-prototypes -Wsign-compare -Wshadow -I/usr/X11R6/include
vk> -Xlinker -z -Xlinker nocombreloc -L/usr/X11R6/lib conftest.c -lgdi32
vk> -lXmu -lXt -lXext -lX11 -lSM -lICE -lm -lgcc -lc -lgcc /usr/lib/crtn.o
1>
vk> &5
vk> Wow.. and that worked. Must have Wine on that
vk> box. ;)
vk> Try specifying '--with-msw=no' in your./configure.
dp> The stupid thing (configure, not you) detected
dp> the presence of Windows; this is most likely
dp> because the Wine development kit or mingw32 is
dp> present on your machine.
dp> You should tell configure that you don't want
dp> Windows support on the command line.
Thanks guys, that worked.
I've never used Wine (except once or twice years ago
just to look at it). It's always been present, however,
because it's one of those things that's just been
routinely installed. It seems like a pretty silly
mistake for configure to make, and I've certainly never
had to issue the --with-msw=no caveat previously. I
would consider this a bug -- or is there some purpose
to it?
--
Lynn David Newton
Phoenix, AZ
4:22 a.m.
>>>> "Lynn" == Lynn David Newton
<lynn.newton(a)cox.net> writes:
Lynn> It seems like a pretty silly mistake for configure to make,
This is the price of Cygwin support.
There _are_ systems that support both Windows and X interfaces.
If someone wants to do the configure hacking to make this work right,
that's fine with me. But my experience has been that generally
trying to make configure smart just results in ever more obscure
breakage.
We could of course just have configure detect platform and then run
configure.linux, configure.msw, etc etc, but that's sorta against the
whole configure philosophy. You want to avoid tests for platforms.
Some day somebody might want to access Windows features (or test Wine
itself) by running XEmacs on Wine. Silly in this case, yes, but that
is the philosophy that drives configure scripting. So now we have a
configure script that mostly works.
Lynn> I would consider this a bug -- or is there some purpose to
Lynn> it?
Yeah, it's a bug. It's easy to work around, and you need a
Windows/Cygwin/configure expert to fix it (two out of three is not
good enough most likely).
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
7:54 a.m.
On Sat, 9 Nov 2002, Lynn David Newton wrote:
>> *** PANIC *** The C compiler can no longer build working
>> *** executables. PANIC *** Please examine the tail of config.log
>> *** for runtime errors.
vk> Hmm.. no config.log output that I can see, so I'm
vk> speculating here.
config.log is attached to this message.
[...]
configure:15146: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -Wshadow -I/usr/X11R6/include -Xlinker -z
-Xlinker nocombreloc -L/usr/X11R6/lib conftest.c -lXmu -lXt -lXext -lX11 -lSM
-lICE -ltermcap -lcurses -lm -lshell32 -lgdi32 -luser32 -lcomdlg32 -lcomctl32
-lwinspool -lgcc -lc -lgcc /usr/lib/crtn.o 1>&5
/usr/bin/ld: cannot find -lwinspool
collect2: ld returned 1 exit status
The stupid thing (configure, not you) detected the presence of Windows;
this is most likely because the Wine development kit or mingw32 is
present on your machine.
You should tell configure that you don't want Windows support on the
command line.
Daniel
--
The English have the most rigid code of immorality in the world.
-- Malcom Bradbury, _Eating People is Wrong_
4:47 a.m.
>>>> "Valdis" == Valdis Kletnieks
<Valdis.Kletnieks(a)vt.edu> writes:
Valdis> On Sat, 09 Nov 2002 22:35:07 MST, Lynn David Newton
Valdis> <lynn.newton(a)cox.net> said:
> *** PANIC *** The C compiler can no longer build working
executables.
This is exactly correct. The C compiler (defined as configure's
internal CC macro) has succeeded in building executables, but for some
reason it is now failing.
> *** PANIC *** Please examine the tail of config.log for runtime
errors.
> *** PANIC *** The most likely reason for this problem is that configure
> *** PANIC *** links with shared libraries, but those libraries cannot be
> *** PANIC *** found at run time.
Valdis> The panic message is, quite frankly, probably full of
Valdis> bovine fertilizer.
Yes, but explaining what is truly happening is actually quite hard.
I've never seen any of the things you claim are "common" (and I have
seen the panic message on a number of occasions, both personally and
on xemacs-beta).
Valdis> (XEmacs crew - can we get that panic message cleaned up to
Valdis> match reality?)
If you can say what reality is. The current message actually isn't
that far from my experience, although it's definitely misleading.
How about this?
------------------------------------------------------------------------
*** PANIC *** configure doesn't know how to build working executables!
*** This is most commonly due to an unforeseen environment, causing
*** configure to incorrectly compute the sequence of libraries to link.
*** Please examine the tail of config.log for runtime errors.
*** Pay special attention to the -l flags, and perhaps -I and -L.
*** Often adding or removing explicit options in the configure
*** invocation can work around this kind of problem. If so, please
*** report it as a bug to xemacs-beta(a)xemacs.org.
*** Other possible causes are inability to write to the file system
*** (bogus permissions or disk full) or a misconfiguration of the dynamic
*** linker (check /etc/ld.conf and rerun ldconfig if necessary).
------------------------------------------------------------------------
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
5:47 a.m.
On Mon, 11 Nov 2002 13:47:53 +0900, "Stephen J. Turnbull" said:
Yes, but explaining what is truly happening is actually quite hard.
I've never seen any of the things you claim are "common" (and I have
seen the panic message on a number of occasions, both personally and
on xemacs-beta).
I manage to get the "can't create a binary" error out of one package or
another's configure script at least once every few months, and I've had
things not find shared libs because ldconfig hasn't been rerun, but I've
never managed to get that error out of configure for the listed reason.. ;)
I see variants of the 'disk full' and 'permissions' errors on the gtk
lists
on a fairly regular basis too, so it isn't just me being an idiot, others
do it too. ;)
------------------------------------------------------------------------
*** PANIC *** configure doesn't know how to build working executables!
*** This is most commonly due to an unforeseen environment, causing
*** configure to incorrectly compute the sequence of libraries to link.
*** Please examine the tail of config.log for runtime errors.
*** Pay special attention to the -l flags, and perhaps -I and -L.
*** Often adding or removing explicit options in the configure
*** invocation can work around this kind of problem. If so, please
*** report it as a bug to xemacs-beta(a)xemacs.org.
*** Other possible causes are inability to write to the file system
*** (bogus permissions or disk full) or a misconfiguration of the dynamic
*** linker (check /etc/ld.conf and rerun ldconfig if necessary).
------------------------------------------------------------------------
OK... I think that covers all my issues (actually, I think it covers almost
all the ways I can think of to bomb out the configure run, except for things
that are so severe that building XEmacs is the least of their worries ;)
/Valdis
8048
days inactive
8049
days old
8 comments
4 participants
participants (4)
-
Daniel Pittman -
Lynn David Newton -
Stephen J. Turnbull -
Valdis Kl=?iso8859-4?Q?=BA?=tnieks