On 11/8/05, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 08, 2005 at 05:00:43PM +0100, Christian Joensson wrote:
> > Sure, here's the (relevant(?) part of) generated libgomp_f.h:
> >
> > static inline void
> > omp_check_defines (void)
> > {
> > char test[(24 != sizeof (omp_lock_t)
> > || 4 != __alignof (omp_lock_t)
> > || 24 != sizeof (omp_nest_lock_t)
> > || 4 != __alignof (omp_nest_lock_t)
> > || 8 != sizeof (*(omp_lock_arg_t) 0)
> > || 8 != sizeof (*(omp_nest_lock_arg_t) 0))
> > ? -1 : 1] __attribute__ ((__unused__));
> > }
>
> That smells like libgomp_f.h has been generated before linux/sparc and linux
> have been added to the search path.
> Can you remove it and make so that it will be recreated?
> If on the first line is still not 4, please investigate with what exact
> options is the mkomp_h.pl script called and why it doesn't include
> config/linux/omp-lock.h instead of config/posix/omp-lock.h.
Before I experiment with that, pls note that the compiler is (default)
configured for target sparc64-unknown-linux-gnu and with the configure
option --with-cpu=v7 resulting in default v7 (32-bit) code. May this
"trick" be the trouble here?
--
Cheers,
/ChJ
