Public bug reported: The version of hideif.elc shipped with emacs 24.5.1 is broken. This leads to errors when parsing certain C header files with semantic.
Example header which produces this problem: /* #undef __INT_MAX__ */ /* #define __INT_MAX__ 0x7fffffff */ #if __INT_MAX__ == 12345678 #endif (parsing this header leads to errors such as Wrong type argument: number-or-marker-p, \"0x7fffffff\"). See also http://sourceforge.net/p/cedet/mailman/message/34367892/ The problem goes away when replacing the current hideif.elc (at /usr/share/emacs/24.5/lisp/progmodes/hideif.elc) with a file byte- compiled from the source from emacs master, e.g. the version at revision d1521c64 from https://github.com/typester/emacs/blob/d1521c64e34debe1618313fbed0e7354b28bf0ae/lisp/progmodes/hideif.el In other words, the problem is already fixed in newer versions of emacs, but since the solution is quite simple, maybe the ubuntu package for emacs 24.5.1 could be patched? ** Affects: emacs24 (Ubuntu) Importance: Undecided Status: New ** Description changed: The version of hideif.elc shipped with emacs 24.5.1 is broken. This leads to errors when parsing certain C header files with semantic. Example header which produces this problem: - /* #undef __INT_MAX__ */ - /* #define __INT_MAX__ 0x7fffffff */ - - #if __INT_MAX__ == 12345678 - #endif + /* #undef __INT_MAX__ */ + /* #define __INT_MAX__ 0x7fffffff */ - (parsing this header leads to errors such as Wrong type argument: + #if __INT_MAX__ == 12345678 + #endif + + (parsing this header leads to errors such as Wrong type argument: number-or-marker-p, \"0x7fffffff\"). See also http://sourceforge.net/p/cedet/mailman/message/34367892/ The problem goes away when replacing the current hideif.elc (at /usr/share/emacs/24.5/lisp/progmodes/hideif.elc) with a file byte- compiled from the source from emacs master, e.g. the version at revision - d1521c64 from, see + d1521c64 from https://github.com/typester/emacs/blob/d1521c64e34debe1618313fbed0e7354b28bf0ae/lisp/progmodes/hideif.el In other words, the problem is already fixed in newer versions of emacs, but since the solution is quite simple, maybe the ubuntu package for emacs 24.5.1 could be patched? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to emacs24 in Ubuntu. https://bugs.launchpad.net/bugs/1520707 Title: included hideif.elc broken Status in emacs24 package in Ubuntu: New Bug description: The version of hideif.elc shipped with emacs 24.5.1 is broken. This leads to errors when parsing certain C header files with semantic. Example header which produces this problem: /* #undef __INT_MAX__ */ /* #define __INT_MAX__ 0x7fffffff */ #if __INT_MAX__ == 12345678 #endif (parsing this header leads to errors such as Wrong type argument: number-or-marker-p, \"0x7fffffff\"). See also http://sourceforge.net/p/cedet/mailman/message/34367892/ The problem goes away when replacing the current hideif.elc (at /usr/share/emacs/24.5/lisp/progmodes/hideif.elc) with a file byte- compiled from the source from emacs master, e.g. the version at revision d1521c64 from https://github.com/typester/emacs/blob/d1521c64e34debe1618313fbed0e7354b28bf0ae/lisp/progmodes/hideif.el In other words, the problem is already fixed in newer versions of emacs, but since the solution is quite simple, maybe the ubuntu package for emacs 24.5.1 could be patched? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/emacs24/+bug/1520707/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
