i can't checkout cardsfolder (SVN troubles)
Post MTG Forge Related Programming Questions Here
	Moderators: timmermac, Agetian, friarsol, Blacksmith, KrazyTheFox, CCGHQ Admins
			32 posts
			 • Page 3 of 3 • 1, 2, 3
		
	
Re: i can't checkout cardsfolder (SVN troubles)
 by Braids » 01 Jul 2011, 20:14
by Braids » 01 Jul 2011, 20:14 
if the goal is to reduce heap allocation and/or memory footprint, generators are better than arrays, lists, and other collections. generators are hard to write without a mechanism for "yielding" instead of returning a value. it is possible that generators use more CPU than collections, but this is not always true.Rob Cashwalker wrote:See, there you go again... waaayy over my head. . .
Rob Cashwalker wrote:. . . Though I'm not too sure we should keep adding more library requirements . . .
i chose java-yield because its API was small. except that it bundles Log4J.jendave wrote:. . . My only concern is that the java-yield jar appears to be relatively unsupported.
 do you want me to look for a different one? if so please let me know what the requirements are for size and support.
 do you want me to look for a different one? if so please let me know what the requirements are for size and support.please let me know if i can be of help.jendave wrote:I tried a dryRun of the release process and there is an issue with the jyield jar. since it is a "SNAPSHOT", Maven does not want to use it as part of release. There is a workaround, but it required more attention during the release build.
"That is the dumbest thing I've ever seen."  --Rob Cashwalker, regarding Innistrad double-sided cards. One of the first times he and I have ever agreed on something.  
		
- 
				 
 Braids
- Programmer
- Posts: 556
- Joined: 22 Jun 2011, 00:39
- Location: Unknown. Hobby: Driving myself and others to constructive madness.
- Has thanked: 1 time
- Been thanked: 1 time
Re: i can't checkout cardsfolder (SVN troubles)
 by jendave » 01 Jul 2011, 23:31
by jendave » 01 Jul 2011, 23:31 
No worries. I modified the Maven build so it automatically accepts the SNAPSHOT dep.Braids wrote:if the goal is to reduce heap allocation and/or memory footprint, generators are better than arrays, lists, and other collections. generators are hard to write without a mechanism for "yielding" instead of returning a value. it is possible that generators use more CPU than collections, but this is not always true.Rob Cashwalker wrote:See, there you go again... waaayy over my head. . .Rob Cashwalker wrote:. . . Though I'm not too sure we should keep adding more library requirements . . .i chose java-yield because its API was small. except that it bundles Log4J.jendave wrote:. . . My only concern is that the java-yield jar appears to be relatively unsupported.do you want me to look for a different one? if so please let me know what the requirements are for size and support.
please let me know if i can be of help.jendave wrote:I tried a dryRun of the release process and there is an issue with the jyield jar. since it is a "SNAPSHOT", Maven does not want to use it as part of release. There is a workaround, but it required more attention during the release build.
			32 posts
			 • Page 3 of 3 • 1, 2, 3
		
	
Who is online
Users browsing this forum: No registered users and 48 guests
