maria-developers team mailing list archive

[md <md@xxxxxxxxxxxxx>]

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