This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Problems building Xemacs/i686-pc-cygwin

OK, back to the original _imp__dbm_????? problems:

Back a few days:
Message-ID: <>
Date: Sun, 29 Jul 2001 13:51:31 -0400

Charles Wilson, writing about another issue of linking with a dll, spake 
thusly with Gerrit P. Haase:
I got now problems building bleadperl. : > At first configure isn't able to 
find libiconv, because there is no libiconv.a:
: : cd /usr/bin && rm cygiconv*.dll
: cd /usr/lib && rm libiconv.dll.a
: --> removing the dll stuff will force the link to use the static : 
archive. Which should work. Currently, configure is trying to link, ld : 
uses the .dll.a by default and FAILS, so assumes that it can't work.

Sorry, I thought my archive contained both the dynamic lib and the static 
lib. It doesn't (for libiconv). It does (for libcharset). I'm not 
interested in tracking this down right now.

Isn't it possible to link in the dynamic libiconv?

Yes -- if you're using a patched ld. It works for me w.r.t. glib (but I 
haven't and won't try building bleadperl anytime soon). (Glib build fails, 
but libiconv linking is not the reason; libiconv linking works) If it 
doesn't work for you, with perl -- I'm sorry. As I said earlier, no support.
Damn. I'm sorry I ever mentioned this.

I hope I haven't made you even sorrier!

However, could this be the same sort of situation?  I thought it peculiar 
that configure concluded that the linker is NOT "GNU ld."  But I have no 
idea what it tests.

At 8/2/01 05:08 PM (Thursday), Dr. Volker Zell wrote:
> >>>>> "David" == David A Cobb <> writes:
>     David> At 8/2/01 09:17 AM (Thursday), Dr. Volker Zell wrote:
>     >> >>>>> "David" == David A Cobb <> writes:
>     David> linuxplay.o: In function `play_sound_file':
>     David> /usr/local/src/XEmacs/xemacs-21.5/src/linuxplay.c(.text+0x1108):
>     David> multiple definition of `play_sound_file'
>     >>
>     David>
>     >> ntplay.o(.text+0x418):/usr/local/src/XEmacs/xemacs-21.5/src/ntplay.c:
>     David> first defined here
>     >>
>     >> For this one you have to take out linuxplay.o from the link
>     >> line. Linking is broken
>     >> since cygwin has sound support. The configure script detects
>     >> /usr/include/soundcard.h
>     >> and thinks we're on linux.
>     David> I was afraid of that.  Another case where the configuration tools
>     David> outsmart themselves by trying to be smarter than the user!  I
>     David> explicitly tell it "--with-sound=native,noesd"
>     David> and it still goes looking for something that doesn't work.
>     David> How do I do this, should I rename soundcard.h so it isn't found?
>This would work, or you could edit the line
>from src/GNUMakefile and delete soundcard.o from there after running 
> From then on, make will run just fine.
>     David> I guess I need to hid my X11R6 directory also -- altho' David 
> S-B says
>     David> he also gets the error about not being able to find X11R6.dll 
> and it
>     David> didn't hurt him.
>If you installed X11R6 like advertised then there should be no problem.
>   Volker

David A. Cobb, Software Engineer, Public Access Advocate, All around nice guy.
Get my PGP key at
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source.  Do not buy or use Potentially Viral Software!

Unsubscribe info:
Bug reporting:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]