maria-developers team mailing list archive

[md <md@xxxxxxxxxxxxx>]

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