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]
Other format: [Raw text]

Re: building iconv/libcharset fails

I've ported it -- but I will not submit it for official inclusion in the 
cygwin distro.  If you want to take my work, and assume the official 
maintainership, and submit it for official inclusion, that is ABSOLUTELY 
FINE with me.  (Also, once the official libtool-1.5 comes out, then the 
libiconv maintainers might accept our patch -- but not until then.  Can 
you imagine?  "What?  You want me to accept a major patch, of over 3M 
size, generated by running an unofficial version of libtool?  Hah!")

Take a look here:


The -src package contains two patches.  The normal build procedure is to 
unpack the -src package and then:

./ prep
./ conf
./ build
./ install
./ pkg
./ spkg

This procedure uses the *first* patch, the really big one, but doesn't 
require that you have the autotools installed.

The OTHER build procedure

./ prep2
./ conf
./ build
./ install
./ pkg
./ spkg

This procedure uses the second, very much smaller patch.  However, the 
"prep2" step first removes all of the autotool generated files, and 
re-runs the autotools. (That's where the bulk of the first patch comes 
from).  THEN it applies the small secondary patch.

So, "prep" uses the big patch, and no autotools.  "prep2" uses the small 
patch and the autotools.

Note that my version uses "prefix=/usr/local".  You'll want to change 
that to "/usr" in


Paul Miller wrote:

> I've been trying to get a gtk/gtkmm setup going, and all was well until 
> I ran into this "little" libiconv dependency to glib. The build of the 
> libcharset library is failing, with this error:
> gcc -O -Wl,--base-file,.libs/cygcharset-1.dll-base 
> -Wl,-e,__cygwin_dll_entry@12 -o .libs/cygcharset-1.dll  localcharset.lo
> /usr/lib/libcygwin.a(libcmain.o)(.text+0x6a): undefined reference to 
> `WinMain@16'
> collect2: ld returned 1 exit status
> make[2]: *** [] Error 1
> I've seen discussion regarding this problem going back almost a year. As 
> libiconv is now a dependency is virtually all gnu software, are we any 
> closer to getting this to build that doesn't require rocket science?
>  From the link error, this *looks* like it could be a trivial problem - 
> shouldn't it be trying to use main() instead of using the Win32 runtime?

Unsubscribe info:
Bug reporting:

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