* Patch to get clean compile on SLES11 Linux
@ 2010-07-15 19:26 Fran
2010-07-15 19:38 ` Fran
0 siblings, 1 reply; 4+ messages in thread
From: Fran @ 2010-07-15 19:26 UTC (permalink / raw)
To: emacs-devel
I had to make this small change to the latest development sources to get a clean
compile on SLES11 Linux:
--- xmenu.c~ 2010-07-15 14:31:37.000000000 -0400
+++ xmenu.c 2010-07-15 15:20:46.000020000 -0400
@@ -2275,7 +2275,7 @@
Lisp_Object
-xmenu_show (FRAME_PTR f, int x, int y, int for_click, int keymaps, Lisp_Object
title, char **error, unsigned int timestamp)
+xmenu_show (FRAME_PTR f, int x, int y, int for_click, int keymaps, Lisp_Object
title, char **error, EMACS_UINT timestamp)
{
Window root;
XMenu *menu;
I don't know if this affects other UNIX/Linux systems.
--
Fran
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Patch to get clean compile on SLES11 Linux
2010-07-15 19:26 Patch to get clean compile on SLES11 Linux Fran
@ 2010-07-15 19:38 ` Fran
2010-07-15 21:27 ` Jan Djärv
0 siblings, 1 reply; 4+ messages in thread
From: Fran @ 2010-07-15 19:38 UTC (permalink / raw)
To: emacs-devel
BTW, the compiler error was complaining about a type mismatch between the
declaration of xmenu_show() at src/menu.h:45:
extern Lisp_Object xmenu_show (FRAME_PTR, int, int, int, int,
Lisp_Object, char **, EMACS_UINT);
and the definition at src/xmenu.c:2278:
Lisp_Object
xmenu_show (FRAME_PTR f, int x, int y, int for_click, int keymaps, Lisp_Object
title, char **error, unsigned int timestamp)
I don't know why EMACS_UINT was not the same as "unsigned int" on my system.
--
Fran
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Patch to get clean compile on SLES11 Linux
2010-07-15 19:38 ` Fran
@ 2010-07-15 21:27 ` Jan Djärv
2010-07-15 21:36 ` Fran Litterio
0 siblings, 1 reply; 4+ messages in thread
From: Jan Djärv @ 2010-07-15 21:27 UTC (permalink / raw)
To: Fran; +Cc: emacs-devel
EMACS_INT is long and EMACS_UINT is unsigned long. On a 64 bit compiler int
is usually 32 bits and long 64.
Jan D.
Fran skrev 2010-07-15 21.38:
> BTW, the compiler error was complaining about a type mismatch between the
> declaration of xmenu_show() at src/menu.h:45:
>
> extern Lisp_Object xmenu_show (FRAME_PTR, int, int, int, int,
> Lisp_Object, char **, EMACS_UINT);
>
> and the definition at src/xmenu.c:2278:
>
> Lisp_Object
> xmenu_show (FRAME_PTR f, int x, int y, int for_click, int keymaps, Lisp_Object
> title, char **error, unsigned int timestamp)
>
> I don't know why EMACS_UINT was not the same as "unsigned int" on my system.
> --
> Fran
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Patch to get clean compile on SLES11 Linux
2010-07-15 21:27 ` Jan Djärv
@ 2010-07-15 21:36 ` Fran Litterio
0 siblings, 0 replies; 4+ messages in thread
From: Fran Litterio @ 2010-07-15 21:36 UTC (permalink / raw)
To: emacs-devel; +Cc: Jan Djrv
[-- Attachment #1: Type: text/plain, Size: 280 bytes --]
On Thu, Jul 15, 2010 at 5:27 PM, Jan Djärv wrote:
EMACS_INT is long and EMACS_UINT is unsigned long. On a 64 bit compiler int
> is usually 32 bits and long 64.
>
Indeed, this was being compiled on a 64-bit machine.
I think my patch is a valid fix for this.
--
Fran
[-- Attachment #2: Type: text/html, Size: 509 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-07-15 21:36 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-07-15 19:26 Patch to get clean compile on SLES11 Linux Fran
2010-07-15 19:38 ` Fran
2010-07-15 21:27 ` Jan Djärv
2010-07-15 21:36 ` Fran Litterio
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.