[HaikuPorts-devs] glib-2.13.2 + iconv1.12 = woes

[Matt Madia]

On Sun, Oct 12, 2008 at 6:33 PM, scott mc <scottmc2 at gmail.com> wrote:
> On Fri, Oct 10, 2008 at 4:55 PM, Matt Madia <mattmadia at gmail.com> wrote:
>> Here's the process i've ironed out for building libiconv-1.12 as a shared lib:
>> Basically, it's following the haikuports instructions with some minor
>> adjustments
>>
>> libiconv1.12
>> http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.12.tar.gz
>>
>> cd /boot/home/config/bin
>> create links of :
>>        autoconf as autoconf-2.61
>>        autoheader as autoheader-2.61
>> These links are needed by the autogen.sh script.
>>
>> expand the archive  ( I use /boot/home/code )
>> cd /boot/home/code/libiconv-1.12
>> cp /boot/home/config/share/libtool/config.guess build-aux/.
>> cp /boot/home/config/share/libtool/config.sub build-aux/.
>> cd libcharset
>> cp /boot/home/config/share/libtool/config.guess build-aux/.
>> cp /boot/home/config/share/libtool/config.sub build-aux/.
>> cd ..
>> ./autogen.sh
>> cd libcharset
>> ./autogen.sh
>>
>>
>> edit the following two files and
>> replace ALL BUT ONE occurances of "beos*" with "beos* | haiku*"
>>        /boot/home/code/libiconv-1.12/configure
>>        /boot/home/code/libiconv-1.12/libcharset/configure
>> Note: I am uncertain if " | haiku*" needs to be added to all of them.
>> The only occurance that definitely does not need to be replaced is the
>> first one, in each file:
>>        beos* )
>>                lt_cv_deplibs_check_method=pass_all
>>                ;;
>> If " | haiku*" is added to this occurance,  make will display the
>> following error:
>>        /boot/develop/tools/gnupro/i586-pc-haiku/bin/ld: cannot find -lc
>>        make[2]: *** [libcharset.la] Error 1
>>
>> ./configure --prefix=/boot/common
>> make
>> make install
>>
>>
>>
>>
>> On Wed, Oct 8, 2008 at 6:25 AM, Schrijvers Luc <Begasus at skynet.be> wrote:
>>> Hi Matt,
>>>
>>> Just checked something here with libiconv.
>>>
>>> When I run the option for -build=i-386-beos without changing the
>>> config.guess files I can't seem to build the shared file. When however I
>>> change the config.guess files (in root/build-aux and
>>> libcharset/build-aux) as in the file described on
>>> http://www.zeta-games.com/temp/Haiku_libs.html (still in progress that
>>> file) and 'fix' the libtool files I can get the shared librarie.
>>>
>>> Hope you can use this one. ;)
>>>
>>> Luc
>>>
>>> On di, 2008-10-07 at 21:22 -0400, Matt Madia wrote:
>>>> On Tue, Oct 7, 2008 at 4:46 AM, Schrijvers Luc <Begasus at skynet.be> wrote:
>>>> > On ma, 2008-10-06 at 23:30 +0000, Matt Madia wrote:
>>>> >> I'm rusty at this... so it's possible that I'm overlooking something very basic.
>>>> >>
>>>> >> On a self-compiled r27878 of Haiku (gcc2, --include-gpl-addons, all
>>>> >> optional packages from UserBuildConfig), i'm trying to compile
>>>> >> glib+libIDL to stab away at Mozilla's build system.   I'd prefer to
>>>> >> either build the dependencies in haiku or use pre-built binaries for
>>>> >> Haiku.
>>>> >>
>>>> >
>>>> > Hi Matt,
>>>> >
>>>> > Just compiled glib 1.2.10 and libIDL on a fresh image in qemu without
>>>> > any real problems here.
>>>> > I don't know what version of libIDL you need but the one I used only
>>>> > needs glib >= 1.2.0 no need to go for the 2.* branch for that one
>>>> > (usefull for others tough) ;)
>>>> >
>>>> > http://www.zeta-games.com/temp/glib-1.2.10_haiku.zip
>>>> > http://www.zeta-games.com/temp/libIDL-0.6.8_haiku.zip
>>>> >
>>>> > Luc
>>>> Hi Luc
>>>> [ never knew that was your name ;) ]
>>>>
>>>> Thanks!   I really won't have time until thursday to look at this, but
>>>> were there any dependencies that you needed prior to compiling these?
>>>>  I'd like to hammer out the process to post it somewhere.
>>>>
>>>> Does libiconv1.12 build as a static or shared library for you?  For
>>>> the life of me, I can't figure out why it refuses to build a shared
>>>> lib.
>>>>
>>>> -matt
>
>
> Most if not all of those cases where you added "| haiku*",  "should"
> be taken care of if you copy in a config.guess, and config.sub, and
> then run libtoolize --force --copy, this should force the haiku case
> to be inserted where it's needed.  I say should because it doesn't
> always seem to fix the shared lib issue.  But you can try it and then
> see which cases haiku gets added to, and you'll see many times there's
> a case or two where you'll see haiku but not beos.
> -scott

Ah, i never fully understood the libtoolize --force --copy ; aclocal ;
automake ; autoconf process.
speaking of fixing the shared lib issues,  do you have any pointers?
for some reason, gettext-0.17 is passing the linker a -no-undefined
tag, which prevents shared libs from building.