Hi Riccardo, > Am 21.03.2015 um 17:25 schrieb Riccardo Mottola <[email protected]>: > > why do I get this error on solaris 9 x86? I do not specify the architecture. > I just added a patch for a known problem regarding UINTPTR_MAX. > What is forcing "amd64" > > ICU for C/C++ 54.1 is ready to be built. > === Important Notes: === > Data Packaging: library > This means: ICU data will be linked with ICU. A shared data library will be > built. > To locate data: ICU will use the linked data library. If linked with the stub > library located in stubdata/, the application can use udata_setCommonData() > or set a data path to override. > Building ICU: Use a GNU make such as /opt/csw/bin/gmake to build ICU. > checking the version of "/opt/csw/bin/gmake"... 3.82 (we wanted at least 3.80) > ok > [configure-modulated] complete for libicu. > gmake[1]: Leaving directory `/home/rmottola/opencsw/libicu54/trunk' > gmake[1]: Entering directory `/home/rmottola/opencsw/libicu54/trunk' > /home/rmottola/opencsw/.buildsys/v2/gar//gar.conf.mk:502: *** The ISA 'amd64' > can not be build on this kernel with the arch 'i386'. Stop. > gmake[1]: Leaving directory `/home/rmottola/opencsw/libicu54/trunk'
That is a bit complicated: when building on Solaris 9 with BUILD64 enabled the 32 bit part is build on Solaris 9 and the 64 bit part on Solaris 10 to build a joint package which can run on Solaris 9 and 10. For this the build process jumps to another machine (are you building this on the farm?) with Solaris 10. You can disable this with something like this: BUILD64-5.10 = 1 BUILD64 = $(BUILD64-$(GAROSREL)) Best regards — Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
smime.p7s
Description: S/MIME cryptographic signature
