FTBFS on amd64, i386 for test-rebuild-20111222 (gcc-4.7)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
bluez (Ubuntu) |
Fix Released
|
Medium
|
Mathieu Trudel-Lapierre |
Bug Description
bluez fails to built in the latest test rebuild (test-rebuild-
# source=
/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I./lib -I./src -I./src -I./audio -I./sbc -I./gdbus -I./attrib -I./btio -I./health -D_FORTIFY_SOURCE=2 -finline-functions -fgcse-after-reload -funswitch-loops -funroll-loops -g -O2 -fstack-protector --param=
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./lib -I./src -I./src -I./audio -I./sbc -I./gdbus -I./attrib -I./btio -I./health -D_FORTIFY_SOURCE=2 -finline-functions -fgcse-after-reload -funswitch-loops -funroll-loops -g -O2 -fstack-protector --param=
sbc/sbc_
sbc/sbc_
sbc/sbc_
make[2]: *** [sbc/sbc_
It appears to be related to this piece of code:
static void sbc_calc_
int32_t sb_sample_
uint32_t scale_factor[2][8],
int blocks, int channels, int subbands)
{
static const SBC_ALIGNED int32_t consts[2] = {
1 << SCALE_OUT_BITS,
1 << SCALE_OUT_BITS,
};
int ch, sb;
intptr_t blk;
for (ch = 0; ch < channels; ch++) {
for (sb = 0; sb < subbands; sb += 2) {
Related branches
tags: | added: patch |
Changed in bluez (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → Medium |
assignee: | nobody → Mathieu Trudel-Lapierre (mathieu-tl) |
I'm so absolutely not sure of my fix it's not even funny. Well, it does seem to allow bluez to compile with gcc 4.7and I'm not seeing playback issues yet in testing (which is what this looks like should be affecting).