Are you, by chance using GCC for your compile? SUNWlibgc is likely build
with SS12, meaning you would have to use SS12 for your build. If memory
serves, Inkscape requires boost, which cannot be built with Cstd, either
stlport4 or (preferably) stdcxx would have to be used for boost and any
packages that require boost. Unfortunately this would also be incompatible
with SUNWlibgc. There are a number of packages I've looked into porting,
and encountered this issue multiple times already. A boost dependency is
always a red-flag.

This whole problem comes from the fact that Cstd, which ARC currently
recommends all C++ libraries be build against, is not compliant with
ISO/IEC 14882, and cannot be made so without breaking that interface (I
believe commitment levels prevent that from happening). stdcxx, which is
compliant, has been made a part of SS12, and is being shipped with
opensolaris in accordance with PSARC 2008/549
(http://arc.opensolaris.org/caselog/PSARC/2008/549/) and LSARC 2009/178
(Unpublished). By my reading of the (rather lengthy) discussion, changing
the requirement from Cstd to stdcxx was considered, but was decided against
in an effort to speed the addition of adding stdcxx. The best course of
action is probably to get ARC to review just changing this requirement, and
began the process of migrating everything over.

I I have considered doing this, and will be happy to assist in this as much
as I can, but I really don't know the ARC process.

(I have CCed sj-discuss as well, as this topic is highly relevant there.)

Andrew Hettinger
http://Prominic.NET  ||  AHettinger at Prominic.NET
Tel:  866.339.3169 (toll free) -or- +1.217.356.2888 x.110 (int'l)
Fax: 866.372.3356 (toll free) -or- +1.217.356.3356            (int'l)


Philip Torchinsky wrote on 11/10/2009 09:08:06 AM:

>
> Hi,
>
> it looks like SUNWlibgc does not have the code, similar to what we need
> to port inkscape:
>
> --- error ---
> checking for gc.h... yes
> checking for GC_init in -lgc... no
> checking for GC_malloc in -lgc... no
> checking for GC_realloc in -lgc... no
> checking for GC_free in -lgc... no
> configure: error: libgc (the Boehm Conservative Collector) 6.4+, is
> needed to compile inkscape --
> http://www.hpl.hp.com/personal/Hans_Boehm/gc
> -----
>
> I tried to compile boehm-gc itself, as it described at
> http://wiki.inkscape.org/wiki/index.php/CompilingInkscape#Boehm-GC
> and the compilation was fine.
>
> However I faced another error while testing the library:
>
> filip at marsel:~/inkscape/gc6.8$ make check
> Making check in doc
> make[1]: Entering directory `/export/home/filip/inkscape/gc6.8/doc'
> make[1]: Nothing to be done for `check'.
> make[1]: Leaving directory `/export/home/filip/inkscape/gc6.8/doc'
> Making check in include
> make[1]: Entering directory `/export/home/filip/inkscape/gc6.8/include'
> make[1]: Nothing to be done for `check'.
> make[1]: Leaving directory `/export/home/filip/inkscape/gc6.8/include'
> make[1]: Entering directory `/export/home/filip/inkscape/gc6.8'
> make  gctest
> make[2]: Entering directory `/export/home/filip/inkscape/gc6.8'
> make[2]: `gctest' is up to date.
> make[2]: Leaving directory `/export/home/filip/inkscape/gc6.8'
> make  check-TESTS
> make[2]: Entering directory `/export/home/filip/inkscape/gc6.8'
> Switched to incremental mode
> Reading dirty bits from /proc
> List reversal produced incorrect list - collector is broken
> Test failed
> /bin/sh: line 9: 24879: Abort(coredump)
> FAIL: gctest
> ==================================
> 1 of 1 tests failed
> Please report to Hans.Boehm at hp.com
> ==================================
> make[2]: *** [check-TESTS] Error 1
> make[2]: Leaving directory `/export/home/filip/inkscape/gc6.8'
> make[1]: *** [check-am] Error 2
> make[1]: Leaving directory `/export/home/filip/inkscape/gc6.8'
> make: *** [check-recursive] Error 1
> filip at marsel:~/inkscape/gc6.8$
>
> Had somebody similar problems? What can be wrong?
> I sent a message to Hans, but I doubt he answers promptly, he might have
> hundreds of such emails.
>
> Philip
> _______________________________________________
> sw-porters-discuss mailing list
> sw-porters-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/sw-porters-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/sourcejuicer-discuss/attachments/20091110/b84f7d5c/attachment.html>

Reply via email to