unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* compiling on Sun Blade 100 running Solaris 2.8
@ 2002-07-09 17:26 "Root at morse"
  2002-07-10  5:03 ` Eli Zaretskii
  2002-07-14 15:22 ` Richard Stallman
  0 siblings, 2 replies; 8+ messages in thread
From: "Root at morse" @ 2002-07-09 17:26 UTC (permalink / raw)


This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (sparc-sun-solaris2.8)
 of 2002-07-08 on ithaca
configured using `configure  --without-x'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: en_US.ISO8859-1
  value of $LC_CTYPE: en_US.ISO8859-1
  value of $LC_MESSAGES: C
  value of $LC_MONETARY: en_US.ISO8859-1
  value of $LC_NUMERIC: en_US.ISO8859-1
  value of $LC_TIME: en_US.ISO8859-1
  value of $LANG: nil
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Running ./configure seems to work ok, but then "make" fails if X support is
enabled. Details:

Here is the output from configure:

Configured for `sparc-sun-solaris2.8'.

  Where should the build process find the source code?
  /usr/local/src/gnu/emacs-21.2
  What operating system and machine description files should Emacs use?
        `s/sol2-5.h' and `m/sparc.h'
  What compiler should emacs be built with?               gcc -g -O2
  Should Emacs use the GNU version of malloc?             yes
  Should Emacs use a relocating allocator for buffers?    yes
  Should Emacs use mmap(2) for buffer allocation?         no
  What window system should Emacs use?                    x11
  What toolkit should Emacs use?                          LUCID
  Where do we find X Windows header files?		  /usr/openwin/include
  Where do we find X Windows libraries?                   /usr/openwin/lib
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   no
  Does Emacs use -ljpeg?                                  no
  Does Emacs use -ltiff?                                  no
  Does Emacs use -lungif?                                 no
  Does Emacs use -lpng?                                   yes
  Does Emacs use X toolkit scroll bars?                   no

Now the error message from "make":

gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
In file included from /usr/openwin/include/X11/Xos.h:81,
                 from xlwmenu.c:32:
/usr/include/strings.h:25: conflicting types for `memmove'
/usr/include/iso/string_iso.h:62: previous declaration of `memmove'
/usr/include/strings.h:26: parse error before numeric constant
*** Error code 1
make: Fatal error: Command failed for target `xlwmenu.o'
Current working directory /usr/local/src/gnu/emacs-21.2/lwlib
*** Error code 1
make: Fatal error: Command failed for target `really-lwlib'
Current working directory /usr/local/src/gnu/emacs-21.2/src
*** Error code 1
make: Fatal error: Command failed for target `src'

Any suggestions?

Fernando

-- 
============================================================================
Fernando Q. Gouvea                              
Dept. of Mathematics                            Editor, FOCUS and MAA Online
Colby College                                   http://www.maa.org
Waterville, ME 04901
fqgouvea@colby.edu                              
============================================================================

I believe every human has a finite number of heartbeats. I don't intend to
waste any of mine running around doing exercises.
  -- Neil Armstrong

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: compiling on Sun Blade 100 running Solaris 2.8
  2002-07-09 17:26 compiling on Sun Blade 100 running Solaris 2.8 "Root at morse"
@ 2002-07-10  5:03 ` Eli Zaretskii
  2002-07-14 15:22 ` Richard Stallman
  1 sibling, 0 replies; 8+ messages in thread
From: Eli Zaretskii @ 2002-07-10  5:03 UTC (permalink / raw)
  Cc: bug-gnu-emacs

> From: "\"Root at morse\"" <fqgouvea@colby.edu>
> Date: Tue, 9 Jul 2002 13:26:54 -0400 (EDT)
> 
> gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
> In file included from /usr/openwin/include/X11/Xos.h:81,
>                  from xlwmenu.c:32:
> /usr/include/strings.h:25: conflicting types for `memmove'
> /usr/include/iso/string_iso.h:62: previous declaration of `memmove'
> /usr/include/strings.h:26: parse error before numeric constant

Thank you for your report.  I think this is already fixed for the
next release; please try the patch below and see if it solves the
problem:

--- src/s/sol2-5.h	5 Dec 2001 18:32:15 -0000	1.13.14.1
+++ src/s/sol2-5.h	19 Apr 2002 11:36:16 -0000	1.13.14.2
@@ -29,6 +29,18 @@
 #define HAVE_VFORK 1
 #endif
 
+/* Newer versions of Solaris have bcopy etc. as functions, with
+   prototypes in strings.h.  They lose if the defines from usg5-4.h
+   are visible, which happens when X headers are included.  */
+#ifdef HAVE_BCOPY
+#undef bcopy
+#undef bzero
+#undef bcmp
+#ifndef NOT_C_CODE
+#include <strings.h>
+#endif
+#endif
+
 #if 0 /* A recent patch in unexelf.c should eliminate the need for this.  */
 /* Don't use the shared libraries for -lXt and -lXaw,
    to work around a linker bug in Solaris 2.5.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: compiling on Sun Blade 100 running Solaris 2.8
  2002-07-09 17:26 compiling on Sun Blade 100 running Solaris 2.8 "Root at morse"
  2002-07-10  5:03 ` Eli Zaretskii
@ 2002-07-14 15:22 ` Richard Stallman
  2002-07-15  4:46   ` Eli Zaretskii
  1 sibling, 1 reply; 8+ messages in thread
From: Richard Stallman @ 2002-07-14 15:22 UTC (permalink / raw)
  Cc: bug-gnu-emacs

    Now the error message from "make":

    gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
    In file included from /usr/openwin/include/X11/Xos.h:81,
		     from xlwmenu.c:32:
    /usr/include/strings.h:25: conflicting types for `memmove'
    /usr/include/iso/string_iso.h:62: previous declaration of `memmove'
    /usr/include/strings.h:26: parse error before numeric constant
    *** Error code 1
    make: Fatal error: Command failed for target `xlwmenu.o'
    Current working directory /usr/local/src/gnu/emacs-21.2/lwlib
    *** Error code 1
    make: Fatal error: Command failed for target `really-lwlib'
    Current working directory /usr/local/src/gnu/emacs-21.2/src
    *** Error code 1
    make: Fatal error: Command failed for target `src'

    Any suggestions?

The only way to fix this is for someone to look at the specifics of
the code and find the actual cause of the problem.  What are these
conflicting declarations?  Why do they conflict?  Why are both
eof them included?  Were any macro definitions involved in causing
the conflict?

Only someone who has access to a Sun can get to the bottom of this.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: compiling on Sun Blade 100 running Solaris 2.8
  2002-07-14 15:22 ` Richard Stallman
@ 2002-07-15  4:46   ` Eli Zaretskii
  2002-07-15 18:47     ` T.L.Bowers
  0 siblings, 1 reply; 8+ messages in thread
From: Eli Zaretskii @ 2002-07-15  4:46 UTC (permalink / raw)
  Cc: fqgouvea, bug-gnu-emacs


On Sun, 14 Jul 2002, Richard Stallman wrote:

>     gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
>     In file included from /usr/openwin/include/X11/Xos.h:81,
> 		     from xlwmenu.c:32:
>     /usr/include/strings.h:25: conflicting types for `memmove'
>     /usr/include/iso/string_iso.h:62: previous declaration of `memmove'
>     /usr/include/strings.h:26: parse error before numeric constant
> 
> The only way to fix this is for someone to look at the specifics of
> the code and find the actual cause of the problem.  What are these
> conflicting declarations?  Why do they conflict?  Why are both
> eof them included?  Were any macro definitions involved in causing
> the conflict?

I think we already have that fixed in both CVS head and branch.  IIRC, I 
sent a patch in response to the original report, but got no replies.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: compiling on Sun Blade 100 running Solaris 2.8
  2002-07-15  4:46   ` Eli Zaretskii
@ 2002-07-15 18:47     ` T.L.Bowers
  2002-07-16 12:39       ` T.L.Bowers
                         ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: T.L.Bowers @ 2002-07-15 18:47 UTC (permalink / raw)


Eli,
I'm having this problem as well with a ultra5 running Solaris 2.8 and gcc 3.1.

I need a little more help getting past this error.  I can't get any version
of emacs to compile due to this error.

Can someone point me to some docs the can help me do this patch. Any idea when
the next release is scheduled.

Regards
-tb

> >     gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
> >     In file included from /usr/openwin/include/X11/Xos.h:81,
> > 		     from xlwmenu.c:32:
> >     /usr/include/strings.h:25: conflicting types for `memmove'
> >     /usr/include/iso/string_iso.h:62: previous declaration of `memmove'
> >     /usr/include/strings.h:26: parse error before numeric constant
> > 

> I think we already have that fixed in both CVS head and branch.  IIRC, I 
> sent a patch in response to the original report, but got no replies.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: compiling on Sun Blade 100 running Solaris 2.8
  2002-07-15 18:47     ` T.L.Bowers
  2002-07-16 12:39       ` T.L.Bowers
@ 2002-07-16 12:39       ` T.L.Bowers
  2002-07-16 12:39       ` T.L.Bowers
  2 siblings, 0 replies; 8+ messages in thread
From: T.L.Bowers @ 2002-07-16 12:39 UTC (permalink / raw)


Nevermind, I figured it out on my own :).  I just copied the 
updated sol2-5.h from the CVS repository and placed it into the
src/s directory and ran make again.   Worked like a charm.  

Regards
-tb

tbowers@genuity.net (T.L.Bowers) wrote in message news:<568b1e28.0207151047.7b1f218f@posting.google.com>...
> Eli,
> I'm having this problem as well with a ultra5 running Solaris 2.8 and gcc 3.1.
> 
> I need a little more help getting past this error.  I can't get any version
> of emacs to compile due to this error.
> 
> Can someone point me to some docs the can help me do this patch. Any idea when
> the next release is scheduled.
> 
> Regards
> -tb
> 
> > >     gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
> > >     In file included from /usr/openwin/include/X11/Xos.h:81,
> > > 		     from xlwmenu.c:32:
> > >     /usr/include/strings.h:25: conflicting types for `memmove'
> > >     /usr/include/iso/string_iso.h:62: previous declaration of `memmove'
> > >     /usr/include/strings.h:26: parse error before numeric constant
> > > 
>  
> > I think we already have that fixed in both CVS head and branch.  IIRC, I 
> > sent a patch in response to the original report, but got no replies.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: compiling on Sun Blade 100 running Solaris 2.8
  2002-07-15 18:47     ` T.L.Bowers
@ 2002-07-16 12:39       ` T.L.Bowers
  2002-07-16 12:39       ` T.L.Bowers
  2002-07-16 12:39       ` T.L.Bowers
  2 siblings, 0 replies; 8+ messages in thread
From: T.L.Bowers @ 2002-07-16 12:39 UTC (permalink / raw)


Nevermind, I figured it out on my own :).  I just copied the 
updated sol2-5.h from the CVS repository and placed it into the
src/s directory and ran make again.   Worked like a charm.  

Regards
-tb

tbowers@genuity.net (T.L.Bowers) wrote in message news:<568b1e28.0207151047.7b1f218f@posting.google.com>...
> Eli,
> I'm having this problem as well with a ultra5 running Solaris 2.8 and gcc 3.1.
> 
> I need a little more help getting past this error.  I can't get any version
> of emacs to compile due to this error.
> 
> Can someone point me to some docs the can help me do this patch. Any idea when
> the next release is scheduled.
> 
> Regards
> -tb
> 
> > >     gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
> > >     In file included from /usr/openwin/include/X11/Xos.h:81,
> > > 		     from xlwmenu.c:32:
> > >     /usr/include/strings.h:25: conflicting types for `memmove'
> > >     /usr/include/iso/string_iso.h:62: previous declaration of `memmove'
> > >     /usr/include/strings.h:26: parse error before numeric constant
> > > 
>  
> > I think we already have that fixed in both CVS head and branch.  IIRC, I 
> > sent a patch in response to the original report, but got no replies.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: compiling on Sun Blade 100 running Solaris 2.8
  2002-07-15 18:47     ` T.L.Bowers
  2002-07-16 12:39       ` T.L.Bowers
  2002-07-16 12:39       ` T.L.Bowers
@ 2002-07-16 12:39       ` T.L.Bowers
  2 siblings, 0 replies; 8+ messages in thread
From: T.L.Bowers @ 2002-07-16 12:39 UTC (permalink / raw)


Nevermind, I figured it out on my own :).  I just copied the 
updated sol2-5.h from the CVS repository and placed it into the
src/s directory and ran make again.   Worked like a charm.  

Regards
-tb

tbowers@genuity.net (T.L.Bowers) wrote in message news:<568b1e28.0207151047.7b1f218f@posting.google.com>...
> Eli,
> I'm having this problem as well with a ultra5 running Solaris 2.8 and gcc 3.1.
> 
> I need a little more help getting past this error.  I can't get any version
> of emacs to compile due to this error.
> 
> Can someone point me to some docs the can help me do this patch. Any idea when
> the next release is scheduled.
> 
> Regards
> -tb
> 
> > >     gcc -c   -I/usr/openwin/include  -I/usr/dt/include   -g -O2  -DEMACS_BITMAP_FILES -DHAVE_CONFIG_H -Demacs  -I. -I../src -I/usr/local/src/gnu/emacs-21.2/lwlib -I /usr/local/src/gnu/emacs-21.2/lwlib/../src xlwmenu.c
> > >     In file included from /usr/openwin/include/X11/Xos.h:81,
> > > 		     from xlwmenu.c:32:
> > >     /usr/include/strings.h:25: conflicting types for `memmove'
> > >     /usr/include/iso/string_iso.h:62: previous declaration of `memmove'
> > >     /usr/include/strings.h:26: parse error before numeric constant
> > > 
>  
> > I think we already have that fixed in both CVS head and branch.  IIRC, I 
> > sent a patch in response to the original report, but got no replies.

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2002-07-16 12:39 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-07-09 17:26 compiling on Sun Blade 100 running Solaris 2.8 "Root at morse"
2002-07-10  5:03 ` Eli Zaretskii
2002-07-14 15:22 ` Richard Stallman
2002-07-15  4:46   ` Eli Zaretskii
2002-07-15 18:47     ` T.L.Bowers
2002-07-16 12:39       ` T.L.Bowers
2002-07-16 12:39       ` T.L.Bowers
2002-07-16 12:39       ` T.L.Bowers

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).