Re: HAVE_STDLIB_H

Re: HAVE_STDLIB_H

[Craig Burley]

>Well, at least short term the problem with this is only the
>c++ front end includes stdlib.h -- c, g77 and objc don't
>include it, and thus if autoconf decided that a decl wasn't
>needed because one existed in stdlib.h, then we end up losing.

FYI, my version of g77 (the one I'm about to release for 0.5.21,
which differs from egcs' versions a bit, I'm sure) *does*
include <stdlib.h> in its gcc/f/proj.h file, which is the
"central" file "every" front-end source file includes first.
(And I've changed it to #include <config.j> before anything
else -- config.j normally just does #include "config.h" from
gcc.)

I'd look into making g77 more compliant to various standards
right away, except I'm still working on a gcc-2.7.2.2 base,
where things like HAVE_STDLIB_H and such don't really exist.
Just hoping the few things I *am* doing don't make 0.5.21
worse than 0.5.20 for anyone; *that* would be embarrassing!

In another few weeks, I hope to be able to start making time
to work on egcs, especially the g77 side of it, etc. etc.

        tq vm, (burley)

Re: Here are the g++ test results

[Alexandre Oliva]

Joe Buck writes:

>> I did apply HJ Lu's patch and ran make ckeck-g++ and got the same 
>> results as you and HJ. Is it not possible to run the make checks without 
>> installing the untested compilers and header files?

> It's possible and not hard.  The tests just need to get the -nostdinc++
> flag (to avoid using /usr/include/g++) as well as an -I flag to give them
> the egcs libstdc++ headers.

Not only that, some tests also need to be linked against libstdc++, so
you may need to add some -L flag for gcc to find the non-installed
libstdc++, and maybe a -R flag for the run-time path, if you have
built a shared library.

-- 
Alexandre Oliva
mailto:oliva@dcc.unicamp.br mailto:aoliva@acm.org
Universidade Estadual de Campinas, SP, Brasil

Re: egcs-ss-970821 - Coldfire code generation problem

[Joel Sherrill]

On Wed, 27 Aug 1997, Jim Wilson wrote:

> 	While compiling egcs-ss-970821 to target m68k-rtems, I encountered the
> 	following problem building newlib:
> 
> 	/tmp/cca28012.s:623: Error: operands mismatch -- statement `or.l 
> 	#272,-646(%a6)' ignored
> 
> This problem is due to a typo in a recent m68k.md change made Philippe De
> Muyter.  It is easy to fix.

Thank you very much.  I am glad it was simple.  With this patch, I was
able to build the one-tree (binutils, gcc, newlib) with egcs-ss-970821 for
m68k-rtems.

FYI This is also in the gcc2 snapshots so please forward the patch to that
list.

--joel

Re: build on sparc-sun-sunos4.1.3

[Alexandre Oliva]

--Multipart_Thu_Aug_28_01:51:32_1997-1
Content-Type: text/plain; charset=US-ASCII

Jeffrey A Law writes:

>   In message <199708261407.KAA19260@ahab.rutgers.edu>you write:

>> I got the following error when doing "configure; make":
>> /bin/sh: ../libiberty: bad directory

> Hmm, weird, not sure what would cause this... I'll look into it.

Here's a fix for this problem.  The main reason is that libiberty is
not multilib'ed, so there's not a libiberty directory in each multilib
dir, only in the main build directory.

-- 
Alexandre Oliva
mailto:oliva@dcc.unicamp.br mailto:aoliva@acm.org
Universidade Estadual de Campinas, SP, Brasil

--Multipart_Thu_Aug_28_01:51:32_1997-1
Content-Type: application/octet-stream; type=patch
Content-Disposition: attachment; filename="libiberty.diff"
Content-Transfer-Encoding: 7bit

--- libstdc++/Makefile.in~	Wed Aug 27 02:03:49 1997
+++ libstdc++/Makefile.in	Thu Aug 28 01:17:00 1997
@@ -42,7 +42,7 @@
 ##
 
 IO_DIR    = ../libio
-LIBIBERTY_DIR = ../libiberty
+LIBIBERTY_DIR = $(MULTIBUILDTOP)../libiberty
 
 LIBIBERTY_OBJS = `cat $(LIBIBERTY_DIR)/needed-list` strerror.o
 

--Multipart_Thu_Aug_28_01:51:32_1997-1--

sh-rtems configuration

[Joel Sherrill]

This adds the sh-rtems configuration.

--joel
sh-rtems configuration

This adds the sh-rtems configuration.


diff -r -c tmp/egcs-ss-970821/config/sh/sh.h egcs-ss-970821/config/sh/sh.h
*** tmp/egcs-ss-970821/config/sh/sh.h	Thu Aug 21 17:50:18 1997
--- egcs-ss-970821/config/sh/sh.h	Wed Aug 27 13:59:50 1997
***************
*** 144,151 ****
--- 144,155 ----
    {"padstruct", PADSTRUCT_BIT},    		\
    {"relax",	RELAX_BIT},			\
    {"space", 	SPACE_BIT},			\
+   SUBTARGET_SWITCHES                            \
    {"",   	TARGET_DEFAULT} 		\
  }
+ 
+ /* This are meant to be redefined in the host dependent files */
+ #define SUBTARGET_SWITCHES
  
  #define TARGET_DEFAULT  (0)
  
diff -r -c tmp/egcs-ss-970821/configure.in egcs-ss-970821/configure.in
*** tmp/egcs-ss-970821/configure.in	Thu Aug 21 17:48:08 1997
--- egcs-ss-970821/configure.in	Wed Aug 27 14:50:32 1997
***************
*** 2275,2280 ****
--- 2275,2285 ----
  		tm_file=sh/elf.h
  		float_format=sh
  		;;
+ 	sh-*-rtems*)
+ 		tmake_file="sh/t-sh t-rtems"
+ 		tm_file=sh/rtems.h
+ 		float_format=sh
+ 		;;
  	sh-*-*)
  		float_format=sh
  		;;
diff -P -r -c tmp/egcs-ss-970821/config/sh/rtems.h egcs-ss-970821/config/sh/rtems.h
*** tmp/egcs-ss-970821/config/sh/rtems.h	Wed Dec 31 18:00:00 1969
--- egcs-ss-970821/config/sh/rtems.h	Wed Aug 27 12:25:18 1997
***************
*** 0 ****
--- 1,35 ----
+ /* Definitions for rtems targetting a SH using elf.
+ 
+    Copyright (C) 1996 Free Software Foundation, Inc.
+    Contributed by Joel Sherrill (joel@OARcorp.com).
+ 
+ This file is part of GNU CC.
+ 
+ GNU CC is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 2, or (at your option)
+ any later version.
+ 
+ GNU CC is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ GNU General Public License for more details.
+ 
+ You should have received a copy of the GNU General Public License
+ along with GNU CC; see the file COPYING.  If not, write to
+ the Free Software Foundation, 59 Temple Place - Suite 330,
+ Boston, MA 02111-1307, USA.  */
+ 
+ #include "sh/elf.h"
+ 
+ /* Specify predefined symbols in preprocessor.  */
+ 
+ #undef CPP_PREDEFINES
+ #define CPP_PREDEFINES "-D__sh__ -D__ELF__ -Drtems -D__rtems__ \
+   -Asystem(rtems) -Acpu(sh) -Amachine(sh)"
+ 
+ #undef  SUBTARGET_SWITCHES
+ #define SUBTARGET_SWITCHES \
+   { "rtems", 0 },
+ 
+ /* end of sparc/rtems.h */

Re: maintainer mode [was: Re: Building of generated parser files]

[Gary V Vaughan]

Surely, one could write a relatively bombproof checksum utility with a
few lines of shell (or sed), which the GNU standards allow us to assume
will be present in the build environment...  Just the choice of
algorithm really; how about SUM_OF_NON_WS_ASCII_ALNUM_CHARS modulo
MAX_INT?

Ian Lance Taylor wrote:
> 
>    Date: 27 Aug 1997 14:08:27 +0200
>    From: Samuel Tardieu <sam@inf.enst.fr>
> 
>    >>>>> "Ian" == Ian Lance Taylor <ian@cygnus.com> writes:
> 
>    Ian> I guess the main difficulty I see is the lack of a standard
>    Ian> checksum program.  Everything else seems workable.
> 
>    Why not including a small one in the distribution, to be built soon enough?
> 
> That would lead us into a whole new set of problems, involving finding
> a working compiler for the build system which can generate programs we
> can execute.  Remember, we might be building with a cross compiler.
> These problems are probably solvable, but at some point the solution
> becomes worse than the disease.
> 
> Ian