Alexandre DENIS:
> On Mon, 16 Nov 2020 09:43:42 +0100
> Fons Adriaensen <fons(a)linuxaudio.org> wrote:
>
> > Hello all,
> >
> > I'm having a strange problem with G++...
> >
> > In one source file 'fb3data.cc', I define arrays like this:
> >
> > const float svcoeff44 [216] =
> > {
> > 1.631996e-03, 6.335480e-02, ...
> > ...
> > };
> >
> > (...)
> > /usr/bin/ld: filtbank3.o: warning: relocation against `svcoeff88'
> in
> > read-only section `.text'
>
> Hi,
>
> I've already seen this strange behavior with gcc 9.x : symbols with
> a const definition are by default not publicly visible. It works
> if you explicitly add an "extern" in the definition:
>
> extern const float svcoeff44 [216] = (...)
>
> I am not sure whether it is a bug in gcc or a strict application of the
> standard.
Yeah, I just read this: https://gcc.gnu.org/gcc-10/porting_to.html
"
C language issues
Default to -fno-common
A common mistake in C is omitting extern when declaring a global
variable in a header file. If the header is included by several files
it results in multiple definitions of the same variable. In previous
GCC versions this error is ignored. GCC 10 defaults to -fno-common,
which means a linker error will now be reported. To fix this, use
extern in header files when declaring global variables, and ensure
each global is defined in exactly one C file. If tentative definitions
of particular variables need to be placed in a common block,
__attribute__((__common__)) can be used to force that behavior even in
code compiled without -fcommon. As a workaround, legacy C code where
all tentative definitions should be placed into a common block can be
compiled with -fcommon.
int x; // tentative definition - avoid in header files
extern int y; // correct declaration in a header file
"
Guess that could explain it.
On Mon, Nov 16, 2020 at 12:59 PM Roman Sommer <roman.sommer(a)fau.de> wrote:
>
> Kjetil Matheussen <k.s.matheussen(a)gmail.com> writes:
> >
> > Yeah, I just read this: https://gcc.gnu.org/gcc-10/porting_to.html
> >
> > "
> >
> > C language issues
> >
> > Default to -fno-common
> >
> > A common mistake in C is omitting extern when declaring a global
> > variable in a header file. If the header is included by several files
> > it results in multiple definitions of the same variable. In previous
> > GCC versions this error is ignored. GCC 10 defaults to -fno-common,
> > which means a linker error will now be reported. To fix this, use
> > extern in header files when declaring global variables, and ensure
> > each global is defined in exactly one C file. If tentative definitions
> > of particular variables need to be placed in a common block,
> > __attribute__((__common__)) can be used to force that behavior even in
> > code compiled without -fcommon. As a workaround, legacy C code where
> > all tentative definitions should be placed into a common block can be
> > compiled with -fcommon.
> >
> > int x; // tentative definition - avoid in header files
> >
> > extern int y; // correct declaration in a header file
> > "
> >
> >
> > Guess that could explain it.
>
> Hm? Why would that explain this behaviour?
> It seems to me Fons already (correctly) uses "extern" in his header
Guess you're right. I didn't read the posts very thoroughly. That's
also why I wrote "could' and not "would".
Hello again,
This is the correct version:
(I typed this in manually instead of copy/paste...)
const float *c;
switch (fsam)
{
case 44100:
c = svcoeff44;
break;
case 48000:
c = svcoeff48;
break;
...
}
Ciao,
--
FA
Hello everybody,
On behalf of the LAC 2020 organization team we'd like to welcome you all to
LAC 2020 which due to the current confining situation in France will take
place via teleconferencing on Nov 25-27.
A Big Blue Button (BBB) instance, the teleconferencing software that we use,
has been set up for conducting the conference. We will follow up by
publishing the official link both by mail and on the conference website
<https://lac2020.sciencesconf.org/> when the conference starts.
Additionally, in case you cannot attend, note that all talks will be
recorded.
The programme is beinng finalized and is available here:
https://lac2020.sciencesconf.org/program
If you plan to attend, please take the time and register here:
https://lac2020.sciencesconf.org/registration
As usual, the conference can be attended free of charge.
We apologies for the delays in announcements
See you at LAC 2020!
Hi all,
I have made a first preview of Power Station Industrializer v0.2.7
You can download it here:
https://sourceforge.net/projects/industrializer/files/
What is new in psindustrializer-0.2.7:
Improved accuracy of setting some parameters
Rendering and playback can be interrupted. Playback can be
retrigged at any time
Both actuation and sampling nodes are made selectable (Hint: you
can use this facility to generate great stereo samples. Although
PSIndustrializer doesn't support direct stereo samples saving yet, you
can manually save two samples with the same model and parameters, but
different sampling nodes. Then map them to right and left channels and
have fun!)
Bugfixes
As always, bugreports and feature requests are welcome!
Regards,
Yury.
Hi all!
Today I have finished a large amount of work: support of user actions
logging in SoundTracker. This means that almost all operations can be
undone / redone. Before this I have redesigned the sample editor.
Although these are not all improvements scheduled for 1.0.2 release, I
would like to start testing of the above two features. So I have issued
the first pre-relase available as usual at
https://sourceforge.net/projects/soundtracker/files/
I invite everyone to test this and send me bugreports. But I'd like to
warn, that this pre-release couldn't be pretty stable and can
occasionally crash. If you are familiar with gdb (GNU debugger) please
compile ST with CFLAGS=-DDEBUG and after crash explore the core file
with gdb and send me the backtrace.
Regards,
Yury.
Hi, is it still active here?
I’m trying to locate some help for developing a basic subtractive synth for Linux with support for sound patches.
Can someone point to any primer material? And What dev libraries for synth development are essential?
Thanks in advance
M
-
http://sound7.co.uk <http://sound7.co.uk/>
liquidsfz-0.2.1 has been released
The main goal of liquidsfz is to provide an SFZ sampler implementation
library that is easy to integrate into other projects. A standalone jack
client and a LV2 plugin is also available.
liquidsfz is implemented in C++ and licensed under the GNU LGPL version
2.1 or later. The release tarball can be downloaded here:
https://github.com/swesterfeld/liquidsfz#releases
Overview of Changes in liquidsfz-0.2.1:
=======================================
* New opcodes: offset / offset_random / offset_ccN / offset_onccN
* Support loading Hydrogen drumkit.xml files
* Make liquidsfz JACK client interactive, support typing commands
* Support building as shared library
* Share the same sample cache between all Synth instances
* Opcode aliases for volume_cc and volume_oncc
* RT cleanups for standard logging (info/warning/error)
* Document threading / RT constraints
* API additions
- Synth::active_voice_count
- Synth::all_sound_off
- Synth::system_reset
* Can build without some features (--without-jack / --without-lv2)
* Fixes
- make string->double conversion work on any locale
- preallocate event buffers to avoid malloc for new events
- allow one parameter to be modulated by multiple CCs
- don't crash on broken sfz which have uint out of range
- fix overriding sample loop_mode/loop_start/loop_end
- constrain ranges for cc/pitch_bend (i.e. enforce cc to [0..127])
--
Stefan Westerfeld, http://space.twc.de/~stefan
