← Back to team overview

maria-developers team mailing list archive

Re: 5.5.23 default cmake build bug (Added Info)

 

Let me add to this that I did change parameters. I re-did the unpacking of the source tar ball and the project built ok.

The problem comes when you try to customize the build options that
the compiler vomits.  I will work on trying to find out why.

md

On 5/12/2012 11:44 AM, md wrote:
Downloaded the lates 5.5.23 stable, did a default configure and generate
using:

make clean
cmake .
make

Linux Fedora 14 64 bit.

Here is the compiler vomit:

[ 47%] Building CXX object
storage/oqgraph/CMakeFiles/oqgraph.dir/graphcore.cc.o

In file included from
/usr/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:27:0,

from /usr/include/boost/smart_ptr/detail/sp_counted_base.hpp:36,
from /usr/include/boost/smart_ptr/detail/shared_count.hpp:29,
from /usr/include/boost/smart_ptr/shared_ptr.hpp:32,
from /usr/include/boost/shared_ptr.hpp:17,
from /usr/include/boost/property_map/vector_property_map.hpp:14,
from /usr/include/boost/property_map/property_map.hpp:844,
from /adev/mariadb-5.5.23/storage/oqgraph/graphcore.cc:36:
/usr/include/boost/detail/sp_typeinfo.hpp: In instantiation of
‘boost::detail::sp_typeinfo
boost::detail::sp_typeid_<boost::checked_array_deleter<unsigned char>
 >::ti_’:
/usr/include/boost/smart_ptr/detail/sp_counted_impl.hpp:149:92:
instantiated from ‘void* boost::detail::sp_counted_impl_pd<P,
D>::get_deleter(const boost::detail::sp_typeinfo&) [with P = unsigned
char*, D = boost::checked_array_deleter<unsigned char>]’
/adev/mariadb-5.5.23/storage/oqgraph/graphcore.cc:1101:1: instantiated
from here
/usr/include/boost/detail/sp_typeinfo.hpp:77:48: error: conversion from
‘const char*’ to non-scalar type ‘boost::detail::sp_typeinfo’ requested
make[2]: *** [storage/oqgraph/CMakeFiles/oqgraph.dir/graphcore.cc.o]
Error 1
make[1]: *** [storage/oqgraph/CMakeFiles/oqgraph.dir/all] Error 2
make: *** [all] Error 2
[root@rpzfeddev mariadb-5.5.23]#



On 4/25/2012 3:26 AM, xiaobing jiang wrote:
hi all:
I try to fix the bug: http://bugs.mysql.com/bug.php?id=61526. but
after dig the code, I found that the federated seems don't support
"create table xx like yy". the function miss the
"share->connect_string", so it always report: ERROR 1 (HY000): server
name: '' doesn't exist!


from the page: http://kb.askmonty.org/en/about-federatedx, it says:

The FederatedX Storage Engine is a fork of the Federated Storage
Engine, the latter of the two no longer being maintained by Oracle.
The purpose of FederatedX is to keep this storage engine's development
progressing-- to both add new features as well as fix old bugs.

is it really? so will oracle accept the patch?


Thanks!

_______________________________________________
Mailing list: https://launchpad.net/~maria-developers
Post to : maria-developers@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~maria-developers
More help : https://help.launchpad.net/ListHelp


_______________________________________________
Mailing list: https://launchpad.net/~maria-developers
Post to : maria-developers@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~maria-developers
More help : https://help.launchpad.net/ListHelp



Follow ups

References