bug#507: compilation problem under Solaris

bug#507: compilation problem under Solaris

[Langella Raphael]

I'm compiling Emacs 22.2 under Sparc/Solaris 9. I've got librairies
under non-standard directories, so I've set LDFLAGS and CPPFLAGS with -I
and -L options to include these directories. The path to those
directories has the string "sparc" within. In src/Makefile, "sparc" has
been replaced by "1 " on the lines defining ALL_CFLAGS and LIBW. I've
corrected it manually and it compiles fine.
Here's an example if my explanation isn't clear. I set :
LDFLAGS="-L/Produits/publics/sparc.SunOS.5.8/tiff/3.8.2/lib"

in src/Makefile :
LIBW="-L/Produits/publics/1 .SunOS.5.8/tiff/3.8.2/lib"

bug#507: compilation problem under Solaris

[Glenn Morris]

"Langella Raphael" wrote:

> I'm compiling Emacs 22.2 under Sparc/Solaris 9. I've got librairies
> under non-standard directories, so I've set LDFLAGS and CPPFLAGS with -I
> and -L options to include these directories. The path to those
> directories has the string "sparc" within. In src/Makefile, "sparc" has
> been replaced by "1 " on the lines defining ALL_CFLAGS and LIBW. I've
> corrected it manually and it compiles fine.

Please try this patch to Emacs 22's configure, followed by
re-configuring.

*** configure.ORIG	2008-06-30 13:26:14.000000000 -0700
--- configure	2008-06-30 13:27:33.000000000 -0700
***************
*** 23173,23178 ****
--- 23173,23188 ----
  test "${exec_prefix}" != NONE &&
    exec_prefix=`echo "${exec_prefix}" | sed 's,\([^/]\)/*$,\1,'`
  
+ # Now get this: Some word that is part of the ${srcdir} directory name
+ # or the ${configuration} value might, just might, happen to be an
+ # identifier like `sun4' or `i386' or something, and be predefined by
+ # the C preprocessor to some helpful value like 1, or maybe the empty
+ # string.  Needless to say consequent macro substitutions are less
+ # than conducive to the makefile finding the correct directory.
+ cpp_undefs="`echo $srcdir $configuration $canonical |
+   sed -e 's/[^a-zA-Z0-9_]/ /g' -e 's/^/ /' -e 's/  *$//' \
+   -e 's/  */ -U/g' -e 's/-U[0-9][^ ]*//g'`"
+ 
  ## Check if the C preprocessor will convert `..' to `. .'.  If so, set
  ## CPP_NEED_TRADITIONAL to `yes' so that the code to generate Makefile
  ## from Makefile.c can correctly provide the arg `-traditional' to the
***************
*** 23751,23757 ****
  #
  # INIT-COMMANDS
  #
! GCC="$GCC" NON_GNU_CPP="$NON_GNU_CPP" CPP="$CPP" CPP_NEED_TRADITIONAL="$CPP_NEED_TRADITIONAL" CPPFLAGS="$CPPFLAGS"
  
  _ACEOF
  
--- 23761,23767 ----
  #
  # INIT-COMMANDS
  #
! GCC="$GCC" NON_GNU_CPP="$NON_GNU_CPP" CPP="$CPP" CPP_NEED_TRADITIONAL="$CPP_NEED_TRADITIONAL" CPPFLAGS="$CPPFLAGS" cpp_undefs="$cpp_undefs"
  
  _ACEOF
  
***************
*** 24397,24412 ****
  # and lib-src/Makefile from ${srcdir}/lib-src/Makefile.c
  # This must be done after src/config.h is built, since we rely on that file.
  
- # Now get this: Some word that is part of the ${srcdir} directory name
- # or the ${configuration} value might, just might, happen to be an
- # identifier like `sun4' or `i386' or something, and be predefined by
- # the C preprocessor to some helpful value like 1, or maybe the empty
- # string.  Needless to say consequent macro substitutions are less
- # than conducive to the makefile finding the correct directory.
- undefs="`echo $top_srcdir $configuration $canonical |
- sed -e 's/[^a-zA-Z0-9_]/ /g' -e 's/^/ /' -e 's/  *$//' \
-     -e 's/  */ -U/g' -e 's/-U[0-9][^ ]*//g' \
- `"
  
  echo creating src/epaths.h
  ${MAKE-make} epaths-force
--- 24407,24412 ----
***************
*** 24426,24432 ****
    sed -e '1,/start of cpp stuff/d'\
        -e 's,/\*\*/#\(.*\)$,/* \1 */,' \
        < Makefile.c > junk.c
!   $CPP $undefs -I. -I$srcdir/src $CPPFLAGS junk.c | \
        sed -e 's/^ /	/' -e '/^#/d' -e '/^[ 	\f]*$/d' > junk2.c
    cat junk1.c junk2.c > Makefile.new
    rm -f junk.c junk1.c junk2.c
--- 24426,24432 ----
    sed -e '1,/start of cpp stuff/d'\
        -e 's,/\*\*/#\(.*\)$,/* \1 */,' \
        < Makefile.c > junk.c
!   $CPP $cpp_undefs -I. -I$srcdir/src $CPPFLAGS junk.c | \
        sed -e 's/^ /	/' -e '/^#/d' -e '/^[ 	\f]*$/d' > junk2.c
    cat junk1.c junk2.c > Makefile.new
    rm -f junk.c junk1.c junk2.c
***************
*** 24442,24448 ****
    sed -e '1,/start of cpp stuff/d'\
        -e 's,/\*\*/#\(.*\)$,/* \1 */,' \
        < Makefile.c > junk.c
!   $CPP $undefs -I. -I$srcdir/src $CPPFLAGS junk.c | \
        sed -e 's/^ /	/' -e '/^#/d' -e '/^[ 	\f]*$/d' > junk2.c
    cat junk1.c junk2.c > Makefile.new
    rm -f junk.c junk1.c junk2.c
--- 24442,24448 ----
    sed -e '1,/start of cpp stuff/d'\
        -e 's,/\*\*/#\(.*\)$,/* \1 */,' \
        < Makefile.c > junk.c
!   $CPP $cpp_undefs -I. -I$srcdir/src $CPPFLAGS junk.c | \
        sed -e 's/^ /	/' -e '/^#/d' -e '/^[ 	\f]*$/d' > junk2.c
    cat junk1.c junk2.c > Makefile.new
    rm -f junk.c junk1.c junk2.c

bug#507: marked as done (compilation problem under Solaris)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 840 bytes --]


Your message dated Sat, 09 Aug 2008 22:42:24 -0400
with message-id <8xabflfv5b.fsf@fencepost.gnu.org>
and subject line Re: bug#507: compilation problem under Solaris
has caused the Emacs bug report #507,
regarding compilation problem under Solaris
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
507: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=507
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 2895 bytes --]

From: "Langella Raphael" <raphael.langella@steria.cnes.fr>
To: <bug-gnu-emacs@gnu.org>
Subject: compilation problem under Solaris
Date: Mon, 30 Jun 2008 14:41:03 +0200
Message-ID: <092785B790DCD043BA45401EDA43D9B503276D91@cst-xch-003.cnesnet.ad.cnes.fr>


I'm compiling Emacs 22.2 under Sparc/Solaris 9. I've got librairies
under non-standard directories, so I've set LDFLAGS and CPPFLAGS with -I
and -L options to include these directories. The path to those
directories has the string "sparc" within. In src/Makefile, "sparc" has
been replaced by "1 " on the lines defining ALL_CFLAGS and LIBW. I've
corrected it manually and it compiles fine.
Here's an example if my explanation isn't clear. I set :
LDFLAGS="-L/Produits/publics/sparc.SunOS.5.8/tiff/3.8.2/lib"

in src/Makefile :
LIBW="-L/Produits/publics/1 .SunOS.5.8/tiff/3.8.2/lib"




[-- Attachment #3: Type: message/rfc822, Size: 1629 bytes --]

From: Glenn Morris <rgm@gnu.org>
To: 507-done@emacsbugs.donarmstrong.com
Subject: Re: bug#507: compilation problem under Solaris
Date: Sat, 09 Aug 2008 22:42:24 -0400
Message-ID: <8xabflfv5b.fsf@fencepost.gnu.org>


Fix synced to 22 branch 2008-08-10, bug closed.