Solaris has a really old, really broken, /bin/sh which they've kept around
forever for compatibility reasons. Maybe there are some tests which assume
features that aren't supported in Solaris /bin/sh?

David


On Tue, Sep 17, 2013 at 7:38 AM, Paul Smith <psm...@gnu.org> wrote:

> On Tue, 2013-09-17 at 10:23 +0200, Dagobert Michelsen wrote:
> > > Unfortunately I don't have a copy of Sun Studio and I don't have any
> > > SPARC hardware.  I'll need someone with access to these to assist.
> >
> > That is no problem. There are already a number of GNU projects that use
> > our buildfarm to ensure portability to Solaris:
> >   http://www.opencsw.org/extend-it/signup/to-upstream-maintainers/
> > The farm is equipped with Solaris 8, 9, 10, 11 both Sparc and x86
> > and both Sun Studio compilers and gcc. Just let me know if you want
> > an account and send me your ssh public key.
>
> OK, will do.
>
> > > The first thing to try is re-running configure with the
> > > "--without-guile" option then rebuild, to see if that helps.  If it
> > > does, then I think we'll need to reconvene this discussion on the
> > > guile-users list.
> >
> > The compile works with --without-guile, but I get two possibly harmless
> > warnings:
>
> Hm.  I'll check with the Guile folks.
>
> I think these warnings are harmless but I'll look.
>
> > > "load.c", line 85: warning: assignment type mismatch:
> > >         pointer to function(pointer to const struct  {pointer to const
> char filenm, unsigned long lineno}) returning int "=" pointer to void
> > > "load.c", line 90: warning: assignment type mismatch:
> > >         pointer to function(pointer to const struct  {pointer to const
> char filenm, unsigned long lineno}) returning int "=" pointer to void
> >
> > Additionally, there are a number of tests failing:
> >
> > > features/archives ....................................... FAILED (4/10
> passed)
> > > features/escape ......................................... FAILED (6/8
> passed)
> > > features/output-sync .................................... FAILED (8/9
> passed)
> > > targets/ONESHELL ........................................ Error
> running
> /home/dam/mgar/pkg/gmake/trunk/work/solaris10-sparc/build-isa-sparcv8plus/make-3.99.91/tests/../make
> (expected 0; got 512):
> /home/dam/mgar/pkg/gmake/trunk/work/solaris10-sparc/build-isa-sparcv8plus/make-3.99.91/tests/../make
> -f work/targets/ONESHELL.mk.1
> > > FAILED (5/6 passed)
> > > variables/SHELL ......................................... Error
> running
> /home/dam/mgar/pkg/gmake/trunk/work/solaris10-sparc/build-isa-sparcv8plus/make-3.99.91/tests/../make
> (expected 0; got 512):
> /home/dam/mgar/pkg/gmake/trunk/work/solaris10-sparc/build-isa-sparcv8plus/make-3.99.91/tests/../make
> -f work/variables/SHELL.mk.6
> > > FAILED (7/8 passed)
>
> This is much more concerning.
>
>
>
> _______________________________________________
> Bug-make mailing list
> Bug-make@gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-make
>
_______________________________________________
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

Reply via email to