I am having a strange problem with a DLL built with Cygwin (gcc 3.2 200290927
and ld 2.13.90 20021118).
I downloaded a package from the Net and built it as a DLL. Then, I wrote
to programs, one which linked implicitly with the DLL, and one which linked
explicitly (dlopen()ed the DLL, and then dlsy
The version of ld distributed with Cygwin (version 2.13.90 20021118) exits
with a "segmentation fault" error when launched with the -shared option
and passed a .def file with a syntax error.
An example: create a file with a .def extension, and the following content
-
LIBRARY lib BA
Can somebody explain why gcc (version 3.2 20020927) on Cygwin does this?
Type this simple C program
void func(void){
struct {unsigned char data[3985];}var;
}
and compile with
gcc -c filename.c
Then type
nm filename.o
The output is
b .bss
d .data
t .text
>-- Messaggio Originale --
>Date: Tue, 24 Dec 2002 16:11:34 +1100 (EST)
>From: Danny Smith <[EMAIL PROTECTED]>
>Subject: Re:Strange behaviour of gcc
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>
>
>[EMAIL PROTECTED] wrote:
>> Is there a reason why the symbol __alloca appears?
>
>
>GCC's __builti
I was trying to compile a program which uses zlib with Mingw (i.e. with
the flag -mno-cygwin) but the compilation failed because zlib.h could not
be found. No problems with standard Cygwin compilation.
Probably, if -mno-cygwin is used, only the directory /usr/include/mingw
is searched, /usr/includ
From: Randall R Schulz
To: cygwin at cygwin dot com
Date: Tue, 24 Dec 2002 08:16:59 -0800
Subject: Re:Strange behaviour of gcc
References: <[EMAIL PROTECTED]>
>Stack space is usually far more limited than heap
>space, which I assume is what motivates this behavior
>in the code generator. The prog
>-- Messaggio Originale --
>From: "Max Bowsher" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]>
>Subject: Re: Strange behaviour of gcc
>Date: Mon, 23 Dec 2002 23:25:00 -
>
>
>[EMAIL PROTECTED] wrote:
>> Can somebody explain why gcc (version 3.2 20020927) on Cygwin doe
7 matches
Mail list logo