Given all this talk about missing files, picky compilers, &c., I have to ask, besides QCSSL, is there anything in this project that builds right now on a modern compiler? That might help us gauge exactly how ambitious this project is, given that I have had several critical comments in that direction.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Good question! I have working builds of Imap.dll and QCUtils.dll. And I have clean but untested builds of EuLang.dll and JFX. I have tried and been unable thus far to complete clean builds of EuImap.dll and QCSocket.dll. Most of the other DLLs generate just a few compilation errors but the main executable, Eudora.exe, produces 10,301! (This does not mean there are over ten thousand things that need fixing -- probably just a few hundred.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well, seeing as you did such a good job with QCSSL, I'd like you to keep working on it and the other DLL's. They'll be crucial to getting the main exec running, after all. EuImap might actually be worth spinning off into its own project, given that the Open Source world desperately needs more protocol libraries; there are perhaps two or three such libraries in existence. I'll have a peek through the Eudora developer documentation and figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not going to be able to build it, because Wintertree Sentry has been cut out of the release. Therefore, I'd like you to begin working on editing the Spell*.CPP files so that they call the NuSpell engine (it's in the SpelChek directory) instead.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have poked around and tested Imap.dll quite a bit. It seems like reliable code and when I looked in the Eudora mailing lists for bug reports in IMAP operation, I found none. However, despite being reliable, it is rather unclever and inefficient. There is a lot I would like to do to spruce it up but I think that should be a long-term goal. I also have IMAP client code of my own that I might open-source one day.
I will likely not be doing any work on this project for the next 10 days. This is partly because I will be traveling and partly because I expect to be busy with other work. I will be checking in on the discussion though.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Of these spell check files "headervw,h/cpp" seems to be the prime target
as it seems to be QualComm code, and this is the definition of the DoSpellCheck() function. You want the library called "nuspell" here
instead, yes?
Well, seeing as you did such a good job with QCSSL, I'd like you to keep
working on it and the other DLL's. They'll be crucial to getting the main
exec running, after all. EuImap might actually be worth spinning off into
its own project, given that the Open Source world desperately needs more
protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
I think I hit their homepage at SF, but now I can only find references to hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude to
it.
Of these spell check files "headervw,h/cpp" seems to be the prime
target as it seems to be QualComm code, and this is the definition of
the DoSpellCheck() function. You want the library called "nuspell"
here instead, yes?
Well, seeing as you did such a good job with QCSSL, I'd like you to keep
working on it and the other DLL's. They'll be crucial to getting the main
exec running, after all. EuImap might actually be worth spinning off into
its own project, given that the Open Source world desperately needs more
protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
I think I hit their homepage at SF, but now I can only find references to hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude
to it.
Of these spell check files "headervw,h/cpp" seems to be the prime
target as it seems to be QualComm code, and this is the definition of
the DoSpellCheck() function. You want the library called "nuspell"
here instead, yes?
Well, seeing as you did such a good job with QCSSL, I'd like you to keep
working on it and the other DLL's. They'll be crucial to getting the main
exec running, after all. EuImap might actually be worth spinning off into
its own project, given that the Open Source world desperately needs more
protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
I think I hit their homepage at SF, but now I can only find references
to hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude
to it.
Of these spell check files "headervw,h/cpp" seems to be the prime
target as it seems to be QualComm code, and this is the definition of
the DoSpellCheck() function. You want the library called "nuspell"
here instead, yes?
Well, seeing as you did such a good job with QCSSL, I'd like you to
keep working on it and the other DLL's. They'll be crucial to getting the
main exec running, after all. EuImap might actually be worth spinning off
into its own project, given that the Open Source world desperately needs
more protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
On Fri, Sep 14, 2018 at 12:34 PM sbrothy@gmail.com wrote:
I think I hit their homepage at SF, but now I can only find references
to hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude
to it.
Regards.....
On Fri, Sep 14, 2018 at 12:27 PM sbrothy@gmail.com wrote:
Of these spell check files "headervw,h/cpp" seems to be the prime
target as it seems to be QualComm code, and this is the definition of
the DoSpellCheck() function. You want the library called "nuspell"
here instead, yes?
Well, seeing as you did such a good job with QCSSL, I'd like you to
keep working on it and the other DLL's. They'll be crucial to getting the
main exec running, after all. EuImap might actually be worth spinning off
into its own project, given that the Open Source world desperately needs
more protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
; _Predicate =
nuspell::my_ctype<wchar_t>::do_scan_not(std::ctype_base::mask, const
char_type</wchar_t>, const char_type)
const::<lambda(auto:3)>]</lambda(auto:3)>’
locale_utils.cxx:730:57: required from here
locale_utils.cxx:730:56: error: cannot call member function ‘virtual bool
nuspell::my_ctype<wchar_t>::do_is(std::ctype_base::mask,
std::ctype<wchar_t>::char_type) const’ without object
& https://sourceforge.net/../auto%20c { return do_is(m, c); });
^
In file included from /usr/include/c++/6/bits/stl_algobase.h:71:0,
from /usr/include/c++/6/bits/char_traits.h:39,
from /usr/include/c++/6/string:40,
from /usr/include/c++/6/bits/locale_classes.h:40,
from /usr/include/c++/6/locale:39,
from locale_utils.hxx:47,
from locale_utils.cxx:24:
/usr/include/c++/6/bits/predefined_ops.h: In instantiation of ‘bool
</wchar_t></wchar_t>gnu_cxx::*ops::_Iter_negate<_Predicate>::operator()(_Iterator) [with
_Iterator = const wchar_t
; _Predicate =
nuspell::my_ctype<wchar_t>::do_scan_not(std::ctype_base::mask, const
char_type</wchar_t>, const char_type)
const::<lambda(auto:3)>]</lambda(auto:3)>’
locale_utils.cxx:730:57: required from here
/usr/include/c++/6/bits/predefined_ops.h:304:12: error: void value not
ignored as it ought to be
{ return !bool(_M_pred(__it)); }
^~~~~~~~~~~~~~~~~~~~
Makefile:583: recipe for target 'locale_utils.o' failed
make[3]:
On Fri, Sep 14, 2018 at 12:34 PM sbrothy@gmail.com wrote:
I think I hit their homepage at SF, but now I can only find references
to hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude
to it.
Regards.....
On Fri, Sep 14, 2018 at 12:27 PM sbrothy@gmail.com wrote:
Of these spell check files "headervw,h/cpp" seems to be the prime
target as it seems to be QualComm code, and this is the definition of
the DoSpellCheck() function. You want the library called "nuspell"
here instead, yes?
Regards.
On Fri, Sep 14, 2018 at 12:08 AM Ted Matavka
nmatavka@users.sourceforge.net %0Dnmatavka@users.sourceforge.net wrote:
Well, seeing as you did such a good job with QCSSL, I'd like you to
keep working on it and the other DLL's. They'll be crucial to getting the
main exec running, after all. EuImap might actually be worth spinning off
into its own project, given that the Open Source world desperately needs
more protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
) const::<lambda(auto:3)>]</lambda(auto:3)>’ locale_utils.cxx:730:57:
required from here locale_utils.cxx:730:56: error: cannot call member
function ‘virtual bool
nuspell::my_ctype<wchar_t>::do_is(std::ctype_base::mask,
std::ctype<wchar_t>::char_type) const’ without object & https://sourceforge.net/../auto%20chttps://sourceforge.net/../auto%20c {
return do_is(m, c); }); ^ In file included from
/usr/include/c++/6/bits/stl_algobase.h:71:0, from
/usr/include/c++/6/bits/char_traits.h:39, from
/usr/include/c++/6/string:40, from
/usr/include/c++/6/bits/locale_classes.h:40, from
/usr/include/c++/6/locale:39, from locale_utils.hxx:47, from
locale_utils.cxx:24: /usr/include/c++/6/bits/predefined_ops.h: In
instantiation of ‘bool</wchar_t></wchar_t>gnu_cxx::*ops::_Iter_negate<_Predicate>::operator()(_Iterator)
[with
_Iterator = const wchar_t
) const::<lambda(auto:3)>]</lambda(auto:3)>’ locale_utils.cxx:730:57:
required from here /usr/include/c++/6/bits/predefined_ops.h:304:12: error:
void value not ignored as it ought to be { return !bool(_M_pred(__it)); }
^~~~~~~~~~~~~~~~~~~~
Makefile:583: recipe for target 'locale_utils.o' failed
make[3]:
On Fri, Sep 14, 2018 at 12:34 PM sbrothy@gmail.com wrote:
I think I hit their homepage at SF, but now I can only find references
to hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude
to it.
Regards.....
On Fri, Sep 14, 2018 at 12:27 PM sbrothy@gmail.com wrote:
Of these spell check files "headervw,h/cpp" seems to be the prime
target as it seems to be QualComm code, and this is the definition of
the DoSpellCheck() function. You want the library called "nuspell"
here instead, yes?
Regards.
On Fri, Sep 14, 2018 at 12:08 AM Ted Matavka
nmatavka@users.sourceforge.net %0Dnmatavka@users.sourceforge.net wrote:
Well, seeing as you did such a good job with QCSSL, I'd like you to
keep working on it and the other DLL's. They'll be crucial to getting the
main exec running, after all. EuImap might actually be worth spinning off
into its own project, given that the Open Source world desperately needs
more protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
) const::<lambda(auto:3)>]</lambda(auto:3)>’ locale_utils.cxx:730:57:
required from here locale_utils.cxx:730:56: error: cannot call member
function ‘virtual bool
nuspell::my_ctype<wchar_t>::do_is(std::ctype_base::mask,
std::ctype<wchar_t>::char_type) const’ without object & https://sourceforge.net/../auto%20chttps://sourceforge.net/../auto%20c https://sourceforge.net/../auto%20chttps://sourceforge.net/../auto%20c https://sourceforge.net/../auto%20c { return do_is(m, c); }); ^ In file
included from /usr/include/c++/6/bits/stl_algobase.h:71:0, from
/usr/include/c++/6/bits/char_traits.h:39, from
/usr/include/c++/6/string:40, from
/usr/include/c++/6/bits/locale_classes.h:40, from
/usr/include/c++/6/locale:39, from locale_utils.hxx:47, from
locale_utils.cxx:24: /usr/include/c++/6/bits/predefined_ops.h: In
instantiation of ‘bool</wchar_t></wchar_t>gnu_cxx::*ops::Iter_negate<
Predicate>::operator()(_Iterator)
[with
_Iterator = const wchar_t
) const::<lambda(auto:3)>]</lambda(auto:3)>’ locale_utils.cxx:730:57:
required from here /usr/include/c++/6/bits/predefined_ops.h:304:12: error:
void value not ignored as it ought to be { return !bool(_M_pred(__it)); }
^~~~~~~~~~~~~~~~~~~~
Makefile:583: recipe for target 'locale_utils.o' failed
make[3]:
On Fri, Sep 14, 2018 at 12:34 PM sbrothy@gmail.com wrote:
I think I hit their homepage at SF, but now I can only find references
to hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude
to it.
Regards.....
On Fri, Sep 14, 2018 at 12:27 PM sbrothy@gmail.com wrote:
Of these spell check files "headervw,h/cpp" seems to be the prime
target as it seems to be QualComm code, and this is the definition of
the DoSpellCheck() function. You want the library called "nuspell"
here instead, yes?
Regards.
On Fri, Sep 14, 2018 at 12:08 AM Ted Matavka
nmatavka@users.sourceforge.net %0Dnmatavka@users.sourceforge.net wrote:
Well, seeing as you did such a good job with QCSSL, I'd like you to
keep working on it and the other DLL's. They'll be crucial to getting the
main exec running, after all. EuImap might actually be worth spinning off
into its own project, given that the Open Source world desperately needs
more protocol libraries; there are perhaps two or three such libraries in
existence. I'll have a peek through the Eudora developer documentation and
figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are
SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not
going to be able to build it, because Wintertree Sentry has been cut out of
the release. Therefore, I'd like you to begin working on editing the
Spell*.CPP files so that they call the NuSpell engine (it's in the
SpelChek directory) instead.
I actually meant to ask if that was possible, if I haven't already done so
somewhere. Especially, as I have had success with running qtorrent using
wine.
It's no big deal though. I have two main laptops. One using Debian and one
using Windows 10 with Visual Studio on it (I even think I have a pirated
version of VS Enterprise somewhere but no obvious use for it. The free one
is quite adequate.)
And two more older Windows coupled up to sound card and Roland studio
speakers. (my neighbours don't like me much. :))
Given all this talk about missing files, picky compilers, &c., I have to ask, besides QCSSL, is there anything in this project that builds right now on a modern compiler? That might help us gauge exactly how ambitious this project is, given that I have had several critical comments in that direction.
Good question! I have working builds of Imap.dll and QCUtils.dll. And I have clean but untested builds of EuLang.dll and JFX. I have tried and been unable thus far to complete clean builds of EuImap.dll and QCSocket.dll. Most of the other DLLs generate just a few compilation errors but the main executable, Eudora.exe, produces 10,301! (This does not mean there are over ten thousand things that need fixing -- probably just a few hundred.)
Well, seeing as you did such a good job with QCSSL, I'd like you to keep working on it and the other DLL's. They'll be crucial to getting the main exec running, after all. EuImap might actually be worth spinning off into its own project, given that the Open Source world desperately needs more protocol libraries; there are perhaps two or three such libraries in existence. I'll have a peek through the Eudora developer documentation and figure out what else might be worth looking at.
One of the more important DLL's is SPELL32.DLL. Related files are SpellDialog.CPP, SpellOptionsDialog.CPP, SpellEditLexDialog.CPP. We're not going to be able to build it, because Wintertree Sentry has been cut out of the release. Therefore, I'd like you to begin working on editing the
Spell*.CPPfiles so that they call the NuSpell engine (it's in theSpelChekdirectory) instead.I have poked around and tested Imap.dll quite a bit. It seems like reliable code and when I looked in the Eudora mailing lists for bug reports in IMAP operation, I found none. However, despite being reliable, it is rather unclever and inefficient. There is a lot I would like to do to spruce it up but I think that should be a long-term goal. I also have IMAP client code of my own that I might open-source one day.
I will likely not be doing any work on this project for the next 10 days. This is partly because I will be traveling and partly because I expect to be busy with other work. I will be checking in on the discussion though.
Of these spell check files "headervw,h/cpp" seems to be the prime target
as it seems to be QualComm code, and this is the definition of the
DoSpellCheck() function. You want the library called "nuspell" here
instead, yes?
Regards.
On Fri, Sep 14, 2018 at 12:08 AM Ted Matavka nmatavka@users.sourceforge.net
wrote:
I think I hit their homepage at SF, but now I can only find references to
hunspell. I managed to read enough to see that they're intertweined
though, nuspel is probably based on hunspell. The names does allude to
it.
Regards.....
On Fri, Sep 14, 2018 at 12:27 PM sbrothy@gmail.com wrote:
Ah.
https://github.com/nuspell/nuspell
Regards.
On Fri, Sep 14, 2018 at 12:34 PM sbrothy@gmail.com wrote:
Althgough I don't think their header looks so agressive. But it is an
obstacle?
Regards.
On Fri, Sep 14, 2018 at 12:35 PM sbrothy@gmail.com wrote:
nuspell doesn't seem to work out-of-the-box. I played around with some
settings to see if it helped but not really.. Try hunspell?
[...]
locale_utils.cxx: In instantiation of
‘nuspell::my_ctype<wchar_t>::do_scan_not(std::ctype_base::mask, const
char_type, const char_type) const::<lambda(auto:3)> [with auto:3 =
wchar_t]’:
/usr/include/c++/6/bits/predefined_ops.h:304:12: required from ‘bool
__gnu_cxx::__ops::_Iter_negate<_Predicate>::operator()(_Iterator) [with
_Iterator = const wchar_t; _Predicate =
nuspell::my_ctype<wchar_t>::do_scan_not(std::ctype_base::mask, const
char_type</wchar_t>, const char_type*) const::<lambda(auto:3)>]</lambda(auto:3)>’
/usr/include/c++/6/bits/stl_algo.h:120:14: required from
‘_RandomAccessIterator std::__find_if(_RandomAccessIterator,
_RandomAccessIterator, _Predicate, std::random_access_iterator_tag) [with
_RandomAccessIterator = const wchar_t*; _Predicate =
__gnu_cxx::__ops::_Iter_negate<nuspell::my_ctype\<wchar_t>::do_scan_not(std::ctype_base::mask, const char_type*, const char_type*) const::\<lambda(auto:3)> >]</lambda(auto:3)></nuspell::my_ctype\<wchar_t>’
/usr/include/c++/6/bits/stl_algo.h:171:28: required from ‘_InputIterator
std::__find_if_not(_InputIterator, _InputIterator, _Predicate) [with
_InputIterator = const wchar_t*; _Predicate =
__gnu_cxx::__ops::_Iter_pred<nuspell::my_ctype\<wchar_t>::do_scan_not(std::ctype_base::mask, const char_type*, const char_type*) const::\<lambda(auto:3)> >]</lambda(auto:3)></nuspell::my_ctype\<wchar_t>’
/usr/include/c++/6/bits/stl_algo.h:566:32: required from ‘_IIter
std::find_if_not(_IIter, _IIter, _Predicate) [with _IIter = const wchar_t;
_Predicate = nuspell::my_ctype<wchar_t>::do_scan_not(std::ctype_base::mask,
const char_type</wchar_t>, const char_type*) const::<lambda(auto:3)>]</lambda(auto:3)>’
locale_utils.cxx:730:57: required from here
locale_utils.cxx:730:56: error: cannot call member function ‘virtual bool
nuspell::my_ctype<wchar_t>::do_is(std::ctype_base::mask,
std::ctype<wchar_t>::char_type) const’ without object
& { return do_is(m, c); });
^
In file included from /usr/include/c++/6/bits/stl_algobase.h:71:0,
from /usr/include/c++/6/bits/char_traits.h:39,
from /usr/include/c++/6/string:40,
from /usr/include/c++/6/bits/locale_classes.h:40,
from /usr/include/c++/6/locale:39,
from locale_utils.hxx:47,
from locale_utils.cxx:24:
/usr/include/c++/6/bits/predefined_ops.h: In instantiation of ‘bool
__gnu_cxx::__ops::_Iter_negate<_Predicate>::operator()(_Iterator) [with
_Iterator = const wchar_t; _Predicate =
nuspell::my_ctype<wchar_t>::do_scan_not(std::ctype_base::mask, const
char_type</wchar_t>, const char_type*) const::<lambda(auto:3)>]</lambda(auto:3)>’:
/usr/include/c++/6/bits/stl_algo.h:120:14: required from
‘_RandomAccessIterator std::__find_if(_RandomAccessIterator,
_RandomAccessIterator, _Predicate, std::random_access_iterator_tag) [with
_RandomAccessIterator = const wchar_t*; _Predicate =
__gnu_cxx::__ops::_Iter_negate<nuspell::my_ctype\<wchar_t>::do_scan_not(std::ctype_base::mask, const char_type*, const char_type*) const::\<lambda(auto:3)> >]</lambda(auto:3)></nuspell::my_ctype\<wchar_t>’
/usr/include/c++/6/bits/stl_algo.h:171:28: required from ‘_InputIterator
std::__find_if_not(_InputIterator, _InputIterator, _Predicate) [with
_InputIterator = const wchar_t*; _Predicate =
__gnu_cxx::__ops::_Iter_pred<nuspell::my_ctype\<wchar_t>::do_scan_not(std::ctype_base::mask, const char_type*, const char_type*) const::\<lambda(auto:3)> >]</lambda(auto:3)></nuspell::my_ctype\<wchar_t>’
/usr/include/c++/6/bits/stl_algo.h:566:32: required from ‘_IIter
std::find_if_not(_IIter, _IIter, _Predicate) [with _IIter = const wchar_t;
_Predicate = nuspell::my_ctype<wchar_t>::do_scan_not(std::ctype_base::mask,
const char_type</wchar_t>, const char_type*) const::<lambda(auto:3)>]</lambda(auto:3)>’
locale_utils.cxx:730:57: required from here
/usr/include/c++/6/bits/predefined_ops.h:304:12: error: void value not
ignored as it ought to be
{ return !bool(_M_pred(*__it)); }
^~~~~~~~~~~~~~~~~~~~
Makefile:583: recipe for target 'locale_utils.o' failed
make[3]: *** [locale_utils.o] Error 1
make[3]: Leaving directory
'/home/soren/Downloads/nuspell-master/src/nuspell'
Makefile:387: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/soren/Downloads/nuspell-master/src'
Makefile:492: recipe for
[...]</wchar_t></wchar_t></lambda(auto:3)></wchar_t>
On Fri, Sep 14, 2018 at 12:43 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
Seems to be the runtime dependencies stopping me.
boost_locale
icu4c
Regards.
On Fri, Sep 14, 2018 at 12:55 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
Tried to compile hunspell instead. No errors. It just seems to work.
Haven't tested yet though.
Regards.
On Fri, Sep 14, 2018 at 1:41 PM Soren Bro sbrothy@users.sourceforge.net
wrote:
(AFK)
The problem with compiling nuspell, could be something as simple as missing
STL dev packages. Worth a try on return.
Regards
On Friday, September 14, 2018, Soren Bro sbrothy@users.sourceforge.net
wrote:
--
Søren Bro Thygesen
IMAP support in Eudora did always seem like a bit of an afterthought; the POP implementation, from what I heard, is quite a bit better.
In other news, Eudora 7.1 runs on Wine! Thygesen will like that---he can transition to POSIX, instead of having to develop on Windows.
I actually meant to ask if that was possible, if I haven't already done so
somewhere. Especially, as I have had success with running qtorrent using
wine.
It's no big deal though. I have two main laptops. One using Debian and one
using Windows 10 with Visual Studio on it (I even think I have a pirated
version of VS Enterprise somewhere but no obvious use for it. The free one
is quite adequate.)
And two more older Windows coupled up to sound card and Roland studio
speakers. (my neighbours don't like me much. :))
Regards
On Friday, September 14, 2018, Ted Matavka nmatavka@users.sourceforge.net
wrote:
--
Søren Bro Thygesen