speechPlayer: fix sample type qualification to avoid ambiguity (#1722)
As reported in <https://bugs.freebsd.org/271486>, when the C++ standard
library provides std::sample, it causes a compile error when compiling
`speechWaveGenerator.cpp`:
```
src/speechPlayer/src/speechWaveGenerator.cpp:197:56: error: reference to 'sample' is ambiguous
unsigned int generate(const unsigned int sampleCount, sample* sampleBuf) {
^
src/speechPlayer/src/sample.h:23:3: note: candidate found by name lookup is 'sample'
} sample;
^
/usr/include/c++/v1/__algorithm/sample.h:95:17: note: candidate found by name lookup is 'std::sample'
_SampleIterator sample(_PopulationIterator __first,
^
```
Since `speechWaveGenerator.cpp` puts `using namespace std;` at the top,
fix the error by qualifying `sample` with an explicit `::`.
speechPlayer: fix sample type qualification to avoid ambiguity
As reported in <https://bugs.freebsd.org/271486>, when the C++ standard
library provides std::sample, it causes a compile error when compiling
speechWaveGenerator.cpp:
src/speechPlayer/src/speechWaveGenerator.cpp:197:56: error: reference to 'sample' is ambiguous
unsigned int generate(const unsigned int sampleCount, sample* sampleBuf) {
^
src/speechPlayer/src/sample.h:23:3: note: candidate found by name lookup is 'sample'
} sample;
^
/usr/include/c++/v1/__algorithm/sample.h:95:17: note: candidate found by name lookup is 'std::sample'
_SampleIterator sample(_PopulationIterator __first,
^
Since speechWaveGenerator.cpp puts "using namespace std;" at the top,
fix the error by qualifying "sample" with an explicit "::".
translate: fix uppercase word split during alphabet change (#1743)
Reported by @kirill-jjj.
Before:
```
✗ espeak-ng -x -vru кошKa
k'oS(en)'eI(ru)
✗ espeak-ng -x -vru юMoney
'ju(en)w'0ni(ru)
✗ espeak-ng -x -vru ЮMoney
'ju(en)w'0ni(ru)
```
After:
```
✗ espeak-ng -x -vru кошKa
k'oS(en)k'A:(ru)
✗ espeak-ng -x -vru юMoney
'ju(en)m'Vni(ru)
✗ espeak-ng -x -vru ЮMoney
'ju(en)m'Vni(ru)
```
I have not noticed any negative side-effects and tests are still
passing.
But I think there should be a more precise testing, because translator
code is very complex (and poorly organised, and not documented, and...)
OK, now CI is green again. It is github-CI related issue, I think.
The root cause is that libgcc-s1:i386 fails to be installed as
dependency (for unknown reason), so it is now installed explicitly.
Closes #1057
* Use the recommended mipmap directory instead of drawable
* Remove outdated mkicons.sh script
* Add legacy icons for all densities
* Add monochrome version for Android 13+
* Deduplicate icon in fastlane folder
Closes #1057
* Use the recommended mipmap directory instead of drawable
* Remove outdated mkicons.sh script
* Add legacy icons for all densities
* Add monochrome version for Android 13+
* Deduplicate icon in fastlane folder
Fuzzing: compile the whole libespeak with -fsanitize=fuzzer-no-link (#1695)
-fsanitize=fuzzer-no-link makes it workable to build a library with
fuzzing enabled, and let the fuzzing test program explicitly trigger the
fuzzing.
This allows fuzzing to trace cmp instructions to guide the fuzzing to
improve results.
Added a mapping for a missing mbrola phoneme in polish-mbrola-1. (#1696)
Small change to improve the `polish-mbrola-1` voice.
Previously it would produce:
```
$ espeak -v polish-mbrola-1 "Wiewiórka siedzi na drzewie i je orzech."
mbrola: Warning: j-E# unknown, replaced with _-_
mbrola: Warning: E#-_ unknown, replaced with _-_
```
Now it correctly synthesizes the audio.
Fuzzing: compile the whole libespeak with -fsanitize=fuzzer-no-link
-fsanitize=fuzzer-no-link makes it workable to build a library with fuzzing
enabled, and let the fuzzing test program explicitly trigger the fuzzing.
This allows fuzzing to trace cmp instructions to guide the fuzzing to
improve results.