unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* 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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).