Thread: [Cppcms-users] CppCMS 1.1.0 Beta released
Brought to you by:
artyom-beilis
Menu
▾
▴
cppcms-users
|
From: Artyom B. <art...@gm...> - 2017-07-11 20:47:57
|
Hello Dear CppCMS Users.
After the goals for 1.2 were completed I announce official CppCMS
1.1.0 beta (stable will be 1.2.0)
It is available on the usual place:
https://sourceforge.net/projects/cppcms/files/cppcms/1.1.0-beta/cppcms-1.1.0.tar.bz2
It includes many new and important features:
http://cppcms.com/wikipp/en/page/cppcms_1_2_whats_new
Now I ask the community to fully participate in beta testing so 1.2
will be released ASAP.
--------------------------------------------------
What do I need to test:
(a) Framework Unit Test:
1. Download the beta version, build, run tests
2. Report on what platform you tested: OS, Compiler version, standard
library (libstdc++/libc++)
3. Have you had any tests failed and if you had please attach
Testing/Temporary/LastTest.log and CMakeCache.txt from your build
directory
I specially need tests on Mac OS X various versions, various ARM
platforms like raspberry pi and Windows different compilers
(b) Compatibility Test:
1. Try to build your existing applications with latest version, report
any problems
2. If you have been using CppCMS 1.0.5 till now please try to build
CppCMS 1.1.0 and run existing programs with new shared objects/dll
WITHOUT rebuilding your applications - it must work as is!
(c) Feature Test:
Go to: http://cppcms.com/wikipp/en/page/cppcms_1_2_whats_new
And try some of new features, report any issues with them or any
problems with API design.
-----------------------
If all goes smoothly I'll release 1.2.0 - official stable version.
Best Regards,
Artyom Beilis
|
|
From: Shiv S. D. <shi...@gm...> - 2017-07-11 21:06:37
|
Tested with Ubuntu 16.04, GCC 7.0.1(experimental). Compiles and all tests are successful but I see some warnings about implicit-fallthrough during compilation phase. Would you want to look at them? On Wed, Jul 12, 2017 at 2:17 AM, Artyom Beilis <art...@gm...> wrote: > Hello Dear CppCMS Users. > > After the goals for 1.2 were completed I announce official CppCMS > 1.1.0 beta (stable will be 1.2.0) > > It is available on the usual place: > > https://sourceforge.net/projects/cppcms/files/cppcms/ > 1.1.0-beta/cppcms-1.1.0.tar.bz2 > > It includes many new and important features: > > http://cppcms.com/wikipp/en/page/cppcms_1_2_whats_new > > Now I ask the community to fully participate in beta testing so 1.2 > will be released ASAP. > -------------------------------------------------- > > What do I need to test: > > (a) Framework Unit Test: > > 1. Download the beta version, build, run tests > 2. Report on what platform you tested: OS, Compiler version, standard > library (libstdc++/libc++) > 3. Have you had any tests failed and if you had please attach > Testing/Temporary/LastTest.log and CMakeCache.txt from your build > directory > > I specially need tests on Mac OS X various versions, various ARM > platforms like raspberry pi and Windows different compilers > > (b) Compatibility Test: > > 1. Try to build your existing applications with latest version, report > any problems > 2. If you have been using CppCMS 1.0.5 till now please try to build > CppCMS 1.1.0 and run existing programs with new shared objects/dll > WITHOUT rebuilding your applications - it must work as is! > > (c) Feature Test: > > Go to: http://cppcms.com/wikipp/en/page/cppcms_1_2_whats_new > > And try some of new features, report any issues with them or any > problems with API design. > > ----------------------- > > If all goes smoothly I'll release 1.2.0 - official stable version. > > Best Regards, > Artyom Beilis > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Cppcms-users mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cppcms-users > -- Respect, Shiv Shankar Dayal |
|
From: Artyom B. <art...@gm...> - 2017-07-12 05:51:21
|
> Tested with Ubuntu 16.04, GCC 7.0.1(experimental). Compiles and all tests > are successful but I see some warnings about implicit-fallthrough during > compilation phase. Would you want to look at them? Yes, thanks. Artyom |
|
From: Shiv S. D. <shi...@gm...> - 2017-07-12 09:13:34
Attachments:
log.txt
|
Here is the attached log. On Wed, Jul 12, 2017 at 11:21 AM, Artyom Beilis <art...@gm...> wrote: > > Tested with Ubuntu 16.04, GCC 7.0.1(experimental). Compiles and all tests > > are successful but I see some warnings about implicit-fallthrough during > > compilation phase. Would you want to look at them? > > Yes, thanks. > > Artyom > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Cppcms-users mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cppcms-users > -- Respect, Shiv Shankar Dayal |
|
From: mawan s. <ma...@gm...> - 2017-07-20 03:43:31
|
I compile with mac os x
[ 13%] Linking CXX shared library libbooster.dylib
Undefined symbols for architecture x86_64:
"_libiconv", referenced from:
std::__1::basic_string<char, std::__1::char_traits<char>,
std::__1::allocator<char> >
booster::locale::conv::impl::iconverter_base::real_convert<char,
char>(char const*, char const*) in codepage.cpp.o
std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>,
std::__1::allocator<wchar_t> >
booster::locale::conv::impl::iconverter_base::real_convert<wchar_t,
char>(char const*, char const*) in codepage.cpp.o
std::__1::basic_string<char, std::__1::char_traits<char>,
std::__1::allocator<char> >
booster::locale::conv::impl::iconverter_base::real_convert<char,
wchar_t>(wchar_t const*, wchar_t const*) in codepage.cpp.o
booster::locale::impl_posix::mb2_iconv_converter::mb2_iconv_converter(std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> > const&) in
codecvt.cpp.o
booster::locale::impl_posix::mb2_iconv_converter::to_unicode(char
const*&, char const*) in codecvt.cpp.o
booster::locale::impl_posix::mb2_iconv_converter::from_unicode(unsigned
int, char*, char const*) in codecvt.cpp.o
"_libiconv_close", referenced from:
booster::locale::conv::impl::iconv_between::~iconv_between() in
codepage.cpp.o
booster::locale::conv::impl::iconv_between::~iconv_between() in
codepage.cpp.o
booster::locale::conv::impl::iconv_between::open(char const*,
char const*, booster::locale::conv::method_type) in codepage.cpp.o
non-virtual thunk to
booster::locale::conv::impl::iconv_between::open(char const*, char
const*, booster::locale::conv::method_type) in codepage.cpp.o
non-virtual thunk to
booster::locale::conv::impl::iconv_between::~iconv_between() in
codepage.cpp.o
non-virtual thunk to
booster::locale::conv::impl::iconv_between::~iconv_between() in
codepage.cpp.o
booster::locale::conv::impl::iconverter_base::~iconverter_base()
in codepage.cpp.o
...
"_libiconv_open", referenced from:
booster::locale::conv::impl::convert_between(char const*, char
const*, char const*, char const*, booster::locale::conv::method_type)
in codepage.cpp.o
std::__1::basic_string<char, std::__1::char_traits<char>,
std::__1::allocator<char> >
booster::locale::conv::impl::convert_to<char>(char const*, char
const*, char const*, booster::locale::conv::method_type) in
codepage.cpp.o
std::__1::basic_string<char, std::__1::char_traits<char>,
std::__1::allocator<char> >
booster::locale::conv::impl::convert_from<char>(char const*, char
const*, char const*, booster::locale::conv::method_type) in
codepage.cpp.o
std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>,
std::__1::allocator<wchar_t> >
booster::locale::conv::impl::convert_to<wchar_t>(char const*, char
const*, char const*, booster::locale::conv::method_type) in
codepage.cpp.o
std::__1::basic_string<char, std::__1::char_traits<char>,
std::__1::allocator<char> >
booster::locale::conv::impl::convert_from<wchar_t>(wchar_t const*,
wchar_t const*, char const*, booster::locale::conv::method_type) in
codepage.cpp.o
booster::locale::conv::impl::iconv_between::open(char const*,
char const*, booster::locale::conv::method_type) in codepage.cpp.o
non-virtual thunk to
booster::locale::conv::impl::iconv_between::open(char const*, char
const*, booster::locale::conv::method_type) in codepage.cpp.o
...
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [booster/libbooster.1.1.0.dylib] Error 1
make[1]: *** [booster/CMakeFiles/booster.dir/all] Error 2
make: *** [all] Error 2
On 7/12/17, Shiv Shankar Dayal <shi...@gm...> wrote:
> Here is the attached log.
>
> On Wed, Jul 12, 2017 at 11:21 AM, Artyom Beilis <art...@gm...>
> wrote:
>
>> > Tested with Ubuntu 16.04, GCC 7.0.1(experimental). Compiles and all
>> > tests
>> > are successful but I see some warnings about implicit-fallthrough
>> > during
>> > compilation phase. Would you want to look at them?
>>
>> Yes, thanks.
>>
>> Artyom
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Cppcms-users mailing list
>> Cpp...@li...
>> https://lists.sourceforge.net/lists/listinfo/cppcms-users
>>
>
>
>
> --
> Respect,
> Shiv Shankar Dayal
>
|
|
From: mawan s. <ma...@gm...> - 2017-07-20 08:02:20
|
successfully build on centos 7 On 7/20/17, mawan sugiyanto <ma...@gm...> wrote: > I compile with mac os x > > [ 13%] Linking CXX shared library libbooster.dylib > Undefined symbols for architecture x86_64: > "_libiconv", referenced from: > std::__1::basic_string<char, std::__1::char_traits<char>, > std::__1::allocator<char> > > booster::locale::conv::impl::iconverter_base::real_convert<char, > char>(char const*, char const*) in codepage.cpp.o > std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, > std::__1::allocator<wchar_t> > > booster::locale::conv::impl::iconverter_base::real_convert<wchar_t, > char>(char const*, char const*) in codepage.cpp.o > std::__1::basic_string<char, std::__1::char_traits<char>, > std::__1::allocator<char> > > booster::locale::conv::impl::iconverter_base::real_convert<char, > wchar_t>(wchar_t const*, wchar_t const*) in codepage.cpp.o > > booster::locale::impl_posix::mb2_iconv_converter::mb2_iconv_converter(std::__1::basic_string<char, > std::__1::char_traits<char>, std::__1::allocator<char> > const&) in > codecvt.cpp.o > booster::locale::impl_posix::mb2_iconv_converter::to_unicode(char > const*&, char const*) in codecvt.cpp.o > > booster::locale::impl_posix::mb2_iconv_converter::from_unicode(unsigned > int, char*, char const*) in codecvt.cpp.o > "_libiconv_close", referenced from: > booster::locale::conv::impl::iconv_between::~iconv_between() in > codepage.cpp.o > booster::locale::conv::impl::iconv_between::~iconv_between() in > codepage.cpp.o > booster::locale::conv::impl::iconv_between::open(char const*, > char const*, booster::locale::conv::method_type) in codepage.cpp.o > non-virtual thunk to > booster::locale::conv::impl::iconv_between::open(char const*, char > const*, booster::locale::conv::method_type) in codepage.cpp.o > non-virtual thunk to > booster::locale::conv::impl::iconv_between::~iconv_between() in > codepage.cpp.o > non-virtual thunk to > booster::locale::conv::impl::iconv_between::~iconv_between() in > codepage.cpp.o > booster::locale::conv::impl::iconverter_base::~iconverter_base() > in codepage.cpp.o > ... > "_libiconv_open", referenced from: > booster::locale::conv::impl::convert_between(char const*, char > const*, char const*, char const*, booster::locale::conv::method_type) > in codepage.cpp.o > std::__1::basic_string<char, std::__1::char_traits<char>, > std::__1::allocator<char> > > booster::locale::conv::impl::convert_to<char>(char const*, char > const*, char const*, booster::locale::conv::method_type) in > codepage.cpp.o > std::__1::basic_string<char, std::__1::char_traits<char>, > std::__1::allocator<char> > > booster::locale::conv::impl::convert_from<char>(char const*, char > const*, char const*, booster::locale::conv::method_type) in > codepage.cpp.o > std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, > std::__1::allocator<wchar_t> > > booster::locale::conv::impl::convert_to<wchar_t>(char const*, char > const*, char const*, booster::locale::conv::method_type) in > codepage.cpp.o > std::__1::basic_string<char, std::__1::char_traits<char>, > std::__1::allocator<char> > > booster::locale::conv::impl::convert_from<wchar_t>(wchar_t const*, > wchar_t const*, char const*, booster::locale::conv::method_type) in > codepage.cpp.o > booster::locale::conv::impl::iconv_between::open(char const*, > char const*, booster::locale::conv::method_type) in codepage.cpp.o > non-virtual thunk to > booster::locale::conv::impl::iconv_between::open(char const*, char > const*, booster::locale::conv::method_type) in codepage.cpp.o > ... > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > make[2]: *** [booster/libbooster.1.1.0.dylib] Error 1 > make[1]: *** [booster/CMakeFiles/booster.dir/all] Error 2 > make: *** [all] Error 2 > > > On 7/12/17, Shiv Shankar Dayal <shi...@gm...> wrote: >> Here is the attached log. >> >> On Wed, Jul 12, 2017 at 11:21 AM, Artyom Beilis <art...@gm...> >> wrote: >> >>> > Tested with Ubuntu 16.04, GCC 7.0.1(experimental). Compiles and all >>> > tests >>> > are successful but I see some warnings about implicit-fallthrough >>> > during >>> > compilation phase. Would you want to look at them? >>> >>> Yes, thanks. >>> >>> Artyom >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Cppcms-users mailing list >>> Cpp...@li... >>> https://lists.sourceforge.net/lists/listinfo/cppcms-users >>> >> >> >> >> -- >> Respect, >> Shiv Shankar Dayal >> > |
|
From: Artyom B. <art...@gm...> - 2017-07-20 08:59:01
|
Can you please check if it is case of : http://cppcms.com/wikipp/en/page/cppcms_1x_build_troubleshooting#The.iconv.library.is.not.found.on.Mac.OS.X Check that header and library do not come from different sources. On Thu, Jul 20, 2017 at 11:02 AM, mawan sugiyanto <ma...@gm...> wrote: > successfully build on centos 7 > > On 7/20/17, mawan sugiyanto <ma...@gm...> wrote: >> I compile with mac os x >> >> [ 13%] Linking CXX shared library libbooster.dylib >> Undefined symbols for architecture x86_64: >> "_libiconv", referenced from: >> std::__1::basic_string<char, std::__1::char_traits<char>, >> std::__1::allocator<char> > >> booster::locale::conv::impl::iconverter_base::real_convert<char, >> char>(char const*, char const*) in codepage.cpp.o >> std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, >> std::__1::allocator<wchar_t> > >> booster::locale::conv::impl::iconverter_base::real_convert<wchar_t, >> char>(char const*, char const*) in codepage.cpp.o >> std::__1::basic_string<char, std::__1::char_traits<char>, >> std::__1::allocator<char> > >> booster::locale::conv::impl::iconverter_base::real_convert<char, >> wchar_t>(wchar_t const*, wchar_t const*) in codepage.cpp.o >> >> booster::locale::impl_posix::mb2_iconv_converter::mb2_iconv_converter(std::__1::basic_string<char, >> std::__1::char_traits<char>, std::__1::allocator<char> > const&) in >> codecvt.cpp.o >> booster::locale::impl_posix::mb2_iconv_converter::to_unicode(char >> const*&, char const*) in codecvt.cpp.o >> >> booster::locale::impl_posix::mb2_iconv_converter::from_unicode(unsigned >> int, char*, char const*) in codecvt.cpp.o >> "_libiconv_close", referenced from: >> booster::locale::conv::impl::iconv_between::~iconv_between() in >> codepage.cpp.o >> booster::locale::conv::impl::iconv_between::~iconv_between() in >> codepage.cpp.o >> booster::locale::conv::impl::iconv_between::open(char const*, >> char const*, booster::locale::conv::method_type) in codepage.cpp.o >> non-virtual thunk to >> booster::locale::conv::impl::iconv_between::open(char const*, char >> const*, booster::locale::conv::method_type) in codepage.cpp.o >> non-virtual thunk to >> booster::locale::conv::impl::iconv_between::~iconv_between() in >> codepage.cpp.o >> non-virtual thunk to >> booster::locale::conv::impl::iconv_between::~iconv_between() in >> codepage.cpp.o >> booster::locale::conv::impl::iconverter_base::~iconverter_base() >> in codepage.cpp.o >> ... >> "_libiconv_open", referenced from: >> booster::locale::conv::impl::convert_between(char const*, char >> const*, char const*, char const*, booster::locale::conv::method_type) >> in codepage.cpp.o >> std::__1::basic_string<char, std::__1::char_traits<char>, >> std::__1::allocator<char> > >> booster::locale::conv::impl::convert_to<char>(char const*, char >> const*, char const*, booster::locale::conv::method_type) in >> codepage.cpp.o >> std::__1::basic_string<char, std::__1::char_traits<char>, >> std::__1::allocator<char> > >> booster::locale::conv::impl::convert_from<char>(char const*, char >> const*, char const*, booster::locale::conv::method_type) in >> codepage.cpp.o >> std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, >> std::__1::allocator<wchar_t> > >> booster::locale::conv::impl::convert_to<wchar_t>(char const*, char >> const*, char const*, booster::locale::conv::method_type) in >> codepage.cpp.o >> std::__1::basic_string<char, std::__1::char_traits<char>, >> std::__1::allocator<char> > >> booster::locale::conv::impl::convert_from<wchar_t>(wchar_t const*, >> wchar_t const*, char const*, booster::locale::conv::method_type) in >> codepage.cpp.o >> booster::locale::conv::impl::iconv_between::open(char const*, >> char const*, booster::locale::conv::method_type) in codepage.cpp.o >> non-virtual thunk to >> booster::locale::conv::impl::iconv_between::open(char const*, char >> const*, booster::locale::conv::method_type) in codepage.cpp.o >> ... >> ld: symbol(s) not found for architecture x86_64 >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> make[2]: *** [booster/libbooster.1.1.0.dylib] Error 1 >> make[1]: *** [booster/CMakeFiles/booster.dir/all] Error 2 >> make: *** [all] Error 2 >> >> >> On 7/12/17, Shiv Shankar Dayal <shi...@gm...> wrote: >>> Here is the attached log. >>> >>> On Wed, Jul 12, 2017 at 11:21 AM, Artyom Beilis <art...@gm...> >>> wrote: >>> >>>> > Tested with Ubuntu 16.04, GCC 7.0.1(experimental). Compiles and all >>>> > tests >>>> > are successful but I see some warnings about implicit-fallthrough >>>> > during >>>> > compilation phase. Would you want to look at them? >>>> >>>> Yes, thanks. >>>> >>>> Artyom >>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> Cppcms-users mailing list >>>> Cpp...@li... >>>> https://lists.sourceforge.net/lists/listinfo/cppcms-users >>>> >>> >>> >>> >>> -- >>> Respect, >>> Shiv Shankar Dayal >>> >> > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Cppcms-users mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cppcms-users |
|
From: mawan s. <ma...@gm...> - 2017-07-20 11:17:41
|
Dear Artyom for version 1.0.5 can compile normally .. for version 1.1.1 on mac still error libiconv Thankyou On 7/20/17, Artyom Beilis <art...@gm...> wrote: > Can you please check if it is case of : > http://cppcms.com/wikipp/en/page/cppcms_1x_build_troubleshooting#The.iconv.library.is.not.found.on.Mac.OS.X > > Check that header and library do not come from different sources. > > On Thu, Jul 20, 2017 at 11:02 AM, mawan sugiyanto <ma...@gm...> > wrote: >> successfully build on centos 7 >> >> On 7/20/17, mawan sugiyanto <ma...@gm...> wrote: >>> I compile with mac os x >>> >>> [ 13%] Linking CXX shared library libbooster.dylib >>> Undefined symbols for architecture x86_64: >>> "_libiconv", referenced from: >>> std::__1::basic_string<char, std::__1::char_traits<char>, >>> std::__1::allocator<char> > >>> booster::locale::conv::impl::iconverter_base::real_convert<char, >>> char>(char const*, char const*) in codepage.cpp.o >>> std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, >>> std::__1::allocator<wchar_t> > >>> booster::locale::conv::impl::iconverter_base::real_convert<wchar_t, >>> char>(char const*, char const*) in codepage.cpp.o >>> std::__1::basic_string<char, std::__1::char_traits<char>, >>> std::__1::allocator<char> > >>> booster::locale::conv::impl::iconverter_base::real_convert<char, >>> wchar_t>(wchar_t const*, wchar_t const*) in codepage.cpp.o >>> >>> booster::locale::impl_posix::mb2_iconv_converter::mb2_iconv_converter(std::__1::basic_string<char, >>> std::__1::char_traits<char>, std::__1::allocator<char> > const&) in >>> codecvt.cpp.o >>> booster::locale::impl_posix::mb2_iconv_converter::to_unicode(char >>> const*&, char const*) in codecvt.cpp.o >>> >>> booster::locale::impl_posix::mb2_iconv_converter::from_unicode(unsigned >>> int, char*, char const*) in codecvt.cpp.o >>> "_libiconv_close", referenced from: >>> booster::locale::conv::impl::iconv_between::~iconv_between() in >>> codepage.cpp.o >>> booster::locale::conv::impl::iconv_between::~iconv_between() in >>> codepage.cpp.o >>> booster::locale::conv::impl::iconv_between::open(char const*, >>> char const*, booster::locale::conv::method_type) in codepage.cpp.o >>> non-virtual thunk to >>> booster::locale::conv::impl::iconv_between::open(char const*, char >>> const*, booster::locale::conv::method_type) in codepage.cpp.o >>> non-virtual thunk to >>> booster::locale::conv::impl::iconv_between::~iconv_between() in >>> codepage.cpp.o >>> non-virtual thunk to >>> booster::locale::conv::impl::iconv_between::~iconv_between() in >>> codepage.cpp.o >>> booster::locale::conv::impl::iconverter_base::~iconverter_base() >>> in codepage.cpp.o >>> ... >>> "_libiconv_open", referenced from: >>> booster::locale::conv::impl::convert_between(char const*, char >>> const*, char const*, char const*, booster::locale::conv::method_type) >>> in codepage.cpp.o >>> std::__1::basic_string<char, std::__1::char_traits<char>, >>> std::__1::allocator<char> > >>> booster::locale::conv::impl::convert_to<char>(char const*, char >>> const*, char const*, booster::locale::conv::method_type) in >>> codepage.cpp.o >>> std::__1::basic_string<char, std::__1::char_traits<char>, >>> std::__1::allocator<char> > >>> booster::locale::conv::impl::convert_from<char>(char const*, char >>> const*, char const*, booster::locale::conv::method_type) in >>> codepage.cpp.o >>> std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, >>> std::__1::allocator<wchar_t> > >>> booster::locale::conv::impl::convert_to<wchar_t>(char const*, char >>> const*, char const*, booster::locale::conv::method_type) in >>> codepage.cpp.o >>> std::__1::basic_string<char, std::__1::char_traits<char>, >>> std::__1::allocator<char> > >>> booster::locale::conv::impl::convert_from<wchar_t>(wchar_t const*, >>> wchar_t const*, char const*, booster::locale::conv::method_type) in >>> codepage.cpp.o >>> booster::locale::conv::impl::iconv_between::open(char const*, >>> char const*, booster::locale::conv::method_type) in codepage.cpp.o >>> non-virtual thunk to >>> booster::locale::conv::impl::iconv_between::open(char const*, char >>> const*, booster::locale::conv::method_type) in codepage.cpp.o >>> ... >>> ld: symbol(s) not found for architecture x86_64 >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> make[2]: *** [booster/libbooster.1.1.0.dylib] Error 1 >>> make[1]: *** [booster/CMakeFiles/booster.dir/all] Error 2 >>> make: *** [all] Error 2 >>> >>> >>> On 7/12/17, Shiv Shankar Dayal <shi...@gm...> wrote: >>>> Here is the attached log. >>>> >>>> On Wed, Jul 12, 2017 at 11:21 AM, Artyom Beilis >>>> <art...@gm...> >>>> wrote: >>>> >>>>> > Tested with Ubuntu 16.04, GCC 7.0.1(experimental). Compiles and all >>>>> > tests >>>>> > are successful but I see some warnings about implicit-fallthrough >>>>> > during >>>>> > compilation phase. Would you want to look at them? >>>>> >>>>> Yes, thanks. >>>>> >>>>> Artyom >>>>> >>>>> ------------------------------------------------------------ >>>>> ------------------ >>>>> Check out the vibrant tech community on one of the world's most >>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>>> _______________________________________________ >>>>> Cppcms-users mailing list >>>>> Cpp...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/cppcms-users >>>>> >>>> >>>> >>>> >>>> -- >>>> Respect, >>>> Shiv Shankar Dayal >>>> >>> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Cppcms-users mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cppcms-users > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Cppcms-users mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cppcms-users > |
|
From: Artyom B. <art...@gm...> - 2017-07-20 13:32:03
|
On Thu, Jul 20, 2017 at 2:17 PM, mawan sugiyanto <ma...@gm...> wrote: > Dear Artyom > > for version 1.0.5 can compile normally .. > for version 1.1.1 on mac still error libiconv > > > Thankyou > You mean you do two builds one after other on Mac OS X and 1.0.5 ok while 1.1.0 fails? Interesting... Can you please attach CMakeCache.txt from each of the builds. It is really strange. Artyom |
|
From: mawan s. <ma...@gm...> - 2017-07-21 02:44:21
Attachments:
CMakeCache_1.0.5.txt
CMakeCache_1.1.0.txt
|
Dear Artyom please see attached file. thankyou. On Jul 20, 2017 20:32, "Artyom Beilis" <art...@gm...> wrote: > > On Thu, Jul 20, 2017 at 2:17 PM, mawan sugiyanto <ma...@gm...> wrote: > > Dear Artyom > > > > for version 1.0.5 can compile normally .. > > for version 1.1.1 on mac still error libiconv > > > > > > Thankyou > > > > You mean you do two builds one after other on Mac OS X and 1.0.5 ok > while 1.1.0 fails? Interesting... > Can you please attach CMakeCache.txt from each of the builds. It is > really strange. > > Artyom > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Cppcms-users mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cppcms-users |
|
From: Artyom B. <art...@gm...> - 2017-07-22 19:32:24
|
First of all clearly as I suspected there are different iconv libs in the process $ diff -u CMakeCache_1.1.0.txt CMakeCache_1.0.5.txt --- CMakeCache_1.1.0.txt 2017-07-22 22:16:37.166633497 +0300 +++ CMakeCache_1.0.5.txt 2017-07-22 22:16:34.966608893 +0300 [snip] //Path to a file. -ICONV_INCLUDE_DIR:PATH=/usr/include +ICONV_INCLUDE_DIR:PATH=/opt/local/include //Path to a library. -ICONV_LIB:FILEPATH=/usr/lib/libiconv.dylib +ICONV_LIB:FILEPATH=/opt/local/lib/libiconv.dylib What I don't understand is how it was found. Probably when you run the 1.0.5 build you have gave an option to search in /opt/local/(include|lib) while for 1.1.0 you didn't maybe you forget to rebuild the configuration for 1.0.5 or something else. I suggest may 100% clean build for 1.0.5 and 1.1.0 i.e. create new directory test_build and run CMake only to see to which iconv points. The error you see is caused by using incompatible header and dynlib and having more than one iconv header/library installed. I probably need to add some additional tests that validate header/library compatibility. Artyom On Fri, Jul 21, 2017 at 5:44 AM, mawan sugiyanto <ma...@gm...> wrote: > Dear > Artyom > > > please see attached file. > > > > thankyou. > > On Jul 20, 2017 20:32, "Artyom Beilis" <art...@gm...> wrote: >> >> On Thu, Jul 20, 2017 at 2:17 PM, mawan sugiyanto <ma...@gm...> wrote: >> > Dear Artyom >> > >> > for version 1.0.5 can compile normally .. >> > for version 1.1.1 on mac still error libiconv >> > >> > >> > Thankyou >> > >> >> You mean you do two builds one after other on Mac OS X and 1.0.5 ok >> while 1.1.0 fails? Interesting... >> Can you please attach CMakeCache.txt from each of the builds. It is >> really strange. >> >> Artyom >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Cppcms-users mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cppcms-users > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Cppcms-users mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cppcms-users > |
|
From: mawan s. <ma...@gm...> - 2017-07-24 05:02:35
|
Thankyou Artyom I will try it. On 7/23/17, Artyom Beilis <art...@gm...> wrote: > First of all clearly as I suspected there are different iconv libs in > the process > > $ diff -u CMakeCache_1.1.0.txt CMakeCache_1.0.5.txt > --- CMakeCache_1.1.0.txt 2017-07-22 22:16:37.166633497 +0300 > +++ CMakeCache_1.0.5.txt 2017-07-22 22:16:34.966608893 +0300 > [snip] > //Path to a file. > -ICONV_INCLUDE_DIR:PATH=/usr/include > +ICONV_INCLUDE_DIR:PATH=/opt/local/include > > //Path to a library. > -ICONV_LIB:FILEPATH=/usr/lib/libiconv.dylib > +ICONV_LIB:FILEPATH=/opt/local/lib/libiconv.dylib > > What I don't understand is how it was found. Probably when you run the > 1.0.5 build you have gave an option to > search in /opt/local/(include|lib) while for 1.1.0 you didn't maybe > you forget to rebuild the configuration for > 1.0.5 or something else. > > I suggest may 100% clean build for 1.0.5 and 1.1.0 i.e. create new > directory test_build and run CMake only > to see to which iconv points. > > The error you see is caused by using incompatible header and dynlib > and having more than one iconv header/library installed. > I probably need to add some additional tests that validate > header/library compatibility. > > Artyom > > > On Fri, Jul 21, 2017 at 5:44 AM, mawan sugiyanto <ma...@gm...> wrote: >> Dear >> Artyom >> >> >> please see attached file. >> >> >> >> thankyou. >> >> On Jul 20, 2017 20:32, "Artyom Beilis" <art...@gm...> wrote: >>> >>> On Thu, Jul 20, 2017 at 2:17 PM, mawan sugiyanto <ma...@gm...> >>> wrote: >>> > Dear Artyom >>> > >>> > for version 1.0.5 can compile normally .. >>> > for version 1.1.1 on mac still error libiconv >>> > >>> > >>> > Thankyou >>> > >>> >>> You mean you do two builds one after other on Mac OS X and 1.0.5 ok >>> while 1.1.0 fails? Interesting... >>> Can you please attach CMakeCache.txt from each of the builds. It is >>> really strange. >>> >>> Artyom >>> >>> ------------------------------------------------------------------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Cppcms-users mailing list >>> Cpp...@li... >>> https://lists.sourceforge.net/lists/listinfo/cppcms-users >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Cppcms-users mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cppcms-users >> > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Cppcms-users mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cppcms-users > |
|
From: CN <cn...@fa...> - 2017-07-31 06:25:37
|
On Wed, Jul 12, 2017, at 04:47 AM, Artyom Beilis wrote: > Now I ask the community to fully participate in beta testing so 1.2 > will be released ASAP. Is "sha1_digets" at line# 66 in ~/src/crypto.cpp a typo meant to be "sha1_digest"? By the way, I feel several classes and methods within namespace "impl" are useful to me. class sha1_digets and ~/private/tohex.h are two examples. Maybe it is a good idea to expose them for public usage. Regards, CN -- http://www.fastmail.com - Accessible with your email software or over the web |
|
From: Artyom B. <art...@gm...> - 2017-07-31 06:35:18
|
actually you have one http://cppcms.com/cppcms_ref/latest/classcppcms_1_1crypto_1_1message__digest.html tohex indeed can be useful outside Artyom בתאריך 31 ביולי 2017 09:26, "CN" <cn...@fa...> כתב: On Wed, Jul 12, 2017, at 04:47 AM, Artyom Beilis wrote: > Now I ask the community to fully participate in beta testing so 1.2 > will be released ASAP. Is "sha1_digets" at line# 66 in ~/src/crypto.cpp a typo meant to be "sha1_digest"? By the way, I feel several classes and methods within namespace "impl" are useful to me. class sha1_digets and ~/private/tohex.h are two examples. Maybe it is a good idea to expose them for public usage. Regards, CN -- http://www.fastmail.com - Accessible with your email software or over the web ------------------------------------------------------------ ------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Cppcms-users mailing list Cpp...@li... https://lists.sourceforge.net/lists/listinfo/cppcms-users |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X