os_atomic_increment undeclared error compiling 5.1.43 with gcc on Solaris 10
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Percona patches |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
It appears there's a problem with the patch when applied to 5.1.43 and compiled under Solaris 10 using gcc.
Initially I was trying to get it to compile using Sun Studio but that didn't go too well, so I switched to gcc. I am getting closer, but still do not have a build under Solaris 10 that works.
What I'm finding is that os_atomic_increment is not defined when HAVE_IB_
If I were to hazard a guess, I'd think the generic os_atomic_increment was not supposed to be used in the main code, just os_atomic_
Actual Error:
/usr/sfw/bin/gcc -DHAVE_CONFIG_H -I. -I../../include -I../../include -I../../include -I../../regex -I../..
In file included from ../../storage/
../../storage/
../../storage/
../../storage/
gmake[2]: *** [libinnobase_
gmake[2]: Leaving directory `/home/
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/
gmake: *** [all-recursive] Error 1
Changed in percona-patches: | |
status: | New → Fix Committed |
My guess on the error was slightly incorrect.
The real problem appears to be in storage/ innobase/ include/ sync0rw. ic at line 242.
Changing
return( os_atomic_ increment( &(lock- >lock_word) , amount));
return( os_atomic_ increment_ lint(&( lock->lock_ word), amount));
to
appears to resolve the issue. At least I am able to compile past that point.