It is currently 11 Sep 2025, 17:41
   
Text Size

i can't checkout cardsfolder (SVN troubles)

Post MTG Forge Related Programming Questions Here

Moderators: timmermac, Blacksmith, KrazyTheFox, Agetian, friarsol, CCGHQ Admins

Re: i can't checkout cardsfolder (SVN troubles)

Postby Braids » 01 Jul 2011, 20:14

Rob Cashwalker wrote:See, there you go again... waaayy over my head. . .
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:. . . Though I'm not too sure we should keep adding more library requirements . . .
jendave wrote:. . . My only concern is that the java-yield jar appears to be relatively unsupported.
i chose java-yield because its API was small. except that it bundles Log4J. :roll: do you want me to look for a different one? if so please let me know what the requirements are for size and support.
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.
please let me know if i can be of help.
"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. ;)
User avatar
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)

Postby jendave » 01 Jul 2011, 23:31

Braids wrote:
Rob Cashwalker wrote:See, there you go again... waaayy over my head. . .
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:. . . Though I'm not too sure we should keep adding more library requirements . . .
jendave wrote:. . . My only concern is that the java-yield jar appears to be relatively unsupported.
i chose java-yield because its API was small. except that it bundles Log4J. :roll: do you want me to look for a different one? if so please let me know what the requirements are for size and support.
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.
please let me know if i can be of help.
No worries. I modified the Maven build so it automatically accepts the SNAPSHOT dep.
jendave
 
Posts: 307
Joined: 01 Jun 2008, 07:19
Has thanked: 8 times
Been thanked: 21 times

Previous

Return to Developer's Corner

Who is online

Users browsing this forum: No registered users and 37 guests

Main Menu

User Menu

Our Partners


Who is online

In total there are 37 users online :: 0 registered, 0 hidden and 37 guests (based on users active over the past 10 minutes)
Most users ever online was 7967 on 09 Sep 2025, 23:08

Users browsing this forum: No registered users and 37 guests

Login Form