| Summary: | dev-lang/vala fails to build valid code with USE="coverage" (tries to access build directory) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Maciej Piechotka <uzytkownik2> |
| Component: | New packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | jklawiter, lordvan, Marc-Antoine, maxposedon, steffen |
| Priority: | High | Keywords: | InVCS |
| Version: | 2008.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Maciej Piechotka
2010-03-21 17:56:28 UTC
(In reply to comment #0) On vala-0.8 same problem. Are you trying to compile something *with* vala, or are you trying to build vala? (In reply to comment #2) > Are you trying to compile something *with* vala, or are you trying to build > vala? > Something with vala. Or in the example given just 'vala --help'. Mine compiles but gives lots of funny profiling lines (only hello world program): valac hello.vala profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/compiler/valacompiler.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodearraymodule.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodeassignmentmodule.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodebasemodule.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodecompiler.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodecontrolflowmodule.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodedeclarationspace.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodedelegatemodule.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodegenerator.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodememberaccessmodule.gcda:Cannot open profiling:/var/tmp/portage/dev-lang/vala-0.7.10/work/vala-0.7.10/codegen/.libs/valaccodemethodcallmodule.gcda:Cannot open ..... <cut so comment fits but you get the idea> ... lordvan@Desktop64X3 ~/Programming/vala $ ls hello hello.vala lordvan@Desktop64X3 ~/Programming/vala $ ./hello Hello, World oh USE="-coverage" does remove this issue .. seems to be only a 'bug' with the profiling / coverage stuff Confirmed. also --enable-coverage brokes cross compilation with vala Is the coverage stuff only meant for the Vala developers? If yes, maybe we should drop it and the USE flag. The coverage looks like it does coverage for the unit tests on vala itself. It generates a valac build with, among other things, -lgcov, so it's probably a bad thing to have enabled in portage. Maybe we should implement an out of tree build like what was done for dbus ? *** Bug 290003 has been marked as a duplicate of this bug. *** I also had this bug when trying to compile my own vala code. However, it did seem to run just fine (tho it was only a simple hello world). + 20 Dec 2010; Gilles Dartiguelongue <eva@gentoo.org> vala-0.8.1.ebuild, + vala-0.9.3.ebuild, -vala-0.9.8.ebuild, -vala-0.10.0.ebuild, + vala-0.10.1.ebuild, -vala-0.11.0.ebuild, -vala-0.11.1.ebuild, + vala-0.11.2.ebuild: + Raise glib dependency for tests for slot :0.10, bug #330527. Drop coverage + handling, it is broken and doesn't bring much for now, bug #310579. Thanks for reporting. |