{"push_id":571131553,"size":1,"distinct_size":1,"ref":"refs/heads/master","head":"9feefedf9e92066fa6609d1e1e17b4892d81716f","before":"1a179f36f7c612d3560a72396c559cd876dfab6b","commits":[{"sha":"9feefedf9e92066fa6609d1e1e17b4892d81716f","author":{"email":"ffeaa947aef224da9ba99b6a18bdd74288df0e3e@sss.pgh.pa.us","name":"Tom Lane"},"message":"Fix pg_dump's heuristic for deciding which casts to dump.\n\nBack in 2003 we had a discussion about how to decide which casts to dump.\nAt the time pg_dump really only considered an object's containing schema\nto decide what to dump (ie, dump whatever's not in pg_catalog), and so\nwe chose a complicated idea involving whether the underlying types were to\nbe dumped (cf commit a6790ce85752b67ad994f55fdf1a450262ccc32e).  But users\nare allowed to create casts between built-in types, and we failed to dump\nsuch casts.  Let's get rid of that heuristic, which has accreted even more\nugliness since then, in favor of just looking at the cast's OID to decide\nif it's a built-in cast or not.\n\nIn passing, also fix some really ancient code that supposed that it had to\nmanufacture a dependency for the cast on its cast function; that's only\ntrue when dumping from a pre-7.3 server.  This just resulted in some wasted\ncycles and duplicate dependency-list entries with newer servers, but we\nmight as well improve it.\n\nPer gripes from a number of people, most recently Greg Sabino Mullane.\nBack-patch to all supported branches.","distinct":true,"url":"https://api.github.com/repos/postgres/postgres/commits/9feefedf9e92066fa6609d1e1e17b4892d81716f"}]}