From: pavenis AT lanet DOT lv
Message-ID: <B0000096583@stargate.astr.lu.lv>
To: "Mark E." <snowball3 AT bigfoot DOT com>
Date: Sat, 31 Jul 1999 15:54:25 +0300
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: patch for gcc's djgpp.h
CC: djgpp-workers AT delorie DOT com
In-reply-to: <199907302341.XAA60306@out2.ibm.net>
X-mailer: Pegasus Mail for Win32 (v3.11)
Reply-To: djgpp-workers AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

On 30 Jul 99, at 19:41, Mark E. wrote:

> Hi Andris,
> You may want to incorporate the following patch into your version of gcc 2.95. There 
> was a discussion on one of the egcs lists observing the bloat that can result in 
> 2.95's C++ if this is missing. I also threw in HAVE_MAX_SKIP_P2ALIGN because the 
> comment in gcc/config/i386/gas.h that says enabling this aligns code to Intel 
> recommendations. 

At first HAVE_GAS_MAX_SKIP_P2ALIGN not HAVE_MAX_SKIP_P2ALIGN.

Also this thing should be detected by configure and seems to  need small 
hint before running configure like (after that it's detected):

AS=`test -f $DJDIR/bin/as.exe && $DJDIR/bin/as.exe`; AS=${AS-as}

The problem is with putting environment variable in prefix, but I don't want to 
use /dev/env/DJDIR for gcc. I think it's Ok for most packages except gcc:
	we don't want to see /dev/env/DJDIR/... in output of gcc (for example from
	'gcc -M'). 

> 
> *** gcc/config/i386/djgpp.h.orig	Mon Jun 21 01:23:14 1999
> --- gcc/config/i386/djgpp.h	Fri Jul 30 19:25:18 1999
> *************** Boston, MA 02111-1307, USA.  */
> *** 31,37 ****
> --- 31,48 ----
>   
>   #define YES_UNDERSCORES
>   
> + #define HAVE_MAX_SKIP_P2ALIGN
>   #include "i386/gas.h"
> + 
> + /* If defined, a C expression whose value is a string containing the
> +    assembler operation to identify the following data as
> +    uninitialized global data.  If not defined, and neither
> +    `ASM_OUTPUT_BSS' nor `ASM_OUTPUT_ALIGNED_BSS' are defined,
> +    uninitialized global data will be output in the data section if
> +    `-fno-common' is passed, otherwise `ASM_OUTPUT_COMMON' will be
> +    used.  */
> + #undef BSS_SECTION_ASM_OP
> + #define BSS_SECTION_ASM_OP "\t.section\t.bss"
>   
>   /* Enable alias attribute support.  */
>   #ifndef SET_ASM_OP
> 

About defining BSS_SECTION_ASM_OP:
	I'll perhaps try when I'll build gcc-2.95 next time.

Andris