split pkgconf-specific behaviours out into a separate test battery, document differences better #90

Closed
opened 2016-05-28 08:56:08 +00:00 by ariadne · 1 comment

right now, our test suite tests both conformance of pkg-config implementations, as well as pkgconf-specific features and quirks.

we should both split out the pkgconf-specific extensions (so any pkg-config implementation can be tested against our testsuite and pass it), as well as document the reasons behind those extensions/differences (mostly relating to how sysroot is handled)

right now, our test suite tests both conformance of pkg-config implementations, as well as pkgconf-specific features and quirks. we should both split out the pkgconf-specific extensions (so any pkg-config implementation can be tested against our testsuite and pass it), as well as document the reasons behind those extensions/differences (mostly relating to how sysroot is handled)
Poster
Owner

This was done as part of #96 I suppose.

This was done as part of #96 I suppose.
Sign in to join this conversation.
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: ariadne/pkgconf#90
There is no content yet.