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@lists.launchpad.net Unsubscribe : https://launchpad.net/~maria-developers More help : https://help.launchpad.net/ListHelp
_______________________________________________ Mailing list: https://launchpad.net/~maria-developers Post to : maria-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~maria-developers More help : https://help.launchpad.net/ListHelp