Bug#329989: snd_usb_audio unknown symbols

[Jurij Smakov]

tags 329989 confirmed
thanks

Hi,

I have reproduced that bug. And it is not inlining problem, because I 
tried building it with all inline functions in sound/usb/usbaudio.c 
replaced by #define's, and it did not help. I'll try to dig further.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#329989: snd_usb_audio unknown symbols

[Jurij Smakov]

reassign 329989 gcc-4.0
severity 329989 important
thanks

Hi,

After further investigation it definitely appears as a gcc bug. I was able 
to isolate a simple test case, which is attached. When built on current 
sid, it inserts a spurious symbol into the object file, and fails to 
resolve it during linking:


[EMAIL PROTECTED]:~$ gcc --version
gcc (GCC) 4.0.2 (Debian 4.0.1-9)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[EMAIL PROTECTED]:~$ gcc initializer_bug.c
/tmp/ccn0ofh6.o:(.rodata+0x4): undefined reference to 
`__compound_literal.0'

collect2: ld returned 1 exit status

Thus, I'm reassigning it to gcc-4.0 package.

Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CCstruct usb_audio_id {
  unsigned long driver_info;
};

struct snd_usb_audio_quirk {
int ifnum;
const void *data;
};

typedef struct snd_usb_audio_quirk snd_usb_audio_quirk_t;

struct usb_audio_id ids[] = {
  {
.driver_info = (unsigned long)  (const snd_usb_audio_quirk_t) {
  .ifnum = 0,
  .data =  (const snd_usb_audio_quirk_t) {
	.ifnum = 0,
	.data = (void *) 0
  }
}
  }
};

int main()
{
}

Bug#329989: snd_usb_audio unknown symbols

[dean gaudet]

Package: linux-image-2.6.12-1-686-smp
Version: 2.6.12-7

usb audio worked in -6... but as of -7 i'm getting this in dmesg when the 
module is inserted:

snd_usb_audio: Unknown symbol __compound_literal.170
snd_usb_audio: Unknown symbol __compound_literal.89
snd_usb_audio: Unknown symbol __compound_literal.173
snd_usb_audio: Unknown symbol __compound_literal.112
snd_usb_audio: Unknown symbol __compound_literal.110
snd_usb_audio: Unknown symbol __compound_literal.150
snd_usb_audio: Unknown symbol __compound_literal.102
snd_usb_audio: Unknown symbol __compound_literal.114
snd_usb_audio: Unknown symbol __compound_literal.158
snd_usb_audio: Unknown symbol __compound_literal.120
snd_usb_audio: Unknown symbol __compound_literal.79
snd_usb_audio: Unknown symbol __compound_literal.166
...

goes on for a while...

my wild guess is an inlining-related change in gcc-4.0.  but that's just
a wild guess.

-dean


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]