Dijkstra was pretty specific about the cases where goto would be confusing and made a case that one should would be better off just not using it at all. His argument applies much more to gotos that can jump across procedure boudaries. Most surviving gotos (including the PHP goto) are not that unconstrained so they do represent a compromise between Dijkstra's position and the pragmatic use of goto where it actually improves the readability of code - especially when exceptions are not available for some reason.
BTW, I think nobody linked the classic goto critique from Dijkstra yet: http://www.cs.utexas.edu/~EWD/transcriptions/EWD02xx/EWD215.... (or paywalled in ACM context at http://portal.acm.org/citation.cfm?id=362929.362947 )
Dijkstra was pretty specific about the cases where goto would be confusing and made a case that one should would be better off just not using it at all. His argument applies much more to gotos that can jump across procedure boudaries. Most surviving gotos (including the PHP goto) are not that unconstrained so they do represent a compromise between Dijkstra's position and the pragmatic use of goto where it actually improves the readability of code - especially when exceptions are not available for some reason.