[csw-maintainers] garv2 and multi-ISA build (i386/amd64) problems (target skipped)
Dagobert Michelsen
dam at opencsw.org
Fri Jan 9 18:45:07 CET 2009
Hi Sebastian,
Am 09.01.2009 um 13:10 schrieb Sebastian Kayser:
> i am having an issue with a multi-ISA build. To build and package
> mbuffer
> for i386 & amd64 i am using the three step approach suggested by Dago.
>
> build8x: gmake build-isa-i386
> build10x: gmake merge
> build8x: gmake package
>
> When doing this, the post-configure-isa-amd64 target is _not_ run.
> When
> i substitute the step on build10x with
>
> build10x: gmake configure
> build10x: gmake merge
>
> then the post-configure-isa-amd64 target is run.
>
> So if someone with experience in garv2 and multi-ISA builds could
> have a
> quick look at my build description for mbuffer [1] i would appreciate
> it. Should i do things differently or is this a garv2 issue?
That was a bug. The target was not called due to the dependency chain
automatically generated for the modulations. It is now fixed in r2772:
<http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/gar/v2/gar.mk?r1=2772&r2=2771&pathrev=2772
>
One more thing: What you are trying to do here
> # Solaris 10 on build10x has libm.so which points to libm.so.2.
> libm.so.2
> # is however not available on Solaris 8. So we have to explicitly use
> # libm.so.1 during linking and get rid of the -lm reference. Otherwise
> # the package check on build8x when running "gmake package" fails.
is also a flaw of checkpkg: When a package is build on Solaris 8 and
Solaris 10
the complete package may fail when checkpkg'ed on Solaris 8 with the
reason above.
You were able to link to a specific version, but this may not always
be possible.
I have no idea on how this could be fixed in checkpkg apart from not
making
mixed packages or checking only on Solaris 10.
Best regards
-- Dago
More information about the maintainers
mailing list