Re: api break before release

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

> While, in theory, I agree that having compatibility cruft inside a
> software package is bad, I think breaking compatibility deep within a
> feature freeze was a very bad idea.
> 
> I thought different this afternoon when I could just enable
> GIMP_COMPAT_CRUFT_STH, but it just turned out that this define only
> catches very few of the API changes.

There were no API changes at all. All of the names that are standard 
now have been around for a long time and the only thing we did was to 
reverse the logic of the COMPAT_CRUFT defines. What was 

	#ifndef GIMP_DISABLE_COMPAT_CRUFT

before, has become

	#ifdef GIMP_ENABLE_COMPAT_CRUFT

now. That's it! Nothing else changed!!

> So, in effect, the recent undiscussed changes completely break the API and
> make it impossible to maintain a plug-in for both 1.0 and 1.2 versions.

Are you sure? Why does it work for the gimp-print plug-in then?


Salut, Sven




[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux