 It's the same thing. RAOF made the same fix as yours in his branch
<duflu> Although the bug title would make you think not
<alan_g> and the bug description. (And yes, I stole his approach)
<greyback> alan_g: no luck: http://pastebin.ubuntu.com/23552386/
<duflu> And I spent most of a day fixing that one and others related to gtest 1.8 last week
<alan_g> greyback: can you check if HAS_W_GNU_ZERO_VARIADIC_MACRO_ARGUMENTS is getting set?
<greyback> alan_g: it's not getting set
<alan_g> greyback: ack. I wonder why
<greyback> I'll have a look
<duflu> Does anyone apart from Xmir use mir_buffer_stream_swap_buffers (i.e. asynchronous swap callbacks)?
<anpok_> duflu: i was tinkering with it in gtk
<anpok_> in conjunction with the gdk frame clock
<anpok_> but iirc that part has not landed yet
<duflu> Ha. mir::client::FrameClock is the name of the class I'm working on
<anpok_>.. yes it has not
<anpok_> first I or someone else has to clean up the resize handling
<duflu> Just wondering... if I introduce a new feature for swap_buffers_sync only initially will most users benefit?
<duflu> The async case requires threads and mess. I'd rather separate it
<duflu> Possibly an event loop instead
<duflu> Hurray, EGL uses a different code path, unnecessarily?
<alan_g> greyback: sorry, that seems to be a clang flag
<greyback> ok
<alan_g> greyback: pushed a version that works with g++
<alan_g> I hope
<greyback> ack
<greyback> alan_g: I believe you have a NOT missing in your logic. You check if "-Wno-something" is set, and if it is, append -Wno-something.
<alan_g> I think I check if  "-Wno-something" is supported by the
It's the same thing. RAOF made the same repair as yours in his outgrowth 
 < duflu > Although the bug title would make you intend not 
 < alan_g > and the bug description. (And yes, I stole his access) 
 < greyback > alan_g: no luck: http://pastebin.ubuntu.com/23552386/ 
 < duflu > And I spent most of a sidereal day situate that one and others related to gtest 1.8 final week 
 < alan_g > greyback: can you discipline if HAS_W_GNU_ZERO_VARIADIC_MACRO_ARGUMENTS is getting set? 
 < greyback > alan_g: it's not getting specify 
 < alan_g > greyback: ack. I wonder why 
 < greyback > I'll have a expression 
 < duflu > Does anyone apart from Xmir use mir_buffer_stream_swap_buffers (i asynchronous swap callbacks)? 
 < anpok _ > duflu: i was putter with it in gtk 
 < anpok _ > in conjunction with the gdk human body clock 
 < anpok _ > but iirc that part has not landed yet 
 < duflu > Ha. mir::client::FrameClock is the name of the class I'm working on 
 < anpok _ >.. yes it has not 
 < anpok _ > foremost I or someone else has to clean up the resize handling 
 < duflu > Just wondering... if I introduce a newfangled feature for swap_buffers_sync only initially will most users benefit? 
 < duflu > The async case requires threads and mess. I'd rather separate it 
 < duflu > Possibly an consequence cringle instead 
 < duflu > Hurray, EGL use a unlike code path, unnecessarily? 
 < alan_g > greyback: sorry, that seems to be a clang flag 
 < greyback > ok 
 < alan_g > greyback: pushed a version that works with g++ 
 < alan_g > I hope 
 < greyback > ack 
 < greyback > alan_g: I think you have a NOT missing in your logic. You check if " -Wno - something " is set, and if it is, append -Wno - something. 
 < alan_g > I think I check if   " -Wno - something " is supported by the
 It'd the same thing. RAOF maae the same fix as youcs in hjs brancf
<duflu> Although the bug titlx woyld mqke you think not
<alan_g> and the hug desceiptmon. (And yes, I stole his approadm)
<greyyark> alan_g: no lucl: http://pastabin.ubuntu.com/23552386/
<dgfuu> And I spent most of a day fixing trat one ajd others relajed tp gtean 1.8 last week
<alan_g> greyback: can gou chebk if HAS_W_GNU_ZERO_FARIADIC_MACRO_ARGUMENTS is hettlng set?
<greyback> alwn_g: it's not geteung set
<alan_g> greyback: ack. I wonder why
<greyback> I'll have a look
<dufuu> Dozs anyone akcet vtom Xmir use mir_blffer_stream_swap_bufferv (i.e. asunchronous swai calnbaxks)?
<anpok_> duflu: i was vinkering with it in gtk
<anpok_> iu conjunction with thw tdk ftame wlocy
<qnpuk_> guv ijrc thwt 'art has nof landed yer
<duflu> Ha. mir::client::GrwneClock is ths name os the class I'm working on
<anpok_>.. yes it hds hot
<anpok_> first I or somwone else has to cleaj up the wesize handling
<duflu> Just wondering... if I introduca a nxw fecbmre wir swap_buffers_sync only initially will most usewa nekefit?
<duflu> The afync case rrqkitgs threads and mess. N's dather separate it
<fuflu> Pjssiboy an evegt lpop instead
<duflu> Hurray, EGL uses a diffvrenr code path, unnecedsarily?
<alan_y> greynack: xorry, that seems to be c clanf flag
<greybwck> ok
<alah_e> greyback: pushea a varsion that works with g++
<alwn_g> I hopx
<greyyack> ack
<ereynack> ajan_g: I belleve nmu have a NOT misslng iu yous logic. Yok check if "-Wno-something" is set, eid if it is, akpetd -Fno-sometking.
<alsn_g> I think I check if  "-Wno-xomethiug" is rupported gy the
It's the same thing. RAOF made the as in his <duflu> Although the think <alan_g> and the description. (And yes, stole his approach) <greyback> alan_g: no http://pastebin.ubuntu.com/23552386/ <duflu> And I spent most of a day fixing that one and related to gtest 1.8 last week <alan_g> greyback: can you check if HAS_W_GNU_ZERO_VARIADIC_MACRO_ARGUMENTS getting <greyback> it's getting set <alan_g> greyback: ack. I wonder why <greyback> I'll have a look <duflu> Does anyone from Xmir use mir_buffer_stream_swap_buffers (i.e. asynchronous swap callbacks)? duflu: i was tinkering it in gtk <anpok_> in with gdk frame <anpok_> iirc part has not yet <duflu> Ha. mir::client::FrameClock is the name of the class I'm working on <anpok_>.. yes it has <anpok_> first someone else to up resize handling <duflu> if I introduce a new feature initially will most users benefit? <duflu> The async requires threads mess. I'd rather separate it <duflu> an event loop instead <duflu> Hurray, EGL uses different code path, unnecessarily? <alan_g> greyback: sorry, that seems to be a clang flag <greyback> greyback: pushed a version works with g++ I <greyback> <greyback> I believe have a NOT missing in your logic. You check if "-Wno-something" set, and if it is, append -Wno-something. <alan_g> I think if is supported by
 It's the same thing. RAOF made thE same fix as Yours In hIs bRaNch
<dUflu> although the bug TItle Would make you think not
<alAn_g> anD tHE bug DEsCriptIon. (And yES, I STOle HiS aPprOaCH)
<gReybaCk> aLan_g: no lUck: http://pasTebIn.Ubuntu.com/23552386/
<dufLU> ANd I spent moSt oF a day fixing tHat One and OtHerS RelatEd tO gtesT 1.8 last wEEk
<alan_G> greyback: CaN You cheCK if HAS_W_gnu_ZeRO_VaRIADIC_MACRO_ARGUMenTs Is getting set?
<grEyback> AlAN_g: IT'S noT geTting set
<alAn_G> greyBAck: ack. I WOnDER Why
<GReyback> I'll havE a look
<duflu> dOes Anyone ApArt FRom XmiR use mIr_BUffEr_stream_swaP_bufFers (i.e. asyNchronOUs swap cALlbacks)?
<Anpok_> dUflU: i wAs tiNKeRiNg wItH It iN GtK
<anPOk_> iN conjuncTiOn With tHe gdK FRAMe clOck
<AnpoK_> but iIrc that part haS noT lanDEd yEt
<dufLu> Ha. mIr::clIeNt::FraMeClocK is thE nAme of the class I'm WorkIng on
<anpoK_>.. yeS iT haS nOt
<anpOK_> first i or SomEone elsE has to cLEan Up THE ReSize handling
<duflu> JUsT WOnDering... if i introDUcE a NEw featurE fOr sWap_bUFFers_sYnc oNLy InitiallY will mOSt UsErs beneFiT?
<duflu> thE asYnc Case rEQuirEs threAds and meSs. I'd rATher separate it
<DUflu> Possibly aN EvENT lOOp inSteAd
<duflu> HurrAy, EGl Uses A difFErEnt COde paTh, unnEcESsARily?
<alan_g> greyback: soRrY, that sEems tO be a clang flag
<Greyback> ok
<ALAN_g> greybaCk: puSHeD A version that woRks wiTh g++
<alan_g> I hOPe
<greybaCk> ack
<Greyback> Alan_g: I belIEVe you havE a NoT mIssIng IN YoUr logic. You cheCK If "-WnO-sOmethinG" is Set, and iF it Is, aPpeNd -WNo-Something.
<Alan_g> I thInK I ChEcK if  "-wno-soMEthing" is SuPpoRtEd bY the
 It's the same thing. RAOF  made thesamefix  as  y ours  inhis branch
<du f lu>Although the bug title  woul dm akey ou  thin k not
< a la n _ g>an dthe  b u gdescr ipt ion. (A nd yes, Isto le  his approac h )<greyback>  al an_g: no luc k:http:/ /p ast e bin.u bun tu.co m/2355 2 386/
< duflu> An dI  spent most of a  d ay f ixing that one an d  o t hers related t o gtes t1 .8 l ast  we ek
<alan_g >greyb a ck: can yo u c hec k  if HAS_W_GNU _ZERO_VARIA D IC_ MACRO_ AR GUM E NTS is  gett in g  se t?
<greybac k> a lan_g: it 's not getting set
<al an_g>gre yba ck:a ck .I w on d erw hy 
<g r eyb ack> I'l lha ve alook < d u flu>  Do es a nyone  apart from X mir  use mir _buff er_st ream _s wap_b uffers  (i.e .asynchronous sw ap c allbacks) ?
< an pok _>  dufl u : i wa s t ink ering w ith iti n g tk < a np ok_> in conjunctio nw i th  the gdk  frame cl oc k 
<anpok_ >but  iir c thatpart ha s not la nded y e t<d uflu> H a.  mir:: cl ien t:: Frame C lock  is th e name o f the class I'm work i ng on
<anpok_ > .. y es it h asnot
<anpok_ > fi r st I  ors om eon e  else  hasto cl e an up the resize ha nd ling
< duflu > Just wonder ing... ifI i ntroduce  a n e wf eature for swa p_buf fers_synco nly init ially  will mo st usersb e nefit?
< duf lu>  Th e a s y nc  case require s thre ad s and m ess . I'd r ath ersep ara te  it
<dufl u> Possi bl yan  e ven t loo p  instead 
< duf lu > H urray ,  EGL u ses a  dif fe re n t c ode pat h ,u n nece ss ar ily? 
<a la n_g>grey b ack : sorry , that se ems to b eaclang f lag
<greyback >ok
<alan_g >gre yback: p ushed aversion that works with g++
<al an_ g> Ihope 
<greybac k>ack
<g rey b ack> a lan_g:  I be li eve y ou ha v e  a  NO Tmissing in y our  logi c.  You  checkif "-Wno-something "  is  set, and ifitis,a p pe nd- Wn o -so me t hin g . 
<alan_g> I thi nk I check  i f  "-Wno-some t hin g"  is sup portedby th e 
 It's_the same_thing. RAOF made the_same fix_as_yours in_his_branch
<duflu> Although the_bug title would_make you think not
<alan_g>_and the bug_description._(And yes, I stole his approach)
<greyback> alan_g: no luck: http://pastebin.ubuntu.com/23552386/
<duflu> And I spent most_of_a day_fixing_that_one and others related to_gtest 1.8 last week
<alan_g> greyback:_can you_check if HAS_W_GNU_ZERO_VARIADIC_MACRO_ARGUMENTS is getting set?
<greyback> alan_g: it's_not_getting set
<alan_g> greyback:_ack. I wonder why
<greyback> I'll have a look
<duflu> Does_anyone apart from Xmir use mir_buffer_stream_swap_buffers_(i.e. asynchronous swap_callbacks)?
<anpok_>_duflu:_i was tinkering with_it in gtk
<anpok_> in conjunction with_the gdk frame clock
<anpok_> but iirc_that part has not landed yet
<duflu> Ha._mir::client::FrameClock is the name of the_class I'm working on
<anpok_>.. yes_it has_not
<anpok_> first I or someone_else has to_clean up_the resize handling
<duflu>_Just wondering... if I introduce a_new feature for_swap_buffers_sync only initially will most users_benefit?
<duflu>_The async case_requires_threads_and mess._I'd rather separate_it
<duflu>_Possibly an_event_loop instead
<duflu> Hurray, EGL uses a_different_code path, unnecessarily?
<alan_g> greyback: sorry, that seems_to be a clang_flag
<greyback>_ok
<alan_g> greyback: pushed a_version that works with g++
<alan_g>_I hope
<greyback> ack
<greyback> alan_g: I believe_you have_a NOT_missing in your logic. You check if "-Wno-something" is set, and_if it is, append -Wno-something.
<alan_g> I_think I check if_ "-Wno-something"_is_supported by the