6 Commits

Author	SHA1	Message	Date
Horacio Duran	2385abb49a	Correct test input code to support older go versions (#490) ... Samples used for testing need to have build tags for new and old style: ``` //go:build tag // +build tag ``` The particular problem here seems to be that 1.16 was actually importing the package referred in the `TestGoModules` test (`import "golang.org/x/text/unicode/norm"`) which, in the CI system's version lacks an old style go tag comment. Hence go complaining of a `//go:build` without a `// +build`. I made all files bi-tagged for consistency.	2023-11-18 18:05:41 +01:00
Nate Finch	be7943de50	Support multiple targets (#65) ... * support multiple targets * fix #66 * isolated list test * add clean target to mage's magefile	2017-10-18 10:40:37 -04:00
James S	df367221b6	context for jobs (#32) ... Allows for jobs that take and call with a context. Closes #25	2017-10-17 23:57:04 -04:00
Nate Finch	8b6c4f7a9d	fixes and a test (#15) ... fixes #13 The bug was that non-stdlib imports were failing to be found by the parser. The problem is that the default importer only imports from compiled files. But we specifically want to import from source files. For go 1.9 this is easy, go/importer has an importer.For that takes "source". However, previous to go 1.9, this doesn't exist. To keep the code working in previous versions, we just grab the code from 1.9's srcimporter and include it in the build, and then conditionally compile in that code if we're not running on go 1.9 or greater (if we are running on go 1.9, we can use the stdlib version, which is better because it'll get fixes etc automatically). Also added a bunch of tests to ensure that this code won't break again without a test failing.	2017-09-29 09:38:37 -04:00
Nate Finch	9dc8074005	implments configurable default targets (#7)	2017-09-27 00:05:03 -04:00
Nate Finch	d95f2a0d68	works now	2017-09-22 11:27:23 -04:00