Ar an naoú lá is fiche de mí na Nollaig, scríobh Mats Lidell:
> >>>>> Stephen J Turnbull <stephen(a)xemacs.org> writes:
>
> Stephen> I don't know how it happened, but that is not a configure
> Stephen> generated from that configure.ac. Sorry, my bad somehow.
>
> Just want to check if this is the same problem: I'm getting this
> warning below with the latest configure. Running autoconf fixes it but
> I only have 2.61 available and the checked in autoconf is generated by
> 2.63.
>
> configure: WARNING: unrecognized options: --with-mule, --with-package-path, --enable-sound, --enable-database, --enable-widgets, --enable-dialogs, --with-athena, --with-newgc, --with-xim, --with-xft
>
> Mishap with generation of configure or a autoconf version problem?
It’s a (minor) problem with autoconf versions greater than or equal to 2.62.
See http://mid.gmane.org/200812281257.53590.scop@xemacs.org , a message I
replied to, if it ever makes it to gmane. It shouldn’t interfere with
building XEmacs, but it is something that ideally should be resolved, if
only to avoid this sort of bug report.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
>>>>> Skip wrote:
Skip> Copying the text and pasting to another buffer retains that
Skip> highlighting.
I have been hit by that at occasions too. I wonder now. Shouldn't the
default be to just paste the text? What is the reasoning behind
pasting the whole extent? The need for a good sister function pops up
as well, like yank-text or yank-extent depending on the default!?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an t-ochtú lá is fiche de mí na Nollaig, scríobh Ville Skyttä:
> On Sunday 28 December 2008, you wrote:
>
> > but when I try to run the configure script, I get this:
> >
> > $ ./configure --enable-mule
> > configure: WARNING: Unrecognized options: --enable-mule
> > checking whether ln -s works... yes
> > checking build system type... i386-apple-darwin8.11.1
> > ^Cinterrupted!
> > $
> >
> > The version of configure generated with 2.61 seems to be working fine. Is
> > this a peculiarity of my machine, or is it something you’re seeing too?
>
> I hadn't noticed these, but it seems that my Fedora 10 builds do show
> this warning (and lots of other similar ones) as well. However, as far
> as I can tell (based on the build output and lack of bug reports in
> Fedora Bugzilla, I haven't had the chance to actually test these builds
> personally), the options work anyway:
>
> http://kojipkgs.fedoraproject.org/packages/xemacs/21.5.28/9.fc10/data/log...
Ah, good to know. So the problem I was seeing was separate, and I seem to be
able to resolve it with this change:
diff -r 94536271aad7 configure.ac
--- a/configure.ac Sat Dec 27 21:38:23 2008 +0000
+++ b/configure.ac Sun Dec 28 12:24:06 2008 +0000
@@ -2250,7 +2250,8 @@
*g++* )
if test "$GCC" != "yes"; then
AC_MSG_WARN([CC and g++ are mismatched; XE_CFLAGS may be wrong])
- xemacs_cc_cc_mismatch=yes ;;
+ xemacs_cc_cc_mismatch=yes
+ fi ;;
esac
if test -n "$GCC"; then
case $XEMACS_CC in
@@ -2260,6 +2261,7 @@
AC_MSG_WARN([gcc and XEMACS_CC are mismatched; XE_CFLAGS may be wrong])
xemacs_cc_cc_mismatch=yes ;;
esac
+ fi
dnl #### Add other detectable mismatches here.
fi
Stephen, were you seeing messages like the following when you tested the
corresponding change? What version(s) of autoconf did you test it with?
Extracting information from the machine- and system-dependent headers...
./configure: line 10356: syntax error near unexpected token `;;'
./configure: line 10356: ` xemacs_cc_cc_mismatch=yes ;;'
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Moved to xemacs-beta for the discussion.
On Fri, Dec 26, 2008 at 10:15 AM, Mats Lidell <matsl(a)xemacs.org> wrote:
>>>>>> Vin wrote:
> Vin> I can't remember - is the version of auctex you're talking
> Vin> about checked into CVS?
>
> I have a tagged version, Tag = auctex-11_84-import. I believe Norbert
> is using that now for the package builds.
>
> You probably have the old auctex package from the MAIN branch, that I
> haven't touched, which explains why it still works! ;-)
I strongly believe that the latest auctex package sources need to be
in the main branch. Many eyes and all that.
What needs to be done for that to happen?
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Uwe Brauer writes:
> >>>>> "Stephen" == Stephen J Turnbull <stephen(a)xemacs.org> writes:
>
> > Uwe Brauer writes:
> >> However when running configure
> >>
> >> ./configure --with-mule --with-xim --with-xfs --with-xim
> >>
> >> checking for Berkeley db.h... no
> >>
> >> *** PANIC *** The C compiler can no longer build working executables.
>
> > Please post config.log (the whole thing, since IIRC sometimes it
> > executes many tests before actually trying the link that causes this
> > message).
>
> It is huge
Actually, not by modern standards. Word files have gotten smaller in
the last 5 years, but in the first few years of this millennium not a
few corporate intranets were taken to their knees by a couple of
people composing Christmas cards in Word and boradcasting them to the
whole company. :-) Let's put it this way: see if you can find the
relevant part, which is
configure:37471: result: no
configure:38597: gcc -o conftest -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wdeclaration-after-statement -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -g conftest.c -ltiff -ljpeg -lz -lXt -lXext -lX11 -lSM -lICE -ltermcap -lcurses -lasound -lm -lutil 1>&5
conftest.c:205: warning: second argument of 'main' should be 'char **'
/usr/bin/ld: cannot find -ltermcap
collect2: ld returned 1 exit status
*without* using the words above in a search. If that little task
doesn't appeal to you, well, that's why we spend few bytes of
bandwidth. If it does, I'll let *you* do it for me in the future! :-)
Anyway, this looks like a bug in our configure script, but it will
take some time for me to find and fix it, and I don't know that
anybody else will get to it more quickly. As a workaround, I gather
you're using a Debian derivative. There is probably a "termcap"
package (the modern alternative is terminfo). If you install that
this problem will go away. It might be called "termcap-dev" or
"termcap-compat" or some such. (These packages are just a small
wrapper around the terminfo library.) It might also be part of the
ncurses family of packages on some distros, IIRC.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hello Everyone!
On behalf of everyone at the SXEmacs Project, I'd like to wish all of
you and your families a very happy and safe holiday! And if you don't
celebrate xmas, that's cool, our wishes go out to you too!
Have a great one, everybody!
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| SXEmacs - The only _______ you'll ever need. |
| Fill in the blank, yes, it's THAT good! |
|------------------------------------<steve(a)sxemacs.org>---|
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta