Hello. This bugs randomly affects kfreebsd-386 (see the BTS log for details). It may cause a FTBFS on an official architecture for any package using gprbuild or dh-ada-library, so its priority is quite upgraded.
The trace mentioned in http://lists.debian.org/debian-ada/2012/05/msg00031.html refers to -- src/gprconfig-knowledge.adb:682 begin 682 Compiler.Prefix_Index := Integer'Value (Prefix); exception when Constraint_Error => Compiler.Prefix_Index := -1; end; -- I fail to understand how Constraint_Error can exit from such a snippet which explicitely catches it. Compiler.Prefix_Index is an Integer without range restriction. What is the result of adding this line, or the equivalent information given by the debugger? -- 681.5 Ada.Text_IO.Put_Line (Ada.Text_IO.Standard_Error, "Prefix: """ & Prefix & """."); -- The trace mentioned in http://lists.debian.org/debian-ada/2012/05/msg00040.html is caused by -- /usr/lib/gcc/whatever/4.6/adainclude/g-expect.adb:359 when Expect_Internal_Error | Expect_Process_Died => 359 raise Process_Died; -- gprconfig-knowledge.adb:1527 calls Expect to execute Command before echoing, so that -v -v only has effect after a successful execution. What is the result of adding this line, or the equivalent information given by the debugger? -- 1523.5 Ada.Text_IO.Put_Line (Ada.Text_IO.Standard_Error, "Command: """ & Command & """."); -- Just a wild guess in the dark, but… in your minimal testcase, the two following regular expressions are used on the same purpose. <grep regexp="[^\r\n]+"></grep> (from upstream) <grep regexp=".+"></grep> (added by Debian maintainer) Their effect may actually depend on line ending and regular expression handling. Could you please check that the bug persists if the first expression is used twice? -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/20120617113422.GA13385@pegase
