November 2010 - XEmacs-Beta - XEmacs Mailing List Archives

robert delius royar

After changes registered in src/ChangeLog as 2010-11-20 Aidan Kehoe <kehoea(a)parhasard.net> [...] * font-mgr.c (Ffc_pattern_get): I get a compilation failure below: gcc-4.2 -c -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wpointer-arith -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wunused-parameter -g -O3 -fno-strict-aliasing -arch i386 -Demacs -I. -I/Users/royar/src/xemacs-hg/src -DHAVE_CONFIG_H -I/opt/X11/include -I/opt/X11/include/freetype2 -I/opt/local/include -I/usr/X11/include font-mgr.c font-mgr.c: In function 'Ffc_pattern_get': font-mgr.c:443: error: incompatible type for argument 1 of '__gmpz_get_si' make[1]: *** [font-mgr.o] Error 1 make: *** [src] Error 2 A diff between this fon-mgr.c and the one from "XEmacs 21.5 (beta29) "garbanzo" cde1608596d0 [Lucid] (i386-apple-darwin10.5.0, Mule) of Fri Nov 19 2010 on grendal.frinabulax.org" --- /Users/royar/scratch/font-mgr.c 2010-04-05 10:15:53.000000000 -0400 +++ src/font-mgr.c 2010-11-22 22:06:55.000000000 -0500 ＠＠ -411,6 +411,7 ＠＠ Extbyte *fc_property; FcResult fc_result; FcValue fc_value; + int int_id = 0; /* process arguments ＠＠ -435,14 +436,21 ＠＠ dead_wrong_type_argument (Qstringp, property); } - if (!NILP (id)) CHECK_NATNUM (id); + if (!NILP (id)) + { +#ifdef HAVE_BIGNUM + check_integer_range (id, Qzero, make_integer (EMACS_INT_MAX)); + int_id = BIGNUMP (id) ? bignum_to_int (id) : XINT (id); +#else + check_integer_range (id, Qzero, make_integer (EMACS_INT_MAX)); + int_id = XINT (id); +#endif + } if (!NILP (type)) CHECK_SYMBOL (type); /* get property */ fc_result = FcPatternGet (XFC_PATTERN_PTR (pattern), - fc_property, - NILP (id) ? 0 : XINT (id), - &fc_value); + fc_property, int_id, &fc_value); switch (fc_result) { The offending line is int_id = BIGNUMP (id) ? bignum_to_int (id) : XINT (id); -- When fascism comes to America, it will be wrapped in a flag and carrying a cross. Sinclair Lewis _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
1 comments

Summary of XEmacs Issue Tracking System Issues 14 years

XEmacs Issue Tracking System

ACTIVITY SUMMARY (2010-11-16 - 2010-11-23) XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 500 open ( +0) / 239 closed ( +0) / 739 total ( +0) Open issues with patches: 11 Average duration of open issues: 715 days. Median duration of open issues: 724 days. Open Issues Breakdown new 170 ( +0) deferred 6 ( +0) napping 4 ( +0) verified 51 ( +0) assigned 155 ( +0) committed 25 ( +0) documented 2 ( +0) done/needs work 24 ( +0) _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

Problem compiling font-mgr.c (correction) 14 years

robert delius royar

[My earlier diff included a minor change I had made to see if it would fix the error described. This email has a correct diff.] After changes registered in src/ChangeLog as 2010-11-20 Aidan Kehoe <kehoea(a)parhasard.net> [...] * font-mgr.c (Ffc_pattern_get): I get a compilation failure below: gcc-4.2 -c -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wpointer-arith -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wunused-parameter -g -O3 -fno-strict-aliasing -arch i386 -Demacs -I. -I/Users/royar/src/xemacs-hg/src -DHAVE_CONFIG_H -I/opt/X11/include -I/opt/X11/include/freetype2 -I/opt/local/include -I/usr/X11/include font-mgr.c font-mgr.c: In function 'Ffc_pattern_get': font-mgr.c:443: error: incompatible type for argument 1 of '__gmpz_get_si' make[1]: *** [font-mgr.o] Error 1 make: *** [src] Error 2 A diff between this fon-mgr.c and the one from "XEmacs 21.5 (beta29) "garbanzo" cde1608596d0 [Lucid] (i386-apple-darwin10.5.0, Mule) of Fri Nov 19 2010 on grendal.frinabulax.org" --- /Users/royar/scratch/font-mgr.c 2010-04-05 10:15:53.000000000 -0400 +++ src/font-mgr.c 2010-11-22 22:06:55.000000000 -0500 ＠＠ -411,6 +411,7 ＠＠ Extbyte *fc_property; FcResult fc_result; FcValue fc_value; + int int_id = 0; /* process arguments ＠＠ -435,14 +436,21 ＠＠ dead_wrong_type_argument (Qstringp, property); } - if (!NILP (id)) CHECK_NATNUM (id); + if (!NILP (id)) + { +#ifdef HAVE_BIGNUM + check_integer_range (id, Qzero, make_integer (INT_MAX)); + int_id = BIGNUMP (id) ? bignum_to_int (id) : XINT (id); +#else + check_integer_range (id, Qzero, make_integer (EMACS_INT_MAX)); + int_id = XINT (id); +#endif + } if (!NILP (type)) CHECK_SYMBOL (type); /* get property */ fc_result = FcPatternGet (XFC_PATTERN_PTR (pattern), - fc_property, - NILP (id) ? 0 : XINT (id), - &fc_value); + fc_property, int_id, &fc_value); switch (fc_result) { The offending line is int_id = BIGNUMP (id) ? bignum_to_int (id) : XINT (id); -- When fascism comes to America, it will be wrapped in a flag and carrying a cross. Sinclair Lewis _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

Summary of XEmacs Issue Tracking System Issues 14 years

XEmacs Issue Tracking System

ACTIVITY SUMMARY (2010-11-09 - 2010-11-16) XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 500 open ( +0) / 239 closed ( +1) / 739 total ( +1) Open issues with patches: 11 Average duration of open issues: 708 days. Median duration of open issues: 717 days. Open Issues Breakdown new 170 ( +0) deferred 6 ( +0) napping 4 ( +0) verified 51 ( +0) assigned 155 ( +0) committed 25 ( +0) documented 2 ( +0) done/needs work 24 ( +0) Issues Created Or Reopened (1) ______________________________ [Bug: 21.5-b29] Tracker is still ignoring bugs by email? 2010-11-09 CLOSED http://tracker.xemacs.org/XEmacs/its/issue741 created stephen Issues Now Closed (1) _____________________ [Bug: 21.5-b29] Tracker is still ignoring bugs by email? 0 days http://tracker.xemacs.org/XEmacs/its/issue741 stephen _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

RE: simple sorting noob 14 years

Sirano Dhe-Paganon

OK: I got it; the following works: (sort-regexp-fields nil "^.*$" "\\<p\\w*\\>" (region-beginning) (region-end))) <http://www.sgc.utoronto.ca/pmwiki/pmwiki.php?n=ubiquitinbiology.HomePage> Sirano From: Sirano Dhe-Paganon [mailto:sirano.dhepaganon＠utoronto.ca] Sent: Monday, November 15, 2010 1:40 PM To: xemacs-beta(a)xemacs.org Subject: simple sorting noob How can I sort-lines within a region according to the characters after the first tab? this commandline: "(sort-lines +2 (start end))" does not work with the data shown below: data: ubh51.0001-0172.178H07.2.~~.~.~ pNICCH ubh51.0001-0246.165G07.1.01.~.~ pET28MHL ubh51.0001-0246.165H09.2.01.~.~ pET28aLIC ubh51.0001-0246.165H10.2.01.~.~ pNICCH ubh51.0001-0246.165H11.1.??.~.~ pET28GSTLIC ubh51.0001-0246.165H12.e.nd.n.~ pMALp2e ubh51.0001-0246.166H02.~.~~.~.~ pTYB2 ubh51.0001-0246.178G10.0.~~.~.~ pNICCH+1G ubh51.0001-0246.178G11.0.~~.~.~ pNICCH+2G ubh51.0001-0246.178G12.0.~~.~.~ pNICCH+3G ubh51.0001-0246.178H01.0.~~.~.~ pNICCH+Thr ubh51.0001-0246.178H02.0.~~.~.~ pNICCH+Tev ubh51.0001-0246.178H03.0.~~.~.~ pNICCH Sirano <http://www.sgc.utoronto.ca/pmwiki/pmwiki.php?n=ubiquitinbiology.HomePage> _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

simple sorting noob 14 years

Sirano Dhe-Paganon

How can I sort-lines within a region according to the characters after the first tab? this commandline: "(sort-lines +2 (start end))" does not work with the data shown below: data: ubh51.0001-0172.178H07.2.~~.~.~ pNICCH ubh51.0001-0246.165G07.1.01.~.~ pET28MHL ubh51.0001-0246.165H09.2.01.~.~ pET28aLIC ubh51.0001-0246.165H10.2.01.~.~ pNICCH ubh51.0001-0246.165H11.1.??.~.~ pET28GSTLIC ubh51.0001-0246.165H12.e.nd.n.~ pMALp2e ubh51.0001-0246.166H02.~.~~.~.~ pTYB2 ubh51.0001-0246.178G10.0.~~.~.~ pNICCH+1G ubh51.0001-0246.178G11.0.~~.~.~ pNICCH+2G ubh51.0001-0246.178G12.0.~~.~.~ pNICCH+3G ubh51.0001-0246.178H01.0.~~.~.~ pNICCH+Thr ubh51.0001-0246.178H02.0.~~.~.~ pNICCH+Tev ubh51.0001-0246.178H03.0.~~.~.~ pNICCH Sirano <http://www.sgc.utoronto.ca/pmwiki/pmwiki.php?n=ubiquitinbiology.HomePage> _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

GPLv3|L8R -- The ico-files. 14 years

The XEmacs Package Smoketest

Hi, As I get it there is not possible to store meta data in an ico-file. So we can't insert a license in these files even if they are GPLv2 or later. What to do? State the license in an other file or simply ignore it? Hälsningar -- %% Mats _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
3 comments

GPLv3|L8R -- MIT licensed are compatible 14 years

The XEmacs Package Smoketest

Hi, There are a few files in XEamsc that have the MIT license. If I get it right that license is "GPLv3 or later compatible" which means these files can go in unmodified in a GPLv3 or later version of XEmacs, Right? So we can just book these files of as fixed? Yours -- %% Mats _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
1 comments

MSVC compilation trouble / optlibs 14 years

Samuel Bronson

What version(s) of MSVC can be used to compile XEmacs? I've tried 6.0, 8.0, and 9.0. With 6.0, I get several instances of "error LNK2001: unresolved external symbol __ftol2". All were related to libraries from optlibs. Googling showed that this was probably an indication that a newer version of MSVC was needed. With 8.0, I get a similar error about "__iob": > libjpeg.lib(jerror.obj) : error LNK2001: unresolved external symbol __iob > C:\code\xemacs-beta\src\temacs.exe : fatal error LNK1120: 1 unresolved externals > > NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\link.exe"' : return code '0x460' This one seems to be a possible indication that this version of MSVC is too new for this library. With 9.0, I get a parser error: > console-msw.c > c:\code\xemacs-beta\src\intl-auto-encap-win32.h(153) : error C2061: syntax error : identifier 'LPSHQUERYRBINFO' > NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\cl.EXE"' : return code '0x2' No idea what that's about... (I did remember to do "nmake -f xemacs.mak clean" before each attempt.) Anyway, it seems that the optlibs libraries are closely tied to the particular MSVC version used, so maybe you should always include the MSVC version in the filename from now on, and provide versions for different releases of MSVC, preferably in a listable directory (rather than under http://www.xemacs.org/Download/win32/, which seems to have an index.html file) I would try and build the libraries myself, but I know from experience that that's *not* fun, mostly because the MSVC project format seems to change incompatibly with every new release -- it's enough to make autocrap seem quite elegant indeed! (It doesn't help that I don't have a usable copy of the MSVC 6 IDE, so I can't use MSVC 6 project files.) It's also possible that my use of BUILD_FOR_SETUP_KIT=1 along with DEBUG_XEMACS=1 is somehow screwing things up, I guess. The reason for the former is that I'll want to install to my USB drive, and it wouldn't do for such an installation to require a debugging MSVC runtime -- random computers at school are probably not going to have it available. P.S. There were also some warnings about conversions from __time64_t or time_t to long with MSVC 8 and 9. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
3 comments

x-symbol-patch: save-buffer, end-of-buffer 14 years

Uwe Brauer

Hello I have now tested for several your patch, which allows to use x-symbol in xemacs-21.5.29b mule. So far I have only found a (silly) annoyance: when I save a file which is in x-symbol-mode, the cursor jumps to the end of the buffer and stays there! Turning of x-symbol-mode and save-buffer behaves as usual. Of course I can have a small hack like this: (defun my-save-xemacs21-5 () (interactive) (cond (( emacs-version>= 21 5) (when x-symbol-mode (save-excursion (save-buffer 1))))) (save-buffer 1)) But I presume there must be a better solution. Regards Uwe Brauer _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta November 2010