| 02:59.30 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 03:42.41 | *** join/#asterisk-dev electronic_eel (~quassel@213.240.182.26) |
| 08:52.31 | *** join/#asterisk-dev n0tiz (~n0tiz@82-69-15-38.dsl.in-addr.zen.co.uk) |
| 10:49.24 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.101) |
| 10:49.25 | *** mode/#asterisk-dev [+o jkroon] by ChanServ |
| 11:06.21 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.101) |
| 11:06.21 | *** mode/#asterisk-dev [+o jkroon] by ChanServ |
| 12:38.38 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 13:04.44 | jkroon | do we know how widely __attribute__((cleanup(...))) is supported outside of gcc and clang? |
| 15:48.45 | gtjoseph | @jkroon: no idea. what compiler are you thinking of? |
| 16:40.40 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 18:28.59 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@lfbn-nan-1-1995-213.w90-105.abo.wanadoo.fr) |
| 19:23.45 | jkroon | gtjoseph, the whole blocksruntime requirement when using clang on linux. I can get rid of it but RAII_VAR would need to be adjusted to not use nested functions, nor -fblocks on clang, which can be done. but all the dtor functions would need to accept (type* arg) instead of (type arg), so would be a massively intrusive patch, and I'm not certain how beneficial overall. |
| 19:24.04 | jkroon | from my count there is 125 of them. |
| 19:24.16 | jkroon | and >2000 uses overall. |
| 23:43.22 | *** join/#asterisk-dev Dovid (~dovid@ool-4356e81f.dyn.optonline.net) |