Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
X-pair-Authenticated: 217.86.221.242
Message-ID: <3D2F0198.6DCB@multimediaware.com>
Date: Fri, 12 Jul 2002 18:19:37 +0200
From: Wolfgang Hesseler <qv@multimediaware.com>
MIME-Version: 1.0
To: egor duda <cygwin@cygwin.com>
Subject: Re: Bug: BSS segment in COFF files
References: <3D2EA2E2.2881@multimediaware.com>
	 <8772121004.20020712145134@logos-m.ru> <3D2EBFC2.6973@multimediaware.com>
	 <9975891676.20020712155424@logos-m.ru> <3D2EC616.19DA@multimediaware.com>
	 <9382195250.20020712173928@logos-m.ru> <3D2EE0C2.78D6@multimediaware.com>
	 <17484095953.20020712181108@logos-m.ru> <3D2EE7DB.471B@multimediaware.com> <18286446082.20020712185019@logos-m.ru>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> I suppose it's too early to call it non-standard without strong
> evidence. For now, you have found that it's somehow incompatible with
> ida and/or watcom linker, though i did test linking x.o with
> watcom-compiled test.obj using wlink and everything worked fine.

The solution is to use non-static variables only. The Watcom linker
will then link properly. I still think the file is non standard though.

Here is an example that shows the problem:

file a.c: (compile with gcc)
static int a;
void function1_(void)
{ a=123; }

file b.c: (compile with gcc)
static int b;
int function2_(void)
{ return b;}

file test.c: (compile with Watcom)
#include <stdio.h>
extern void _function1(void);
extern int _function2(void);
void main(void)
{
  _function1();
  printf("%d\n",_function2());
}

It will print 123 even if b was never given a value. This is because
a and b are linked to the same memory position. If the variables a and
b are public you will get the expected 0.

BTW, don't use -fno-common. If you do it, even non-static variables
are linked at the same memory position.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

