GST on Solaris 8

Hi all..

I'm new to GST and tried to build for Solaris 8 and found a few
issues as indicated below.. Some of these have worse side-effects
than others.. I suspect some of these issues may be resolved if
we were running on a newer version of Solaris (e.g. 10).

1) configure script does not detect nanosleep() -- likely because
   it resides in librt.so on Solaris (requiring the user to add
   "-lrt" to the LIBS line in the Makefile(s).  The side effect
   of this is that the process test (when doing a 'make check' will
   hang indefinately because it uses usleep() which apparently
   has issues on Solaris 8.

2) On Solaris 8 (not sure about 10), trunc(), truncf(), truncl(),
   lrint(), lrintf(), powl() are all missing -- this causes problems
   when building prims.def or prims.inl.  For now I've removed the
   offending function references in prims.def/inl which causes
   floating point operations to dump core with a stack overflow..  
   Perhaps not a good fix..  :(

3) On Solaris 8, when building lib-src/sincosl.c, gcc (different
   versions) complain about how sincosl_table is defined.  It is
   defined as a static at the top of the file and then there's
   some code referencing it in the middle of that file and at the
   end of the file is the initialization array for it.. I moved the
   initialization to the top and used only one declaration.. Not
   sure if that's good or bad.  Below is the error I get when
   building this file:

In file included from sinl.c:53:
sincosl.c:231: error: non-static declaration of 'sincosl_table' follows
static declaration
sincosl.c:101: note: previous declaration of 'sincosl_table' was here

For now I'm trying to find some replacements for the above functions
mentioned in #3 above.. If it matters, I had various linker issues
as well and rebuilt gcc-4.4.2 and various libraries (gdbm, readline,etc)
to make gst happy when linking..


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On 02/24/2010 10:38 PM, Rick Flower wrote:
> 1) configure script does not detect nanosleep() -- likely because
>     it resides in librt.so on Solaris (requiring the user to add
>     "-lrt" to the LIBS line in the Makefile(s).  The side effect
>     of this is that the process test (when doing a 'make check' will
>     hang indefinately because it uses usleep() which apparently
>     has issues on Solaris 8.

Fixed in git.

> 2) On Solaris 8 (not sure about 10), trunc(), truncf(), truncl(),
>     lrint(), lrintf(), powl() are all missing -- this causes problems
>     when building prims.def or prims.inl.  For now I've removed the
>     offending function references in prims.def/inl which causes
>     floating point operations to dump core with a stack overflow..
>     Perhaps not a good fix..:(

truncl and powl should be replaced already, I added replacements for the
others.

> 3) On Solaris 8, when building lib-src/sincosl.c, gcc (different
>     versions) complain about how sincosl_table is defined.  It is
>     defined as a static at the top of the file and then there's
>     some code referencing it in the middle of that file and at the
>     end of the file is the initialization array for it.. I moved the
>     initialization to the top and used only one declaration.. Not
>     sure if that's good or bad.

It's good, I did the same.

I'll push the changes shortly to the git repository.

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On Thu, 25 Feb 2010 10:23:34 +0100, Paolo Bonzini <[hidden email]> wrote:
> On 02/24/2010 10:38 PM, Rick Flower wrote:
>> 1) configure script does not detect nanosleep() -- likely because
>>     it resides in librt.so on Solaris (requiring the user to add
>>     "-lrt" to the LIBS line in the Makefile(s).  The side effect
>>     of this is that the process test (when doing a 'make check' will
>>     hang indefinately because it uses usleep() which apparently
>>     has issues on Solaris 8.
>
> Fixed in git.

Thanks!

>> 2) On Solaris 8 (not sure about 10), trunc(), truncf(), truncl(),
>>     lrint(), lrintf(), powl() are all missing -- this causes problems
>>     when building prims.def or prims.inl.  For now I've removed the
>>     offending function references in prims.def/inl which causes
>>     floating point operations to dump core with a stack overflow..
>>     Perhaps not a good fix..:(
>
> truncl and powl should be replaced already, I added replacements for the

> others.

I did see stuff indicating what you mention above about powl/truncl and I
think lrint but for whatever reason they didn't get configured properly
and were left out causing more trouble.. I can provide a paste snippet
from the configure log if that would be useful.. Let me know..

>> 3) On Solaris 8, when building lib-src/sincosl.c, gcc (different
>>     versions) complain about how sincosl_table is defined.  It is
>>     defined as a static at the top of the file and then there's
>>     some code referencing it in the middle of that file and at the
>>     end of the file is the initialization array for it.. I moved the
>>     initialization to the top and used only one declaration.. Not
>>     sure if that's good or bad.
>
> It's good, I did the same.

Cool..

> I'll push the changes shortly to the git repository.

If I want to get the latest updates via GIT but am behind a
corporate firewall, should I get the stable 3.0 tarball or the
'master' tarball?  Thanks!



_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On 02/25/2010 06:46 PM, Rick Flower wrote:
> I did see stuff indicating what you mention above about powl/truncl and I
> think lrint but for whatever reason they didn't get configured properly
> and were left out causing more trouble.. I can provide a paste snippet
> from the configure log if that would be useful.. Let me know..

Yes thanks.

>> >  I'll push the changes shortly to the git repository.
>
> If I want to get the latest updates via GIT but am behind a
> corporate firewall, should I get the stable 3.0 tarball or the
> 'master' tarball?  Thanks!

Master.  Or just use the http:// URL.

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk