On Sat, Mar 05, 2016 at 14:05:31 +0100, Michal Privoznik wrote: > If the stars are in the right position and you're building with One would think that electron alignment in the material of your SSD that creates the bits that finally align to the file creating the software on your machine would cause this ... I'm not sure that star alignment has to do much with it. > VBox >= 4.2.0 it will happen that compiler thinks an array > allocated on the stack may be unbound: There's quite a substantial semantic difference between "unbound" and > In file included from vbox/vbox_V4_2.c:13:0: > vbox/vbox_tmpl.c: In function '_virtualboxCreateMachine': > vbox/vbox_tmpl.c:2811:1: error: stack usage might be unbounded [-Werror=stack-usage=] ... unbounded. I'd suggest you get your language straight. Plus one other instance in the subhect. > _virtualboxCreateMachine(vboxGlobalData *data, virDomainDefPtr def, IMachine **machine, char *uuidstr ATTRIBUTE_UNUSED) > ^ > > Well, given how the variable is declared, I had some hard time > seeing it is actually bounded. Surprisingly compiler does not Here it's correct! > complain because of -Wframe-larger-than. This is because > variable length arrays do not count into that warning. > > Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> > --- > src/vbox/vbox_tmpl.c | 18 +++++++----------- > 1 file changed, 7 insertions(+), 11 deletions(-) ACK, the original code was a mess ... Peter
Attachment:
signature.asc
Description: Digital signature
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list