[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