Topics

Updates to Github #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

10 New Commits:

[espeak-ng:master] By Valdis Vitolins <valdis.vitolins@...>:
ad1fa7f25f24: Expose SpectSeqCreate(), SpectSeqDestroy() and LoadSpectSeq() functions for eSpeakNG Java Editor

Modified: src/libespeak-ng/spect.c


[espeak-ng:master] By Valdis Vitolins <valdis.vitolins@...>:
c3d537db5606: Add link to online testing

Modified: README.md


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
879cb9c08ad9: Don't free 'tr' if null in DeleteTranslator.

Modified: src/libespeak-ng/translate.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
062cb8dfc97c: Merge remote-tracking branch 'valdisvi/master'

Modified: README.md
Modified: src/libespeak-ng/spect.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
bb19c7a336ab: Release the memory allocated by p_text in espeak-ng.c.

Modified: src/espeak-ng.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
b24db06a849f: Copy name to tr->dictionary_name if not equal This is a similar change to b60d2452c34ac6ebf01a3c09c17193b8c8e2a3fd. In this case, it is when tr->dictionary_name is passed as the name parameter in LoadDictionary. This happens in the SetTranslator2 function when loading the dictionary for the second language translator object.

Modified: src/libespeak-ng/dictionary.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
7dad0dfd400a: Prevent TranslateRoman reading stack data from Lookup.

Modified: src/libespeak-ng/dictionary.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
2d7f3e9d542e: Don't skip blanks past charix_top in TranslateClause.

Modified: src/libespeak-ng/translate.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
dfe66289c8c5: Don't set final_ph2 to before phonetic in the stack if ix=1.

Modified: src/libespeak-ng/dictionary.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
7dbf87255d6f: Release the memory in text in fuzzrunner.c.

Modified: tests/fuzzrunner.c


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#431 API changes for Java editor, link to online site in readme.

espeak-ng@groups.io Integration <espeak-ng@...>
 

6 New Commits:

[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
7ee0d7905cff: remove unused int option_tone2 It is set in voices.c but never used. docs/voices.md indicates that the keyword intonation only takes one parameter, confirming that option_tone2 is unused.

Modified: src/libespeak-ng/translate.c
Modified: src/libespeak-ng/translate.h
Modified: src/libespeak-ng/voices.c


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
c4ec7bfe34ba: remove option_phoneme_variants that is never set and always evaluates true

Modified: src/libespeak-ng/dictionary.c
Modified: src/libespeak-ng/translate.c
Modified: src/libespeak-ng/translate.h


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
1bad240de875: maintainability: remove some unused variables and unnecessary extern declarations

Modified: src/libespeak-ng/compiledict.c
Modified: src/libespeak-ng/phoneme.h
Modified: src/libespeak-ng/spect.c
Modified: src/libespeak-ng/synthdata.c
Modified: src/libespeak-ng/synthesize.h
Modified: src/libespeak-ng/translate.c
Modified: src/libespeak-ng/translate.h
Modified: src/libespeak-ng/wavegen.c


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
d196d93ed5f5: maintainability: move variables to files where they are used, allowing removal of unnecessary extern declarations

Modified: src/libespeak-ng/intonation.c
Modified: src/libespeak-ng/readclause.c
Modified: src/libespeak-ng/readclause.h
Modified: src/libespeak-ng/setlengths.c
Modified: src/libespeak-ng/setlengths.h
Modified: src/libespeak-ng/speech.c
Modified: src/libespeak-ng/synth_mbrola.c
Modified: src/libespeak-ng/synthdata.c
Modified: src/libespeak-ng/synthesize.h
Modified: src/libespeak-ng/tr_languages.c
Modified: src/libespeak-ng/translate.h


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
f73ebfd126f5: maintainability: pass current_alphabet as argument to TranslateLetter() instead of using global

Modified: src/libespeak-ng/numbers.c
Modified: src/libespeak-ng/numbers.h
Modified: src/libespeak-ng/translate.c
Modified: src/libespeak-ng/translate.h


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
b7a8751f4dc3: Remove a redundant comment -- history is available in git.

Modified: src/libespeak-ng/dictionary.c


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#432 Code cleanup

Remove various unused declarations and extern declarations. Move declarations to files and headers they are actually used.

Contributes to cleaner code and #68.

espeak-ng@groups.io Integration <espeak-ng@...>
 

5 New Commits:

[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
b23e8a726922: maintainability: pass Translator as to towlower2() instead of using a global

Modified: src/libespeak-ng/compiledict.c
Modified: src/libespeak-ng/numbers.c
Modified: src/libespeak-ng/readclause.c
Modified: src/libespeak-ng/readclause.h
Modified: src/libespeak-ng/translate.c


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
d08b8e43ca0c: maintainability: pass seq_len_adjust to LookupSpect() instead of using globals

Modified: src/libespeak-ng/synthdata.c
Modified: src/libespeak-ng/synthdata.h
Modified: src/libespeak-ng/synthesize.c


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
f0c345eb6a5d: maintainability: pass n_ph_list2 and ph_list2 to MakePhonemeList() and SubstitutePhonemes() instead of using globals

Modified: src/libespeak-ng/phonemelist.c
Modified: src/libespeak-ng/phonemelist.h
Modified: src/libespeak-ng/translate.c


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
9174a2045e1c: maintainability: remove unused externs

Modified: src/libespeak-ng/spect.c
Modified: src/libespeak-ng/synth_mbrola.c
Modified: src/libespeak-ng/voice.h


[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
839f727a24ea: headers: move WordToString() to synthesize.h

Modified: src/libespeak-ng/phoneme.h
Modified: src/libespeak-ng/synthesize.h


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#433 Code cleanup

Still removing some unused externs and passing arguments to functions.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] Label added to issue #428 libncurses5.0 is deprecated? by shakram02.


[espeak-ng:master] Issue #428 libncurses5.0 is deprecated? closed by shakram02.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Issue #332 Long delay when reading Tamil symbol
By rhdunn:

This has now been fixed in 566e904b332c5816c3b4c02a7cb618c6b217d980. The bug is related to https://github.com/espeak-ng/espeak-ng/issues/287. Specifically, the LookupDict2 code was reading the length of the entry in order to skip it, but was treating that as a signed value, so it was negative in this case which resulted in that loop not terminating.

I have added the character to the tests/translate.test script. This also has tests for https://github.com/nvaccess/nvda/issues/7805, which I am not able to reproduce, so I don't know if it has been fixed or is a result of a build option or compiler that NVDA is using that is different to eSpeak (I have tested on both Linux with gcc and Windows with msvc).


[espeak-ng:master] Issue #332 Long delay when reading Tamil symbol closed by feerrenrut.


[espeak-ng:master] Label added to issue #332 Long delay when reading Tamil symbol by feerrenrut.


[espeak-ng:master] New Issue Created by feerrenrut:
#332 Long delay when reading Tamil symbol

As described in https://github.com/nvaccess/nvda/pull/7751. A (not quite) infinite loop is entered when the ta_emoji file is present and the ள் symbol is read. I suspect that this symptom is somewhat build dependent.

The loop that espeak seems to get stuck in is here: https://github.com/espeak-ng/espeak-ng/blob/master/src/libespeak-ng/dictionary.c#L2589Q

The call stack looks like the following:

espeak.dll!LookupDict2(Translator * tr=0x073c9078, const char * word=0x0760c840, const char * word2=0x0760dc46, char * phonetic=0x0760d250, unsigned int * flags=0x0760d34c, int end_flags=2, WORD_TAB * wtab=0x0760df68) Line 2591	C	Symbols loaded.
espeak.dll!LookupDictList(Translator * tr=0x073c9078, char * * wordptr=0x0760d370, char * ph_out=0x0760d250, unsigned int * flags=0x0760d34c, int end_flags=2, WORD_TAB * wtab=0x0760df68) Line 2870	C	Symbols loaded.
espeak.dll!TranslateWord3(Translator * tr=0x073c9078, char * word_start=0x0760dc3f, WORD_TAB * wtab=0x0760df68, char * word_out=0x0760d6e2) Line 611	C	Symbols loaded.
espeak.dll!TranslateWord(Translator * tr=0x073c9078, char * word_start=0x0760dc3f, WORD_TAB * wtab=0x0760df68, char * word_out=0x0760d6e2) Line 1135	C	Symbols loaded.
espeak.dll!TranslateWord2(Translator * tr=0x073c4fa0, char * word=0x0760dc3f, WORD_TAB * wtab=0x0760df68, int pre_pause=0) Line 1459	C	Symbols loaded.
espeak.dll!TranslateClause(Translator * tr=0x073c4fa0, int * tone_out=0x0760f4c8, char * * voice_change=0x0760f4bc) Line 2579	C	Symbols loaded.
espeak.dll!SpeakNextClause(int control=1) Line 1562	C	Symbols loaded.
espeak.dll!Synthesize(unsigned int unique_identifier=0, const void * text=0x0550b5c0, int flags=275) Line 450	C	Symbols loaded.
espeak.dll!sync_espeak_Synth(unsigned int unique_identifier=0, const void * text=0x0550b5c0, unsigned int position=0, espeak_POSITION_TYPE position_type=0, unsigned int end_position=0, unsigned int flags=275, void * user_data=0x00000000) Line 528	C	Symbols loaded.
espeak.dll!espeak_ng_Synthesize(const void * text=0x0550b5c0, unsigned int size=0, unsigned int position=0, espeak_POSITION_TYPE position_type=0, unsigned int end_position=0, unsigned int flags=275, unsigned int * unique_identifier=0x0550b378, void * user_data=0x00000000) Line 636	C	Symbols loaded.
espeak.dll!espeak_Synth(const void * text=0x0550b5c0, unsigned int size=0, unsigned int position=0, espeak_POSITION_TYPE position_type=0, unsigned int end_position=0, unsigned int flags=275, unsigned int * unique_identifier=0x0550b378, void * user_data=0x00000000) Line 91	C	Symbols loaded.

The text param (in espeak_synth) points at the following unicode string: <voice xml:lang="en-GB">ள் </voice>

Please let me know if there is any more information I can provide to help track down the cause.


[espeak-ng:master] New Comment on Pull Request #433 Code cleanup
By rhdunn:

It is working for me locally as well, which is why I pushed the commits.


[espeak-ng:master] New Comment on Pull Request #433 Code cleanup
By rhdunn:

It looks to be version specific. I get the issue when using CC=gcc-4.8. I was using CC=gcc-7 before.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Issue Created by hgneng:
#434 release package is in wrong format

The actual format of release package below is "tar" not "tar.gz". Running tar zxvf to exact the package on Linux will complain errors. (But it runs normally on Mac.) The package is about 12M after gzip not 36M.

https://github.com/espeak-ng/espeak-ng/releases


[espeak-ng:master] New Issue Created by hgneng:
#434 release package is in wrong format

The actual format of release package below is "tar" not "tar.gz". Running tar zxvf to exact the package on Linux will complain errors. (But it runs normally on Mac.) The package is about 12M after gzip not 36M.

https://github.com/espeak-ng/espeak-ng/releases espeak-ng-1.49.2.tar.gz

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] Label added to issue #435 Move the 'add e' logic to dictionary rules. by rhdunn.


[espeak-ng:master] New Issue Created by rhdunn:
#435 Move the 'add e' logic to dictionary rules.

Currently, the logic to determine whether to add an e to the end of a word after removing a suffix like ing is handled in RemoveEnding in dictionary.c. This makes it complex to maintain and check the logic -- especially for word exceptions like sponging => sponge.

It would be useful to be able to add a $add_e flag in the dictionary rules to indicate that if the rule matching the next sequence is a rule to remove a suffix, and that that rule has an add e indicator, then an e will be added to the word after the suffix has been removed.

The initial change should only support the rules described in the RemoveEnding code, adding $add_e flags to the relevant rules in the en_rules files. Once that has been done, any improvements to that logic can be done in en_rules.


[espeak-ng:master] Label added to issue #435 Move the 'add e' logic to dictionary rules. by rhdunn.


[espeak-ng:master] Label added to issue #435 Move the 'add e' logic to dictionary rules. by rhdunn.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Issue Created by rhdunn:
#438 Replace the custom speed logic and sonic with something more robust

Users have reported that when sonic kicks in, the audio quality drops.

It would be nice to have a consistent way to speed up and slow down audio, possibly using something like Granular Audio Synthesis.

References: 1. https://blog.demofox.org/2018/03/05/granular-audio-synthesis/ 1. https://news.ycombinator.com/item?id=16534258


[espeak-ng:master] New Issue Created by rhdunn:
#439 Support user defined corrections without them having to compile the dictionary.

This makes it harder for users to define and use their own custom pronunciation exceptions.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng/espeak-ng] Pull request opened by valdisvi:

#442 Update Mbrola links to and add configuration details


[espeak-ng/espeak-ng] Pull request updated by valdisvi:

#442 Update Mbrola links to and add configuration details

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Pull Request #442 Update Mbrola links to and add configuration details
By valdisvi:

Yes, but github repository has newer binaries for Linux, and I can't neither convince Thierry Dutoit to update their original website, or make Mbrola open source...


[espeak-ng:master] New Comment on Pull Request #442 Update Mbrola links to and add configuration details
By valdisvi:

Yes, but github repository has newer binaries for Linux, and I can't neither convince Thierry Dutoit to update their original website, nor make Mbrola open source...

espeak-ng@groups.io Integration <espeak-ng@...>
 

1 New Commit:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
87b67c2c9b70: tests: test hr consonant and vowel audio generation

Modified: tests/language-phonemes.test


[espeak-ng/espeak-ng] Pull request updated by valdisvi:

#442 Update Mbrola links to and add configuration details

espeak-ng@groups.io Integration <espeak-ng@...>
 

4 New Commits:

[espeak-ng:master] By Valdis Vitolins <valdis.vitolins@...>:
084fb83af9e5: doc: update Mbrola configuration details

Modified: docs/mbrola.md


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
797fb4538a8b: Merge remote-tracking branch 'valdisvi/master'

Modified: docs/mbrola.md


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
bd76404a756d: docs (style): Use 'eSpeak NG' instead of 'eSpeakNG'.

Modified: docs/mbrola.md


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
871772a9bda2: docs (style): Use 'MBROLA' instead of 'Mbrola', as it is an acronym (Multi-Band Resynthesis OverLap Add).

Modified: docs/mbrola.md


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#442 Update Mbrola links to and add configuration details

espeak-ng@groups.io Integration <espeak-ng@...>
 

1 New Commit:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
d6c65da15997: en: don't velarize n across word boundaries It is possible -- especially at higher speeds -- for the n at the end of a word to be velarised if the next word starts with a velar plosive. I prefer the velarised sound between word boundaries, but others do not. As such, limit the velarisation to within the word only. [1] https://en.wikipedia.org/wiki/English_phonology

Modified: phsource/ph_english
Modified: tests/translate.test


[espeak-ng:master] New Comment on Issue #443 Velarisation in Espeak NG is too pronounced
By rhdunn:

Fine. I've disabled velarisation between words.

I personally prefer the change I made, and Wikipedia [1] supports both between words (it will likely depend on how fast the person is speaking and accent variation).

[1] https://en.wikipedia.org/wiki/English_phonology -- "This effect can even occur across syllable or word boundaries, particularly in stressed syllables".


[espeak-ng:master] Label added to issue #443 Velarisation in Espeak NG is too pronounced by Trix-Maiden.


[espeak-ng:master] Label added to issue #443 Velarisation in Espeak NG is too pronounced by Trix-Maiden.


[espeak-ng:master] Issue #443 Velarisation in Espeak NG is too pronounced closed by Trix-Maiden.

espeak-ng@groups.io Integration <espeak-ng@...>
 

4 New Commits:

[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
fb175ec600c2: Print an error message if voice is not specified with --compile Prevents a segfault.

Modified: src/espeak-ng.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
9395240a9e4e: Merge remote-tracking branch 'jaacoppi/bugfix'

Modified: src/espeak-ng.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
7c7081cb3264: Handle the '--compile=' case when reporting a 'Voice name not specified' error.

Modified: src/espeak-ng.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
d26fce3217cd: Be more specific in the missing --compile voice name, and fix punctuation.

Modified: src/espeak-ng.c


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#444 Print an error message if voice is not specified with --compile

Before the change these would segfault: espeak-ng --compile espeak-ng --compile <language>

After the change they print an error message and quit.

This is unchanged and working: espeak-ng --compile=<language>

espeak-ng@groups.io Integration <espeak-ng@...>
 

3 New Commits:

[espeak-ng:master] By Juho Hiltunen <jaacoppi@...>:
4e8d47d2cc20: portability: use suffix rules instead of pattern rules. Closes #396.

Modified: Makefile.am


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
aa08d1d52c11: en: fix apparate, mechanic, forcefield, and -quez (e.g. Vasquez).

Modified: dictsource/en_list
Modified: dictsource/en_rules


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
c8db203649fd: Merge remote-tracking branch 'jaacoppi/portability'

Modified: Makefile.am


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#445 portability: use suffix rules instead of pattern rules.

%-style pattern rules are a GNU extension and only used by gnu automake. Suffix rules guarantee portability with non-gnu systems.

Makefile.am already uses suffx rules for documentation (.md.html and .ronn.html), so this also makes the usage more consistent.

Closes #396.

Further reading:https//www.gnu.org/software/make/manual/html_node/Suffix-Rules.html and https://stackoverflow.com/questions/27975545/how-to-deal-with-autoconf-warning-style-pattern-rules-are-a-gnu-make-extens#27975701


[espeak-ng:master] Issue #396 autogen.sh warnings at *nix closed by guest271314.


[espeak-ng:master] New Issue Created by sukiletxe:
#421 $text mangles or removes words

I am using NVDA 2018.1 with eSpeak NG at commit 3ed34d3a74eb69cedcdfa98dbedef4359279d352 . I don't know if this is a Espeak NG issue or an NVDA issue.

Espeak NG behaves incorrectly when it finds a word which includes the $text flag.

For example, read this word by word (CTRL + Right arrow and CTRL + Left arrow, multiple times), setting the synthesiser's language to English:

boogey début lasagne protegé Bogotá

With the Spanish voice this is much more noticeable (read this with the Spanish voice):

voice DPTO. SR. DRA. English Excmo. Izq. kg. Pte. UD.


[espeak-ng:master] Label added to issue #421 $text mangles or removes words by sukiletxe.


[espeak-ng:master] Issue #421 $text mangles or removes words closed by sukiletxe.


[espeak-ng/espeak-ng] Pull request updated by rhdunn:

#424 Support `configure --with-sanitize=address|undefined|memory`

Fixes https://github.com/espeak-ng/espeak-ng/issues/423.


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#424 Support `configure --with-sanitize=address|undefined|memory`

Fixes https://github.com/espeak-ng/espeak-ng/issues/423.

espeak-ng@groups.io Integration <espeak-ng@...>
 

1 New Commit:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
9f0fbed8acda: make: Dictionary _emoji, _extra, and _dict rules currently depend on GNU make patterns to work.

Modified: Makefile.am


[espeak-ng:master] New Issue Created by guest271314:
#396 autogen.sh warnings at *nix

$ ./autogen.sh
Makefile.am:246 warning: '%'-style pattern rules are a GNU make extension
Makefile.am:406 warning: '%'-style pattern rules are a GNU make extension
Makefile.am:417 warning: '%'-style pattern rules are a GNU make extension
Makefile.am:420 warning: '%'-style pattern rules are a GNU make extension


[espeak-ng:master] New Comment on Issue #396 autogen.sh warnings at *nix
By rhdunn:

'%'-style pattern rules are needed for the _extra, _emoji, and _dict rules to work as make does not support suffix rules that use _ as a separator -- it expects suffices to use .. For this to work, espeak-ng would need to use de.dict, es.emoji, etc.


[espeak-ng:master] New Comment on Pull Request #445 portability: use suffix rules instead of pattern rules.
By rhdunn:

The problem is with the make rules. It worked because you had already built those dependencies. For example, try removing the _extra files to test it. See my comments in #396.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Issue Created by Elshara:
#117 Burmese language is missing number pronunciation rules

The Burmese language needs to be reconfigured completely.


[espeak-ng:master] Label removed from issue #117 Burmese language is missing number pronunciation rules by Elshara.


[espeak-ng:master] Label added to issue #117 Burmese language is missing number pronunciation rules by Elshara.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Pull Request #446 Don't install test libraries with make install
By jaacoppi:

Yep, failed again..


[espeak-ng/espeak-ng] Pull request closed by jaacoppi:

#446 Don't install test libraries with make install

Closes #343. Also disables installing libfuzzrunner which has been implemented after the issue has been raised.

Reece, my commits have been hit and miss lately, so do take extra care checking this one out. I verified this with ./configure --prefix=<PREFIX> && make install./lib doesn't contain the test libraries anymore.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Pull Request #446 Don't install test libraries with make install
By rhdunn:

Some tips and tricks for debugging the build:You can use the -B flag with make to force it to rebuild everything. You may need to re-run autogen.sh when modifying


[espeak-ng:master] New Comment on Pull Request #446 Don't install test libraries with make install
By rhdunn:

Some tips and tricks for debugging the build: 1. You can use the -B flag with make to force it to rebuild everything. 1. You may need to re-run autogen.sh when modifying configure.ac and Makefile.am. 1. You can use V=1 with make (e.g. make V=1) to disable the short output and have it print all the build options it is passing to the compiler, linker, etc.

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng/espeak-ng] Pull request opened by jaacoppi:

#447 Makefile

Another try, builds correctly with./autogen.sh && make -B

Closes #343. Also disables installing libfuzzrunner which has been implemented after the issue has been raised.

In addition to the previous PR, this approximately halves the time to run make since tests are now build only when running make check.

Further reading: https://www.gnu.org/software/automake/manual/html_node/Libtool-Convenience-Libraries.html


[espeak-ng/espeak-ng] Pull request updated by jaacoppi:

#447 don't build or install test libraries or programs unnecessarily

Another try, builds correctly with./autogen.sh && make -B

Closes #343. Also disables installing libfuzzrunner which has been implemented after the issue has been raised.

In addition to the previous PR, this approximately halves the time to run make since tests are now build only when running make check.

Further reading: https://www.gnu.org/software/automake/manual/html_node/Libtool-Convenience-Libraries.html