Problems linking program

Problems linking program

[Matt Minnis]

I am having trouble linking a program:

What libraries are these found in?
__umoddi3
__udivdi3
_cygwin_istext_for_stdio

The errors are below:
/usr/lib/libg.a(vfprintf.o): In function `vfprintf_r':
/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../../.
./../../src/newlib/libc/stdio/vfprintf.c:774: undefined reference to 
`__umoddi3'

/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../../.
./../../src/newlib/libc/stdio/vfprintf.c:775: undefined reference to 
`__udivdi3'

/usr/lib/libg.a(stdio.o): In function `_stextmode':
/home/Habacker/tmp/kde/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../
../../../../src/newlib/libc/stdio/stdio.c:127: undefined reference to 
`_cygwin_i
stext_for_stdio'
make: *** [libgd.so.2.0.0] Error 1

Thanks,

Matt


"Pinky, you've left the lens cap of your mind on again." - The Brain
=========================================================
Preferred Resources          (314) 567-7600 phone
701 Emerson rd.              (314) 993-6699 fax
Suite 475                      mminnis@prefres.com
St. Louis, MO
63141
=========================================================


--
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/

Re: Problems linking program

[Larry Hall (RFK Partners, Inc)]

At 02:16 PM 4/18/2002, Matt Minnis wrote:
>I am having trouble linking a program:
>
>What libraries are these found in?
>__umoddi3
>__udivdi3
>_cygwin_istext_for_stdio
>
>The errors are below:
>/usr/lib/libg.a(vfprintf.o): In function `vfprintf_r':
>/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../../.
>./../../src/newlib/libc/stdio/vfprintf.c:774: undefined reference to `__umoddi3'
>
>/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../../.
>./../../src/newlib/libc/stdio/vfprintf.c:775: undefined reference to `__udivdi3'
>
>/usr/lib/libg.a(stdio.o): In function `_stextmode':
>/home/Habacker/tmp/kde/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/../
>../../../../src/newlib/libc/stdio/stdio.c:127: undefined reference to `_cygwin_i
>stext_for_stdio'
>make: *** [libgd.so.2.0.0] Error 1



In all seriousness, 'nm' on the available libraries will tell you this.

But I'm going to guess you won't find what you want.  It looks 
to me like you have two (other) problems:

    1. You're building with against some old Cygwin DLL code

    2. You're trying to build the GNU C library

You can rectify (1).  Good luck with (2).  You'll need it! ;-)




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


--
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/

Re: Problems linking program

[Matt Minnis]

Larry,

I did an nm -C and collected the output to a text file.
I found references to these functions in libc, libg, and libcygwin.
I am not quite sure what to look for now.
Can you explain what I need to be looking for?

Thanks,

Matt

At 02:24 PM 4/18/2002, you wrote:
>At 02:16 PM 4/18/2002, Matt Minnis wrote:
> >I am having trouble linking a program:
> >
> >What libraries are these found in?
> >__umoddi3
> >__udivdi3
> >_cygwin_istext_for_stdio
> >
> >The errors are below:
> >/usr/lib/libg.a(vfprintf.o): In function `vfprintf_r':
> >/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/ 
> ../../.
> >./../../src/newlib/libc/stdio/vfprintf.c:774: undefined reference to 
> `__umoddi3'
> >
> >/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/ 
> ../../.
> >./../../src/newlib/libc/stdio/vfprintf.c:775: undefined reference to 
> `__udivdi3'
> >
> >/usr/lib/libg.a(stdio.o): In function `_stextmode':
> >/home/Habacker/tmp/kde/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/st 
> dio/../
> >../../../../src/newlib/libc/stdio/stdio.c:127: undefined reference to 
> `_cygwin_i
> >stext_for_stdio'
> >make: *** [libgd.so.2.0.0] Error 1
>
>
>
>In all seriousness, 'nm' on the available libraries will tell you this.
>
>But I'm going to guess you won't find what you want.  It looks
>to me like you have two (other) problems:
>
>     1. You're building with against some old Cygwin DLL code
>
>     2. You're trying to build the GNU C library
>
>You can rectify (1).  Good luck with (2).  You'll need it! ;-)
>
>
>
>
>Larry Hall                              lhall@rfk.com
>RFK Partners, Inc.                      http://www.rfk.com
>838 Washington Street                   (508) 893-9779 - RFK Office
>Holliston, MA 01746                     (508) 893-9889 - FAX
>
>
>--
>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/


"Pinky, you've left the lens cap of your mind on again." - The Brain
=========================================================
Preferred Resources          (314) 567-7600 phone
701 Emerson rd.              (314) 993-6699 fax
Suite 475                      mminnis@prefres.com
St. Louis, MO
63141
=========================================================


--
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/

Re: Problems linking program

[Guy Harrison]

On Fri, 19 Apr 2002 15:25:27 -0500, "Matt Minnis" <mminnis@prefres.com>
wrote:

>Larry,
>
>I did an nm -C and collected the output to a text file.
>I found references to these functions in libc, libg, and libcygwin.
>I am not quite sure what to look for now.
>Can you explain what I need to be looking for?

In the case of functions, big 'T's ;-)

Loosely: Definitions. One thereof. Multiple definitions means you have
to make an executive decision about which lib was intended, and no
definition implies "go download missing package" or "bad config wrong
machine".

nm -A --defined-only `find /lib -name '*.a'` | grep umoddi3

[snip path]/libgcc.a:_umoddi3.o:00000000 b .bss
           /libgcc.a:_umoddi3.o:00000000 d .data
           /libgcc.a:_umoddi3.o:00000000 ? .stab
           /libgcc.a:_umoddi3.o:00000000 ? .stabstr
           /libgcc.a:_umoddi3.o:00000000 t .text
           /libgcc.a:_umoddi3.o:00000000 t ___clz_tab
           /libgcc.a:_umoddi3.o:00000000 t ___gnu_compiled_c
           /libgcc.a:_umoddi3.o:00000100 T ___umoddi3
           /libgcc.a:_umoddi3.o:00000000 t gcc2_compiled

...implies "-lgcc" is missing from the link line. Now you're certainly
on your own because that's automatically done via "specs".

[snip]

-- 
swamp-dog@ntlworld.com

--
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/

Re: Problems linking program

[Larry Hall (RFK Partners, Inc)]

At 04:25 PM 4/19/2002, Matt Minnis wrote:
>Larry,
>
>I did an nm -C and collected the output to a text file.
>I found references to these functions in libc, libg, and libcygwin.
>I am not quite sure what to look for now.
>Can you explain what I need to be looking for?
>
>Thanks,
>
>Matt
>
>At 02:24 PM 4/18/2002, you wrote:
>>At 02:16 PM 4/18/2002, Matt Minnis wrote:
>> >I am having trouble linking a program:
>> >
>> >What libraries are these found in?
>> >__umoddi3
>> >__udivdi3
>> >_cygwin_istext_for_stdio
>> >
>> >The errors are below:
>> >/usr/lib/libg.a(vfprintf.o): In function `vfprintf_r':
>> >/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/ ../../.
>> >./../../src/newlib/libc/stdio/vfprintf.c:774: undefined reference to `__umoddi3'
>> >
>> >/home/Habacker/src/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/stdio/ ../../.
>> >./../../src/newlib/libc/stdio/vfprintf.c:775: undefined reference to `__udivdi3'
>> >
>> >/usr/lib/libg.a(stdio.o): In function `_stextmode':
>> >/home/Habacker/tmp/kde/cygwin-1.3.2-1/build/i686-pc-cygwin/newlib/libc/st dio/../
>> >../../../../src/newlib/libc/stdio/stdio.c:127: undefined reference to `_cygwin_i
>> >stext_for_stdio'
>> >make: *** [libgd.so.2.0.0] Error 1
>>
>>
>>
>>In all seriousness, 'nm' on the available libraries will tell you this.
>>
>>But I'm going to guess you won't find what you want.  It looks
>>to me like you have two (other) problems:
>>
>>     1. You're building with against some old Cygwin DLL code
>>
>>     2. You're trying to build the GNU C library
>>
>>You can rectify (1).  Good luck with (2).  You'll need it! ;-)
>>
>>
>>
>>
>>Larry Hall                              lhall@rfk.com
>>RFK Partners, Inc.                      http://www.rfk.com
>>838 Washington Street                   (508) 893-9779 - RFK Office
>>Holliston, MA 01746                     (508) 893-9889 - FAX

Hi Matt,

I'm not sure I can explain what you should be looking for, since I'm not 
sure I understand what you're doing.  As I stated before, as near as I can
tell you're working with old Cygwin source (for some reason) and possibly
trying to build the GNU C library.  The former seems unnecessary at best and
the latter is a major undertaking at least.  But to your specific query,
libc.a and libg.a are simple symbolic links to libcygwin.a.  libcygwin.a 
is the import library for the Cygwin DLL, which has all the C library 
routines for the Cygwin environment.  Building with gcc/g++ as provided by
Cygwin automatically includes libcygwin.a.  If your symbols aren't resolving
but they are in this library, I'm going to guess that there is a library 
ordering problem but that's a shot in the dark (and not a very good one I
bet) given that I don't understand what you're trying to do and the details
of how you're doing it.

Good luck,


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


--
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/

Re: Problems linking program

[Larry Hall (RFK Partners, Inc)]

At 03:40 PM 4/22/2002, Charles Wilson wrote:
>Larry Hall (RFK Partners, Inc) wrote:
>
>>>        ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o
>>>gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o   gdfontt.o gdfonts.o
>>>gdfontmb.o gdfontl.o gdfontg.o   gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o
>>>gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin
>>>/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to
>>>`GetModuleHandleA@4'
>
>>OK.  First, you shouldn't need to list -lcygwin.  It gets added automatically.
>>Fortunately now, it should be harmless to list it however.  That hasn't always
>>been the case so it's good not to get in the habit of adding it when it's not
>>needed.
>>'GetModuleHandle()' is a Win32 API.  You apparently have not installed the w32api package.  Rerun setup and do so.
>
>Nope -- the problem is he's using 'ld' directly to link the DLL.  Don't do that.  Instead of 'ld -shared', use 'gcc -shared'.  If you MUST pass linker specific options to ld, use '-Wl,--my-ld-option' in your gcc command line.


Ouch!  Chuck's right with this one.  I didn't pay attention to the link 
line, just the error.  Using 'ld' directly will not automatically pick 
up the w32api libraries, even if they are installed.  Use 'gcc' as Chuck
suggests.


>(BTW, naming your dll "foo.so.2.0.0" is a really bad idea.  Windows only supports shared libs that end in ".dll".)


Yeah, it still looks to me like Matt is trying to build the GNU C library
for some reason.  If it's to use with Cygwin, linking and correct naming
conventions for Windows will be the least of his problems! ;-)



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


--
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/

Re: Problems linking program

[Charles Wilson]

Larry Hall (RFK Partners, Inc) wrote:

>>        ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o
>>gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o   gdfontt.o gdfonts.o
>> gdfontmb.o gdfontl.o gdfontg.o   gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o
>> gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin
>>/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to
>>`GetModuleHandleA@4'

> OK.  First, you shouldn't need to list -lcygwin.  It gets added automatically.
> Fortunately now, it should be harmless to list it however.  That hasn't always
> been the case so it's good not to get in the habit of adding it when it's not
> needed.
> 
> 'GetModuleHandle()' is a Win32 API.  You apparently have not installed the 
> w32api package.  Rerun setup and do so.

Nope -- the problem is he's using 'ld' directly to link the DLL.  Don't 
do that.  Instead of 'ld -shared', use 'gcc -shared'.  If you MUST pass 
linker specific options to ld, use '-Wl,--my-ld-option' in your gcc 
command line.

(BTW, naming your dll "foo.so.2.0.0" is a really bad idea.  Windows only 
supports shared libs that end in ".dll".)

--Chuck


--
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/

Re: Problems linking program

[Larry Hall (RFK Partners, Inc)]

At 02:29 PM 4/22/2002, Matt Minnis wrote:
>Larry,
>
>What I am trying to do is guild a library for working with images called GD.
>It is for dynamically creating images, and I got it from:
>http://www.boutell.com/gd/
>
>The libraries and order that I am using is:
>LIBS=-lfreetype -lgd -lz -ljpeg -lpng -lcygwin
>
>I have resolved most of the issues now, but now I seem to be getting an error about a DLL linkage?
>
>Here is the cygwin1.dll that I am using.
>where cygwin1.dll
>D:\cygwin\bin\cygwin1.dll
>
>Here is the current error that I am getting.
>
>/source/gd-2.0.1 >make install
>MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>         rm -f libgd.so.2.0.0 2>/dev/null
>The system cannot find the path specified.
>         ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o
>gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o   gdfontt.o gdfonts.o
>  gdfontmb.o gdfontl.o gdfontg.o   gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o
>  gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin
>/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to
>`GetModuleHandleA@4'
>
>** error 1 ** deleting libgd.so.2.0.0


OK, I'm not sure why you sent this again to the list when I answered the 
same query that you sent me off-list.  But in the interest of complete
symmetry, I'll cut and paste the response I already gave you privately.


------------- cut and paste --------------------------------------------

OK.  First, you shouldn't need to list -lcygwin.  It gets added automatically.
Fortunately now, it should be harmless to list it however.  That hasn't always
been the case so it's good not to get in the habit of adding it when it's not
needed.

'GetModuleHandle()' is a Win32 API.  You apparently have not installed the 
w32api package.  Rerun setup and do so.



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


--
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/

Re: Problems linking program

[Matt Minnis]

Larry,

What I am trying to do is guild a library for working with images called GD.
It is for dynamically creating images, and I got it from:
http://www.boutell.com/gd/

The libraries and order that I am using is:
LIBS=-lfreetype -lgd -lz -ljpeg -lpng -lcygwin

I have resolved most of the issues now, but now I seem to be getting an 
error about a DLL linkage?

Here is the cygwin1.dll that I am using.
where cygwin1.dll
D:\cygwin\bin\cygwin1.dll

Here is the current error that I am getting.

/source/gd-2.0.1 >make install
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
         rm -f libgd.so.2.0.0 2>/dev/null
The system cannot find the path specified.
         ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o
gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o   gdfontt.o 
gdfonts.o
  gdfontmb.o gdfontl.o gdfontg.o   gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o
  gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin
/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to
`GetModuleHandleA@4'

** error 1 ** deleting libgd.so.2.0.0

Thanks,

Matt


>I'm not sure I can explain what you should be looking for, since I'm not
>sure I understand what you're doing.  As I stated before, as near as I can
>tell you're working with old Cygwin source (for some reason) and possibly
>trying to build the GNU C library.  The former seems unnecessary at best and
>the latter is a major undertaking at least.  But to your specific query,
>libc.a and libg.a are simple symbolic links to libcygwin.a.  libcygwin.a
>is the import library for the Cygwin DLL, which has all the C library
>routines for the Cygwin environment.  Building with gcc/g++ as provided by
>Cygwin automatically includes libcygwin.a.  If your symbols aren't resolving
>but they are in this library, I'm going to guess that there is a library
>ordering problem but that's a shot in the dark (and not a very good one I
>bet) given that I don't understand what you're trying to do and the details
>of how you're doing it.

"Pinky, you've left the lens cap of your mind on again." - The Brain

=========================================================
Preferred Resources          (314) 567-7600 phone
701 Emerson rd.              (314) 993-6699 fax
Suite 475                      mminnis@prefres.com
St. Louis, MO
63141
=========================================================


--
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/