Tone curve filter: bug fix, always add the last point as it is never added.

Previously the last point would not be added correctly if the last point's x < 1.0 as there would be fewer than 255 entries in the output array. So the output points would approach but not actually get to that final point.

If the final point was y=1.0 it wouldn't matter as we go on to extend the returned array out to x = 255 with y = 1.0s. But if it wasn't then we'd miss that last value.

Also clarified the question in comments about whether the length of the points array is equal to the length of the second derivative. It is. Also made the n variable a constant in the second derivative method to ensure it.
Tone curve filter: correct application of RGB in conjunction with R, G, B channels.

The RGB adjustment must be made after the R, G and B adjustments.
Also build GPUImage as static framework in build.sh
GPUImageTwoInputFilter newFrameReadyAtTime can't always pass on frame time from the first input

Sometimes the first input will be a GPUImagePicture with a frameTime of CMTimeIndefinite. I have added a check to see whether the firstFrameTime is indefinite, in which case the secondFrameTime is used.

The behaviour will be the same as before, unless the first input is a GPUImagePicture then the time will be used from the second input. Because the frameTime will always be indefinite it will always use the second frame time and therefore will be stable.
fix a couple of memory leaks
Merge pull request #1098 from erysaj/fix-memory-leak

fix a couple of memory leaks
Merge pull request #1071 from karlvr/tonecurvefixes

Tone curve filter: fixes missing last point and incorrect application of RGB curve in conduction with individual channels
Merge pull request #1094 from karlvr/two-input-frame-time

GPUImageTwoInputFilter newFrameReadyAtTime can't always pass on frame time from the first input
Merge pull request #1077 from howanghk/build-static-framework

Also build GPUImage as static framework in build.sh
Turn off front-camera workaround on iOS 6 or later

As discussed in #462, there are various problems with the workaround for corrupt images on iOS 5. Given that iOS 5 is quite legacy now, I think it's a reasonable solution to turn off that workaround if GPUImage is running on iOS 6 or later.

This could of course be adjusted if the precise version of the OS required for the workaround is not 5.X.
Fixed a problem where these 2 filters would not correctly set the frameSize through the forceProcessingAtSize: method
fixed gpuimage benchmark suite for live video streams
Merge pull request #1120 from paolonl/master

Fixed GPUImageAmatorkaFilter and GPUImageMissEtikateFilter not processing images at a desired size
Merge pull request #1103 from karlvr/front-camera-ios5-bug

Turn off front-camera workaround on iOS 6 or later
updated video processing benchmark - CoreImage processing now uses entire screen
Fixed a Mac build error introduced by a recent pull request.
Check that the session is running before trying to process frames - fixes crash when backgrounding app
Fix type in GPUImageHueFilter
Adding .svn to the ignore list for hybrid projects.
Marking the headers as 'public' so you can use the project as a direct dependency.