RE: DLL generation under Cygwin

RE: DLL generation under Cygwin

[Ted Yu]

Hi,
I deleted .o files and compiled with -mno-cygwin.
cygwin1.dll is still needed because it contains
malloc() and free() which are used in my DLL.
Here is my Makefile:
OBJS = \
	8d0.o 8d1.o 8d2.o \
	8c0.o 8c1.o 8c2.o \
	8r0.o 8r1.o 8r2.o \
	8u0.o 8u1.o 8u2.o \
	8v0.o 8v1.o 8v2.o \
	4d0.o 4d1.o 4d2.o \
	4c0.o 4c1.o 4c2.o \
	4r0.o 4r1.o 4r2.o \
	4u0.o 4u1.o 4u2.o \
	4v0.o 4v1.o 4v2.o \
	8sc.o 8sr.o 8mc.o 8mr.o \
	4sc.o 4sr.o 4mc.o 4mr.o \
	fftfreq.o djbfft2d.o /lib/libc.a

CFLAGS = -O1 -fomit-frame-pointer -malign-double
-mno-cygwin
djbfft.dll: $(OBJS)
	$(LD) -s --base-file fft.base --dll -o $(DLLNAME)
$(OBJS) $(LIBS) -e 'fftEntry@12'
	dlltool --as=$(AS) --dllname $(DLLNAME) --def fft.def
--base-file fft.base --output-exp fft.exp
	$(LD) -s --base-file fft.base fft.exp -dll -o
$(DLLNAME) $(OBJS) $(LIBS) -e 'fftEntry@12'
	dlltool --as=$(AS) --dllname $(DLLNAME) --def fft.def
--base-file fft.base --output-exp fft.exp
	$(LD) fft.exp --dll -o $(DLLNAME) $(OBJS) $(LIBS) -e
'fftEntry@12'
	dlltool --def fft.def --dllname $(DLLNAME)
--output-lib fft.lib



	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: DLL generation under Cygwin

[Igor Pechtchanski]

On Wed, 5 May 2004, Ted Yu wrote:

> Hi,
> I deleted .o files and compiled with -mno-cygwin.
> cygwin1.dll is still needed because it contains
> malloc() and free() which are used in my DLL.

So does MSVCRT.dll, which is what MinGW uses for its runtime.

> Here is my Makefile:
> OBJS = \
>         8d0.o 8d1.o 8d2.o \
>         8c0.o 8c1.o 8c2.o \
>         8r0.o 8r1.o 8r2.o \
>         8u0.o 8u1.o 8u2.o \
>         8v0.o 8v1.o 8v2.o \
>         4d0.o 4d1.o 4d2.o \
>         4c0.o 4c1.o 4c2.o \
>         4r0.o 4r1.o 4r2.o \
>         4u0.o 4u1.o 4u2.o \
>         4v0.o 4v1.o 4v2.o \
>         8sc.o 8sr.o 8mc.o 8mr.o \
>         4sc.o 4sr.o 4mc.o 4mr.o \
>         fftfreq.o djbfft2d.o /lib/libc.a
                               ^^^^^^^^^^^
Why are you linking in libc.a explicitly?  The appropriate version should
be automatically linked in by the compiler.

> CFLAGS = -O1 -fomit-frame-pointer -malign-double -mno-cygwin
> djbfft.dll: $(OBJS)
>         $(LD) -s --base-file fft.base --dll -o $(DLLNAME) $(OBJS) $(LIBS) -e 'fftEntry@12'
                                                 ^^^^^^^^^^         ^^^^^^^
What's LIBS set to?  What's DLLNAME set to?

>         dlltool --as=$(AS) --dllname $(DLLNAME) --def fft.def --base-file fft.base --output-exp fft.exp
                       ^^^^^
What's AS set to?

>         $(LD) -s --base-file fft.base fft.exp -dll -o $(DLLNAME) $(OBJS) $(LIBS) -e 'fftEntry@12'
>         dlltool --as=$(AS) --dllname $(DLLNAME) --def fft.def --base-file fft.base --output-exp fft.exp
>         $(LD) fft.exp --dll -o $(DLLNAME) $(OBJS) $(LIBS) -e 'fftEntry@12'
>         dlltool --def fft.def --dllname $(DLLNAME) --output-lib fft.lib

It also looks like you're using the Cygwin version of "ld", and dlltool
will probably invoke the Cygwin versions of tools, too.  Try adding
-mno-cygwin to CC rather than CFLAGS, i.e.,

CC = gcc -mno-cygwin
CFLAGS = -O1 -fomit-frame-pointer -malign-double
...

and using $(CC) to link instead of $(LD) (you can pass flags to ld via
the -Wl,... options, IIRC).
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: DLL generation under Cygwin

[Ted Yu]

Hi, Igor:
> So does MSVCRT.dll, which is what MinGW uses for its
> runtime.
I am not familiar with MinGW. What is it ?

> Why are you linking in libc.a explicitly?  The
> appropriate version should
> be automatically linked in by the compiler.
If I omit libc.a, I get this:
ld: warning: cannot find entry symbol fftEntry@12;
defaulting to 10001000
djbfft2d.o(.text+0x3c0):djbfft2d.cpp: undefined
reference to `_alloca'
djbfft2d.o(.text+0x44c):djbfft2d.cpp: undefined
reference to `malloc'
djbfft2d.o(.text+0x7a7):djbfft2d.cpp: undefined
reference to `free'

> What's LIBS set to?  What's DLLNAME set to?
> 
LIBS is empty. DLLNAME is djbfft.dll.

> What's AS set to?
> 
AS is as.

> and using $(CC) to link instead of $(LD) (you can
> pass flags to ld via
> the -Wl,... options, IIRC).
Any difference in doing so ? I got the above Makefile
from Cygwin FAQ. Does gcc accept -e option ?

Thanks



	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: DLL generation under Cygwin

[Igor Pechtchanski]

On Wed, 5 May 2004, Ted Yu wrote:

> Hi, Igor:
> > So does MSVCRT.dll, which is what MinGW uses for its
> > runtime.
>
> I am not familiar with MinGW. What is it ?

<http://mingw.org/>.  This is what you invoke when you give the
-mno-cygwin flag to gcc.  Incidentally, once you eliminate Cygwin from the
equation, any further questions or problem reports about "gcc -mno-cygwin"
should go to the mingw-users list.

> > Why are you linking in libc.a explicitly?  The appropriate version
> > should be automatically linked in by the compiler.
>
> If I omit libc.a, I get this:
> ld: warning: cannot find entry symbol fftEntry@12; defaulting to 10001000
> djbfft2d.o(.text+0x3c0):djbfft2d.cpp: undefined reference to `_alloca'
> djbfft2d.o(.text+0x44c):djbfft2d.cpp: undefined reference to `malloc'
> djbfft2d.o(.text+0x7a7):djbfft2d.cpp: undefined reference to `free'

That's because you use "ld" instead of "gcc".  "gcc" (with appropriate
flags, i.e., "-mno-cygwin") should do the right thing.  You can also use
"gcc -shared" instead of dlltool, IIRC.

> > What's LIBS set to?  What's DLLNAME set to?  What's AS set to?
>
> LIBS is empty. DLLNAME is djbfft.dll. AS is as.
>
> > and using $(CC) to link instead of $(LD) (you can pass flags to ld via
> > the -Wl,... options, IIRC).
>
> Any difference in doing so ? I got the above Makefile from Cygwin FAQ.

See above.  "gcc" does invoke "ld" under the covers, but it's very hard to
reconstruct the actual command line manually, so why not just use "gcc"?

> Does gcc accept -e option ?
> Thanks

If you mean "ld"'s option to set the start address, then "gcc" itself
doesn't, but you can pass it to "ld" via -Wl,-e...
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: DLL generation under Cygwin

[Ted Yu]

Hi, Igor:
> <http://mingw.org/>.  This is what you invoke when
> you give the
> -mno-cygwin flag to gcc.  Incidentally, once you

Does this mean I need to install MinGW runtime ?

> That's because you use "ld" instead of "gcc".  "gcc"
> (with appropriate
> flags, i.e., "-mno-cygwin") should do the right
> thing.  You can also use
> "gcc -shared" instead of dlltool, IIRC.

Where does gcc find free(), malloc() in this case ?
Thanks


	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: DLL generation under Cygwin

[Igor Pechtchanski]

On Wed, 5 May 2004, Ted Yu wrote:

> Hi, Igor:
> > <http://mingw.org/>.  This is what you invoke when you give the
> > -mno-cygwin flag to gcc.  Incidentally, once you
>
> Does this mean I need to install MinGW runtime ?

Yes, to be able to use "gcc -mno-cygwin".

> > That's because you use "ld" instead of "gcc".  "gcc" (with appropriate
> > flags, i.e., "-mno-cygwin") should do the right thing.  You can also
> > use "gcc -shared" instead of dlltool, IIRC.
>
> Where does gcc find free(), malloc() in this case ?

In the libc.a or *crt*.o appropriate for the platform (MinGW).
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Cygwin runtime

[Ted Yu]

Hi,
This is related to Cygwin DLL posts.
If I stick to Cygwin runtime, I should be able to call
DLL generated by Cygwin from MSVC project.
For the moment, I encounter exception calling into
this DLL:
000f77d0()
fft_general_0(float * 0x02e60040, int 256, int 512,
int 1) line 163 + 17 bytes
bpcorr(const unsigned char * 0x02cbdcf8, int 240, int
320, int 0, int 0, int 240, int 320, const unsigned
char * 0x02cd0940, int -110, int 110, int -110, int
110, int 4, int 4, int 2, float * 0x0223d0e0, float *
0x0223d0a0, float * 0x0223d27c, float * 0x0223d060)
line 1121 + 28 bytes

I tried to initialize _impure_ptr in entry function.
extern "C" int __stdcall fftEntry(HINSTANCE h,
unsigned long a, void * b)
{
	_impure_ptr = __imp_reent_data;
	return 1;
}
But ld gave me this:
ld: warning: cannot find entry symbol fftEntry@12;
defaulting to 10001000

R/


	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Cygwin runtime

[Igor Pechtchanski]

On Wed, 5 May 2004, Ted Yu wrote:

> Hi,
> This is related to Cygwin DLL posts.
> If I stick to Cygwin runtime, I should be able to call
> DLL generated by Cygwin from MSVC project.
> For the moment, I encounter exception calling into
> this DLL:
> 000f77d0()
> fft_general_0(float * 0x02e60040, int 256, int 512,
> int 1) line 163 + 17 bytes
> bpcorr(const unsigned char * 0x02cbdcf8, int 240, int
> 320, int 0, int 0, int 240, int 320, const unsigned
> char * 0x02cd0940, int -110, int 110, int -110, int
> 110, int 4, int 4, int 2, float * 0x0223d0e0, float *
> 0x0223d0a0, float * 0x0223d27c, float * 0x0223d060)
> line 1121 + 28 bytes
>
> I tried to initialize _impure_ptr in entry function.
> extern "C" int __stdcall fftEntry(HINSTANCE h, unsigned long a, void * b)
                 ^^^^^^^^^
> {
>         _impure_ptr = __imp_reent_data;
>         return 1;
> }
> But ld gave me this:
> ld: warning: cannot find entry symbol fftEntry@12;
> defaulting to 10001000
>
> R/

Make sure the function is prototyped correctly where it's called.
Otherwise the names won't match.  BTW, this is straight C stuff, not
Cygwin-specific.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

DLL generation under Cygwin

[Ted Yu]

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

Hi,
Here is some information on exception:
		  if (!hFFT) {
			hFFT = LoadLibrary("djbfft.dll");
			status = GetLastError();	// 998 invalid memory
access
			rfour2d = (RFOUR2D) GetProcAddress(hFFT,
"rfft2d_djb");
		  }

000f77d0()
fft_general_0(float * 0x02e90040, int 256, int 512,
int 1) line 163 + 17 bytes
bpcorr(const unsigned char * 0x02cedcf8, int 240, int
320, int 0, int 0, int 240, int 320, const unsigned
char * 0x02d00940, int -110, int 110, int -110, int
110, int 4, int 4, int 2, float * 0x0223d0e0, float *
0x0223d0a0, float * 0x0223d27c, float * 0x0223d060)
line 1121 + 28 bytes

Note: forwarded message attached.



	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

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

From: Ted Yu <ted_yu@yahoo.com>
To: DJ Delorie <dj@delorie.com>
Subject: Re: DLL generation under Cygwin
Date: Mon, 3 May 2004 18:41:58 -0700 (PDT)

Hi, DJ:
I produced a DLL with two exported functions through
Cygwin.
I also generated import library for it.
When Windows application calls the function, I
immediately encountered exception.
I tried to call LoadLibrary() and got error 998 -
invalid memory access.

Any hint ?
Thanks


	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: DLL generation under Cygwin

[Larry Hall]

If your DLL was built against the Cygwin DLL, you'll have difficulties
because the Cygwin DLL won't be loaded properly.  Try building with 
'gcc -mno-cygwin'.  Of course, if you need the POSIX APIs Cygwin 
provides, you'll now have to do some porting.

Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
838 Washington Street                   (508) 893-9889 - FAX
Holliston, MA 01746                     



At 01:19 PM 5/4/2004, you wrote:
>Hi,
>Here is some information on exception:
>          if (!hFFT) {
>            hFFT = LoadLibrary("djbfft.dll");
>            status = GetLastError();    // 998 invalid memory
>access
>            rfour2d = (RFOUR2D) GetProcAddress(hFFT,
>"rfft2d_djb");
>          }
>
>000f77d0()
>fft_general_0(float * 0x02e90040, int 256, int 512,
>int 1) line 163 + 17 bytes
>bpcorr(const unsigned char * 0x02cedcf8, int 240, int
>320, int 0, int 0, int 240, int 320, const unsigned
>char * 0x02d00940, int -110, int 110, int -110, int
>110, int 4, int 4, int 2, float * 0x0223d0e0, float *
>0x0223d0a0, float * 0x0223d27c, float * 0x0223d060)
>line 1121 + 28 bytes
>
>Note: forwarded message attached.
>
>
>
>    
>        
>__________________________________
>Do you Yahoo!?
>Win a $20,000 Career Makeover at Yahoo! HotJobs  
>http://hotjobs.sweepstakes.yahoo.com/careermakeover X-Apparently-To: ted_yu@yahoo.com via 216.136.172.28; Mon, 03 May 2004 18:41:58 -0700
>Return-Path: <ted_yu@yahoo.com>
>Received: from 216.136.172.23  (HELO web12103.mail.yahoo.com) (216.136.172.23)
>  by mta133.mail.sc5.yahoo.com with SMTP; Mon, 03 May 2004 18:41:58 -0700
>Received: from [192.146.1.16] by web12103.mail.yahoo.com via HTTP; Mon, 03 May 2004 18:41:58 PDT
>Date: Mon, 3 May 2004 18:41:58 -0700 (PDT)
>From: Ted Yu <ted_yu@yahoo.com>
>Subject: Re: DLL generation under Cygwin
>To: DJ Delorie <dj@delorie.com>
>In-Reply-To: <200405020341.i423fK4n020958@envy.delorie.com>
>MIME-Version: 1.0
>Content-Type: text/plain; charset=us-ascii
>Content-Length: 442
>
>Hi, DJ:
>I produced a DLL with two exported functions through
>Cygwin.
>I also generated import library for it.
>When Windows application calls the function, I
>immediately encountered exception.
>I tried to call LoadLibrary() and got error 998 -
>invalid memory access.
>
>Any hint ?
>Thanks
>
>
>    
>        
>__________________________________
>Do you Yahoo!?
>Win a $20,000 Career Makeover at Yahoo! HotJobs  
>http://hotjobs.sweepstakes.yahoo.com/careermakeover 
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:       http://cygwin.com/problems.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/ 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: DLL generation under Cygwin

[Ted Yu]

Hi, Larry:
If I use your flag, I got the following:
ld: warning: cannot find entry symbol fftEntry@12;
defaulting to 10001000
djbfft2d.o(.text+0x4d3):djbfft2d.cpp: undefined
reference to `_imp___iob'
djbfft2d.o(.text+0x50a):djbfft2d.cpp: undefined
reference to `_imp___iob'

BTW, I have this function:
int __stdcall fftEntry(HINSTANCE h, unsigned long a,
void * b)
Why is ld complaining that fftEntry@12 cannot be found ?


	
		
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: DLL generation under Cygwin

[Dave Korn]

> -----Original Message-----
> From: cygwin-owner On Behalf Of Ted Yu
> Sent: 04 May 2004 20:23

> Hi, Larry:
> If I use your flag, I got the following:
> ld: warning: cannot find entry symbol fftEntry@12;
> defaulting to 10001000
> djbfft2d.o(.text+0x4d3):djbfft2d.cpp: undefined
> reference to `_imp___iob'
> djbfft2d.o(.text+0x50a):djbfft2d.cpp: undefined
> reference to `_imp___iob'

  This looks to me like you only re-tried the link stage; you need to
rebuild all the .o files from scratch using -mno-cygwin as well, otherwise
they'll still have references to cygwin stuff.


> BTW, I have this function:
> int __stdcall fftEntry(HINSTANCE h, unsigned long a,
> void * b)
> Why is ld complaining that fftEntry@12 cannot be found ?

  Because gcc uses a different name-mangling scheme to msvc.

  Without knowing anything about your makefile or command line options, it's
a bit hard to give any more specific advice.  However I highly recommend you
read the "Programming Questions" section of the cygwin faq at
http://cygwin.com/faq/faq_4.html#SEC88, and the "Programming with Cygwin"
section of the userguide at
http://cygwin.com/cygwin-ug-net/programming.html, both of which contain lots
of advice about building dlls under cygwin.


    cheers, 
      DaveK
-- 
Can't think of a witty .sigline today....


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/