July 2006 - Boost - lists.preview.boost.org

[mpl] Integral Constant is over specified
by Andy Little 06 Aug '06

06 Aug '06

Hi, IMO the Integral Constant Concept is over specified in the mpl docs. What is the rationale behind the next<..> and prior <..> requirements? These seem to have little to do with an Integral Constant. Maybe they should rather be another Concept , such as Iterable? Where N is a model of Iterable: next<N>::type prior<N>::type Currently for example, mpl::bool_ is stated to be a model of Integral Constant, but it fails to meet the curently stated requirments, nor can it ever AFAICS. Further the requirements currently include a member ::value_type. According to the TMP book, this is a classic example of a traits blob. (section 2.2). Surely access should be specified using value_type<C>::type? IOW maybe a ValueType Concept. Finally the runtime evaluation requirement could be removed and a refinement of ValueType such as RunTime Evaluable be stated in terms such as: Where T is a type modelling Runtime Evaluable value_type<T>::type = t(); For a type N The current Integral Constant spec would then, in those places where these requirements are required: N is a model of Iterable, Integral Constant and Runtime Evaluable. This would allow me to meet the new Integral Constant requirements without unneccesary baggage. Further a bool_ could be correctly specified in terms of the above Concepts regards Andy Little

3 22

array_count - preliminary submission
by Gennaro Prota 05 Aug '06

05 Aug '06

Hi guys, attached is a first cut at the array count facility I proposed here. It still lacks compile-fail tests and tests for the multidimensional case; and I made no attempt to extend it to tr::array<> (the main issue being supporting tr::array<>s with size 0 --it can be done, but the machinery involved would be something to be likely hidden from the user via a macro; instead, no macro is used so far). Any feedback appreciated, though likely only Dave will be interested ;) The enclosed test file should be just compiled. It does nothing if actually run. -- [ Gennaro Prota, C++ developer for hire ] [ resume: available on request ] begin 644 array_count proposal v.0.1.zip M4$L#!`H``````-.<Z#0````````````````5````;&EB<R]G<'-?87)R87E? M8V]U;G0O4$L#!!0````(`)")Z#0!^SHOFP(``,4(```D````;&EB<R]G<'-? M87)R87E?8V]U;G0O87)R87E?8V]U;G0N8W-SI551:]LP$'YNH?_A:!ALH7:= M-$D3[VGL86,P&&SLM2C6V1:3)2,K;;.Q_UY9EA*[L5M#[R7)Z4[Z[KOO+M=3 MN'N379Q?G,-S^RS+O6)9KN$+"D&4A!]*:@+?=GP/:YA'T<KEO?[`2P;3Z_J> MB_/KJ;E+[C2J0E8:$BDT80(5O&<BX3N*%90D0\B14.,E(a)D(JI0G_`.Z.L\DQ MZ9_Y"?#`J,YCF$71NX_6D9J`("4%X_L8?J.B1)`K^*08X5?P%?D]:I883T5$ M%52H6-KD)9)+%<-D9:WQ;4GR)U-R)VC@CA]RIM&>_6_5U&-U(8$KI-)[;FH[ M,5^3"^L4M%FX>DI"*1-9L)5:RR*&1?G8'!1$94P$'%,=PTV[^HK]14/)RE/B M2UML-DNZ'"J-B=RPH5T*1V)\YM'\6.T!:>FP.@A:EN:Y<(E%#[*%][:@+3VR MUU`XX!MK8VC?2KJWPM$D&^+=TVYC7U*1X]$XVT^?Y3.7U2>9=N*L5Y.7OQ1N M=TF.&K[_O!PCS6$9'B#-1T**EGV0W@+!:X,X!.-:VO%I?-0!Q40JHID4,0@I M1@V972$H]."$U=;>''5L`]./57=\O->N1:/=4S6L?>A6*C,*C?:C<(X%5)(S M"I/Y[>J&+#M!?G9[XEH,'A"6SS#Z])D?I9-K9\=KJ;51[+&BWK8O<7=@CYC@ MS'?8OG[:I3,3$A:,4HZ=_6``EH\0FD4`P2R,S)J`Z*C=(73-YA^';N*".[3% M8&F)(+RI/QKFN/GK,&NY:6_/L&^\SVJ2<)89^(EI"JJ3Q=@1M!V'H5F9I.DZ MB:(.61XSZ;!Z[+6AC)KO2$\F[9`9Y_+^4'7O$/7*I;[:BF5X(@>'N`4CY,P0 M4^&=PA05BL1WO47G[=RN3IOP!%!+`P04````"``$C.@T]#-;HR`!``"*`@`` M*0```&QI8G,O9W!S7V%R<F%Y7V-O=6YT+V%R<F%Y7V-O=6YT7W1E<W0N8W!P MI5#!2L-`$+T'\@]#]9`6V4T]>*@W:Q%!1"C8WI;M9IHL-KMA=D(,XK^;5*JV M*A5\AV$.[[UY;^0HCF`+]6_$T<[K$,ET"%-?M63S@N$&G=/DX8$\:SA/TPNQ M+[VV@<FN:L8,:I<A`1<(5]X'AKE?<Z,)X<X:=`'/X!$I6.]@+%+Q+4`R1P1M MC"\K[5KK<EC;32>^G<[NYS,U5JG@9P9/8+I\H/F7"@5S-9&R:1JQZG,(3[D\ M<!E^MCC^K&/X\%HL%I.?SV_L*LC3)*^"6G8[:6J7RND2A[)7C[;SQ#JSJ3.$ M0<_;BJ4FTJTROG8LBJH:_(T%4H(IT#R!S;"L/*,S[?Z)+Q+%&';N<60=0ZFM M2[H?O;P7(^2:'*27<?3:4]X`4$L#!!0````(`#&2Z#3)3^[C6P8``(,7```I M````;&EB<R]G<'-?87)R87E?8V]U;G0O87)R87E?8V]U;G1?=&5S="YH<'"U M6'MOVD@0_[]2O\-<<JIL1'CU>B>1-!4E;HJ.``62-)>+K,5>P*KC]7G7H;2Z M[WZS?F$[-M"DMXJ"O3OSVYG9>:T/K3G\\GXXG$SUT4CO3?3>5!MWIKW!^<L7 M]<K+%Q`,_=GCY8L8*S^4K@I=YJX]:[$4<$X=AW(a),1AX3!%J-QN^U+.N9Q85G MS7Q!3?`=DWH@EA3>,\8%3-A<K(A'H6\9U.&T"E?4XQ9SH%EKU!X)H$PH!6(8 M[-XESMIR%C"W;&3N=;7!1-.;>J,FO@I@'A@H'Q!1HL)2"+==KZ]6J]I,RE%C MWJ*>0U$W6NPVUJZ1MLCU]76[6`+;FO'ZK\K"Y?IG?/:(M_ZL.^2>JG4)4`G^ M'R*$-4<[SB'T@LYXW+G1N\/+P52?:CCQ$?WB?*3+HVC\T6B%+$AO.71OEF0G MQ[!]D\*!%"J0M$X\CZQU(a)_F.J"U=]R!'&!+=NW:=<$Z]'32621UAB75$A2Y< M!\5R@-CNDLQJ>)3H,&HAN^M1UV,&Y9QY=8-LV2A#.2>&95O"HKQ.7-=>[\EF M">H1@9X9/=$]^83OVK1.;7J?J!BZ`BIZA`,Z,/,=8PEL#F+M4@X^IW/?ACEZ ML:!<\)@\_!44S8;;GTABZ1LP/0U7,,I\0P#&FO%EK?NF@.\;I[,<`<[QYEUR M2Q>:0@5<AJO4T^5<BH2Y4D^4(KT.BHJQY7"1(IS"JX3X]D[APFRWN?6-ZN(Q M;0:KDK"]RL'^>QR;*=&W3,N3!V:9T>(>"DOJGZ"SA*G\3*T?Z1W):S)_9E.E M$D:=G&W>-AMW*@:)4(^SM'.;$0%IVM;MFSM5TA]GO2AROCW'QFD/LVFD&V:/ MX4#O7@6*-G>036]&&JZW4D'`9H+(@`?CX>@?G]C6W,(2,5OC"9KTZS:\A%IQ M5-(a)Z_DZ.(BF<G=&H?Z-LY7HT-C"00II>COJ:KO6UBSWA,C`X?JN"4RVAW3+R M,$HBT:#7KX(2>):*#P\,`PCKI!I/0C*CYF!VV''+V,`\'0/2,/5*6.^"YSK& M/?$$$,>$*/\">T`_23L-+W(6V2.%#1*ZWZ@S[EQ,]&;I]JG]%3P6I5&%UU4X M2)4\7>;D()57BZ(@:]%0!_ET&->(G%2:HF9*@D?O42^PF4%LN">&QV*M_'3) MST=`5+"I8V)WB##Q;@N?>&:X*)=M3H/5L)8YBUJMEMH;W[#QREDT;#>*C'FF MC:8?,8.]?2O#?N-%B.2P%3AH)SPO2`HGX-^,H`1AF;O%CJ(-?,E\VP1BFG!@ M,VSHY#\T[<I8$LR70(51NPNED*,P#X1I92+76V]VT$H!PC2\:^3"ZQF)(Q^H M3T\=CY``BFVQ,YT4(4%*L@\8*-KFL)7"3*Y62Y`411Z?S#>^PZV%@YU_/)%^ MS7$5RH0LV%79/Y94RI#0V[P@)<KBB3_2V;8CER$E>B60R4R$G;Q'FY0A!45; M,H25/A8K*OQ%TI4AI5H$-?/:*M.Q#"G?7>VV_AY(\LA/U>Q<QCW";?9`RO!D ME]#XB;1[:@>5/$B(a),U0V6N^!E&.OG$*AU?9`DIVK;-EV6'T/I)1#;`,KR05/ M&"5(6`:##+^D>-/'DEA$DQO_KTQ/:U$>(3VYT\DA/:-CRB+%/5-A"2SJA%I9 M`.5UV/,4U]<C:);U0KE&,I0CEF)7ZX-]"7884"1FJL=H%2CVJ?1&`*7CV94/ MF[Q2E!\\R?)XJ6>Z0GD)CKI!.,*^*?-)AW^+V)J-%,MT29$#+U;RC,`E`MLP M!Y0E=F;WQ%D'W3-6'I,'4?E.#1F#?#A7@N\8[3;>O-OM^`O-2=[822MU6HFX M4]=OG\NO<Q%.Z"QL?IQN$V7V!FP#I?QW\!:^0R-U_96C=,-0)^3$ZS:;0PRO M<%4B%=L4X=%J22=[/1S_V1D/+P=GT0%?3*ZZ53C!7K;5:*C2@FCGQ'57S/M" M/-S'?+>!KT*C["_NQ3?$FZ>LDM'NH[[>F4RTL13D7%'0)NCR>?VDVBK6JO## MW?"#?M/3^F?:F=X9Z+U!=S@>:]VI?M7I7VH8QZ7F4R'^</"C`G"Y^T5O<M&9 M=C_J[[7IM:8-],E?*,"9GD@UV;UY*E7@U<YW78]R#BOB.>@V?+.*MSYA&;I! M>%25483C;<N!B>*/2-'W1#S(.&^$EZA/R8T(IZ)SVER2XCL4I_;\:'-[P9NS M\)@M:?X#4$L#!!0````(`!B)Z#1`?)CDM@$``)T%```A````;&EB<R]G<'-? M87)R87E?8V]U;G0O8W!P7V-O9&4N8W-SK5/+;MLP$#P[0/YA`:,7![;IH*EE MZ9A#@9[Z!P8EKB0B)%>@Z#AJT'^OJ(<MN9:+H%D"DD`N9V=FM>L%[/\K[N_N M[^`RGJFHK,QR!]_1&&X)?EIR''X<5`4!/#+VK;OW[P*W`A9KC].N]>*"1<Q+ M_(M:'_[F;)600'BOOP!2,FZ9<BU5%8(F0V7!$ZR/?D_`*VZR`\\07K`ZDA57 MX/N3MD+,DY?,TL&(94**;`C2Y&BEBYKC;F^^W0;!;A>=21W16QE"3$K<X//\ M\`"-GFO1R2T*SV6"S3S=^C5D,R)XE,+E(7QEJ*,>I%:'=EFZ2F$(A@P.'B4I M*:)A7H>P*=Y&VZ?Z*7]BK,<NN!#29"&PU08UL.Z].5=OW"GEK[KTYI%].7LS M&YF3(_=5#-=7O&F,X:LV9]_D3'5KGC[5BXVZU1G4EYX-<,*<7M'>0&-^W4*[ M%.([C&]<%VI*2/-#K_J<]XD>G=BVZ=(H:?KLD^N-V>-']+E2$M(:C9N6TAY_ M:'AV=03!8'@ZV=)Q)9,I-BE/I)).8@DQUNI!4'+PQ5'T;.J=O<ME^5$ZC#$V M,<NC&8C).=+C_OP!4$L#!!0````(`*F+Z#0T][$,H`8``-X1```?````;&EB M<R]G<'-?87)R87E?8V]U;G0O:6YD97@N:'1M;+58>6_C1!3_FTK]#F^-M$J@ MB1,J(;9-NEK:!58JRXIV.52J:&*_Q*../69FG`/8[\Y[XR-V:4HEV+:)?,R[ M?^_JY.4F5;!"8Z7.IL%X.`H`LTC',EM.(a)$M!E\%+\\.#R;/+GXXO_[UW6M( M'!&\>__UY9MS"`9A^//Q>1A>7%_`+]]=?W$Q`&NG)&1"\/7;X/#`Z"?('$N M/PG#]7H]7!\/M5F&US^&&V8U9MKJ<F`]X3!V<<`RO2C2+[/3!SB,7[QX41(& MH`2KBUG`QT^:NS,6/TE0Q&>E(A,GG<+J!N"5,6(+Y[K('%S*N1%F6YT+VP<G M*3H!K,$`?R_D:AJ<Z\QAY@;7VQP#B,J[:66LPXT+6:]3B!)A++IIZ4@(:X9* M9G=@4$T#Z[8*;8+H`D@,+J:!8*5F$2LUC*P-P)&0:<G5WS^)2Y3GQ"/&QUA, MPL8UD[F.MW15<8[E"F1,7,@R(3,T0>.SR;/!`/[C[V#'K9;$FK3%5(*N4)@H M@;G>O&R3T5N9+L&::!H,AR']S;6V;IAGRP"$<M/@:[X'I9>:T*&S98PVFN[( M`YF*)<[XJ9&Y(_#;H=N0]R(E+,$ME7&LD!VU'R1>C;RE$]#[9>+6R-]'!(LT MEPH'3J9X!#ZLX,,*"Q%))=T6%MK`O)#*#636YN,/6]`+NII+QS+!B.RN)3C< M29Z$Y,4F>!\M1!7,.S%*QAW[KXHT[?HGI!/7"<)$U*XM(SW+1(H56%MA*8.Y MS.W,!S1L)T.2Y\%9\/#S22A:#@"PNC`1PH+\#S$N",(6W%K#HL@BCC8X3',E M'#VVA71B3N<H&#L&!JD6X8K*(#A2/RO2.1H."-^API0\408HJT(K+%WO&$AR MUM((Q=7!.D%1QTUNT'*A'>X%$+LJI8P#F>9&K[R84JHD:52GO?PU*C6XR_2Z M`YJ)S4F9RLN4_\#Y3WI0F2"5-X(,1@[>)_Q3T5CY!^I%SUO0#]MW-Z/;_B1D MEAT%92QU"J2,2X0#R5B6RL):NJ1EH/=,KMD'QA>?(V@[EP">;4&3*>7;DERP MJZI6!$[3?9L#,>CX%T#G:(33YN:V">L0OBD,LTVU0=:.*AYFL?5>:[+.Z3:; MM%".K")/LV`*6)5\(HMA*U'%?`EH#"D@R_CGY&*,VTP:^AHIB<AS>L)VS)&^ M-?4HLT3HX7`Y9#Z,&\<H=!WW6@I_S`15J6!QQR9N"6#,P;RM\3\J1[\-L#!_ M+&&WF<ZMM/<RMHU/<N0.4X'/L@[2[G"[UH8Z-F<TO8BP@@WX5(4_F5F;XO!@ M1U.G84WR7+E3Z^*3$X;BS+'91_N)"18LM":^/H(V;?9\Z4[O"]]1<V^N*7O/ M*3M.[\F)=33CO`O.&E]7YWO7)4'_)KOM]^&&\MO)2"BU'7#1+QS&@Y50!=Z> MED7I80WN&<^V_S=3_Q=C/>YF>O&@K?1%<CX0!$("QB/`>F^IOS[0!PJ+=145 M<RIH#U5DF:VT6J'/VA:+!PTK2U9M6ET2CK@:2Z4*FBB)92M5J;3Z6J"5TFNN M[E5AM"=[,5_6T58!/3SX5&:1*N@IQXQ`;E"D90@Z;^3#K_;T,&:\TC*&1:]_ M>.#3IK"LHC]^<E('I@HTAQ0LW,!X!+<PA3]A!!\\WB77#:34NZGJ.]2D/=OO MG/T'8`B^:=/CP\_J3E<5(^*TJT,C^"QL-0@/1SKFO.7\@8`#7C9'5H?J=$)A M"=HP@=WIWCU=H<=$_?Z>XT'3A8>_94%E2ZP+[N2;F_'H]N8+^AR/;KU+'C-T MGZF,DY[\?-P?4'/:V=VQVC?W3BK&Y-[QZ3Z/7#1L@MW3N&T5"=X\R4\5*AK% M^&7,2.MMGNHT\*GL*_J_I/.KB,<-A?&R)'^D7W3H+@2E^"L:FA.1\JBU7%), M,2YSL,ABP=RHY_*&-:")AR:F-"7,MWFD(DIX!^'&S7-1%2<_$C4]G3SZT_F7 MOFF7<\7<Z#OLS`O5/&[LGNY8C]'5W<<9HA=:NW+/V>LS&I7+':[:>:F3R)BK M6KWY1@E&=R\+(Z=T#`VS\\MWF\EN#^?1&/ZB!2;?&EY,X'E$EZ?P+6:9,!K> M&4W;[1>CT9==MTSFIEDU2RWKW"EM`"4C0A[.2B6R"(-NZ"6O\W-NAD"1KD;7 M<B^[T@NW%E1E+TL>1_!3-?>1WL,VE]X54@V).'8T,W(U]#/]Y9OSUV^O7L_& MLQ'O;3P<LE4T4C7N:W-I__N@W!39C_>8-+/Q4PZS5_M=AWU<')7\2MZ>9[.; MUSB;A-42/_'_?:!@_`U02P,$%`````@`-G[>-*:\<7@$`0``[`$``"D```!L M:6)S+V=P<U]A<G)A>5]C;W5N="]T<F%N<VQA=&EO;E]U;FET+F-P<*6/,4O$ M0!"%^X/[#\-ID1RRF[.PT,YXB"`B!&S#9C-)%I+9,)D0@_C?S9Z(>'J5KY@I M=M^;[^GM>@4'Y?_6>O65=:PHC2'U_<RN;@3ND<BPAV?V8N`R2:[43^N=&X1= M,0J6,%*)#-(@W'H_"&2^DLDPPJ.S2`->P`ORX#S!3B7J%T"4(8*QUG>]H=E1 M#95K%_-#NG_*]ODN3Y2\"G@&N_"!D1,5&I'^6NMIFE01.)3G6A^EQ*'%MS]< M_M/6NF+0Y]&RV/"<D^DPUE`M#*6W8X<D1I9"ZC-NJ\,\<V3;L438U/V0'[*T M839S;OU(HIJ^WX1_C@0ZXRB*X0T8962"Y`;>P]L'4$L#!`H``````*N<Z#0` M```````````````%````;&EB<R]02P,$%`````@`1Y/H-,I_\*E2!@``CA,` M`!D```!G<'-?8F]O<W0O87)R87E?8V]U;G0N:'!PK5=M;]LV$/X^H/_AF@RN M'3B6LP[]H+@9;"?(@G5.$*M-MZP@:(FVB<J22U)VW)?_ON.+;"E^2[NQ(a)*.* M=\=[>>[AR3MZ]A.81?[S>O93;BM?U6X-NNET(?AHK."2)0D5*=R(5%&HP#F= M\0C:`T''="+AEV;S5:-LXYQ+)?@@4RR"+(F8`#5FT$E3J:"?#M6<"@9O>,@2 MR>KPC@G)TP1.&LW&8T^@VF<,:!BFDRE-%CP9P9#'J'S5O>CU+\@):3;4@X)4 M0(@.`U5K%NP:*S7U/6\^GS<&VH]&*D;>(RNU513[L[9O%3-R=W?G;_8@Y@/I M_5P=325YC\^"BL5[DM`)JWG:P!'^'O(AIG`(G>OK?D#:M[?MOTCW^FTO(+_? MW)#+&Z(+T'SULHFB*,<3]A11_>^0)V&<10Q:H501ZIZ5WAX8-[TP389\U!A/ MIP?KFQ%3E,?>/!4?$2)8:R,'G@<8DK:&3\=;E]GN&OL9(B+-A&3QC$G]WKHR MA"K8H"(7U9_]=UVH5-S_[JYO_VC?8HCGU=5VW6T&%_W@XIRT@^K)K\UFK08U M^`>+\O7KFM%.MT-NVK?!5?L-Z=]<=/'OU=_MX.JZ1SIO+U%OYUHS2LAE[VV7 M$.WG\KD%+VLZ,7*<9G$$$?8(PCGC<@P'@M'X`$9A"&,FV.D6#&]::!!BIEY( MF%.N8)C:7DO8'"8T%*F$>ZS$ATV%G4QCC\UH3/AP2W6U!(]8HKA:;!%1BRDC M2N#9TN.24"'H4T0%FZ0S1@8:,M+)HP9L!7"2$JEUD9`(1[^,.$LB/MR+LKW+ M63"(];R\B4+T39%T6'VPY9?\,TL1CP\UVSVZ2^64A@Q,>/`E;ZIM[;H>@BZ? M_84P9C2IPTW0/QY0B1B:659<":W.LTUG#]2>*8;6J,(^QC;V?>TH4770^=9* M9U8*S\Y"A;B;(.VB96("/-UI1$NO#$%0A^)FLM-RR^@&]\D')_9E!6NIJ.(A MICC!Q!5-(APS!J_+#;#!\/$)FC[S?2/O^N7;AEA^T/7FCSH.2<F9;[JTB%)7 MLO\AU^&8"JA6E@Y7@VJEAJXBN]W;0WQ_>R%<PCZL96IOHMRYRZ98'HL_IP[Y MP&+)=,0:W0Q]T,G"BQU)G87*@-FA/1ASF2,<YH8/D0WC&`9,9Q+'BZ&YT1/\ M,T&6S)L$IP"\_85L0"=3,,=62),7^$`3I6EO`BJ%*5WD-.C4(H:Q(8V%G$DW MJ:PW4^&5(3&;N[S)='IT5\]2]`WWF<P[9U7+,*920MLDS#XO"]'4[Y8P<B!J M`SVU[B'?<).I)%4@V*>,"V2`XV.*R-&O='PLRM4ML_0#O)^Z2"T]?.H%U5+K M:R1:OJK2^R96R3D[S08Q#_W<4AZ5*ZZ-6[^LW3OM=LTS:,D!78ZXA-XZK"?` MY)")4O0LR2:8;EOFUY!?&JUVCDYS5$D6\XB2T?K&5+"9WL']WZ!J>*$&/C3! M.\(?Q%C"$&60:4(]\@H,X>"T]*Z8C64KE"XIXY_>0I0;;)]NU</T^+Z[64G8 M6K&'H3)X_AJ:Q7?UW)&6B:>>'P!G92EC-K^.6P5PH6LKV=Q+9].4\W'UBSD8 ML_`C:*!AS^!<'ND6VI>8'0$^-W7=Y;CMGIVQ%7U?"ZP0T"9,6N`%1LVQNXF1 MB7(3K@45^/ZJ`6#U6$`_F)1U4A'KA.FNE$@S"#,Y92''P#]32W.'`#BZKL;! MSO7MFW;O7(^!^:!A?,C9MWP;Y?ZV--NLWT&/N:CHI_7T4#>(&XV,]X_N(6DW M]!:^3Z,H7N!NFHW&]65T(=7,.J$)'3$S4FHJACE78Z=&(:@@V0K,'=:J#@/- MR/@=((V049FD@AG2CMF#TW+W!K:_X"Y9^8"SAU=L29?ERB^[`EG[_C)SQ2IO M%[=?&'O6QBKBRH_(FS=:WK'Z4+U[5D+4^I5M*[5OZ4MUTUE/.:ABB?^P@(;# MW<#$#Y!XBI1I/AXT%^"-K.G3J&Z?SO5LLWU[8#%EIMYJ.".?,AK7['<3;*M[ MLJI[,1M.1]]8A6G$V83B5+*FXQT=>3GW[?%Q8X2UTR?IFMGPB;*S%`/'B>9[ M3$-1";.>;?G<*&KN$$OL6*I!L@3:9C;][N;;J^#0W"RC^3&>5S.G@7,)S);G M]LV<AO[L5]IRRMN9N^U?F^8H]UT[RO"^U+?IOU!+`P0*``````"KG.@T```` M````````````"@```&=P<U]B;V]S="]02P,$"@``````=GKG-&)R,3FD&``` MI!@```D```!B;V]S="YP;F>)4$Y'#0H:"@````U)2$12```!%0```%8(`@`` M`&XWE<,````$9T%-00``K\@W!8KI````&71%6'13;V9T=V%R90!!9&]B92!) M;6%G95)E861Y<<EE/```&#9)1$%4>-KL75V0',5][YG9V9W].NWI3G`'$M)A MX#AP"`*%F./#1N%!D@.I0E%([.)!H2JN,J&H.'ZA</*0,N8EIHHB<<4/1`\4 ME`D?%>-"4L5$KL+H5"X+G<!!AT!PD(a)#=G;2G.^W7[,[NSN0_,[NS<S/3/3V[ ML[NZH_\U6O7T]'3/3?]__?_H?_=PFJ8A1HP8M44<PP\C1@P_C!@Q_#!BQ/#C M(,HF.(YC_<&(X2<`9AB<&#'\A`D;!B1&7T7\D.NA:86,$X8B1FL3/[@:VJZ9 M`!6&(D9K!S^4R*%OP@$/3[0P"#%:"_CQO-&>Z2[@>8L;#_8<!B%&:Q`_9&R0 M440O@JPT0Q&CM8,?`G@\D=/&_(\G<LB2BA&C58D?-TX<B:#X(208BABM;OR0 MP4,^#80?2C@Q%#%:-?BA`8_[MQ/\,!0Q6IOXH0$/0;7S5=MZCZ)G?O[&NT=G MW/G7;1Y][D=_RWAEM=!K!X_L>_U0;_HQ$BYX*%'DJ-9D=RM!$%#NPF:=CAL] M,WWIU)DYS_SK-H\PIEQ%-'=AJ6?]&.GD9AQX/.&$B/.M07G=Q)(%$L\:@E8[ M?V'9,W]TPR!CRE5$O>S'2""HD!4V-WAH1)`=`/9?G/"Q?ATHZE`0'9^9Q5UB M\F=U$:XK+SOYXX"3&SQ*'2E$BIP:"4#<XU_R/:_GBK)2HJO=$.=\X40;M`" M&AEF\F?5"Y\N]6.D;;1XBAT[>("*=2DA<IKNIK`#!:T\:^6*4;&F5"*\1F\4 M4:ISOO7@E.940AK9D&%\N5H(9\1VJ1\[E3\XY`!55"X6%2#_V)?HQ!S2N9?3 M?_6#;R20(9G,TUTWH%2$*W+QI%ITPX!&J2-[(\(a)0.G5F'B/T1QE3KB;YDUWN M93_R08T?Y!55H'F17($/%J4M0^_A`+Z@32K?"M'_U'U],=9_9(4%2I:!&Y7 M5=6JRIYV:XE!W16!QBUF_*PN^J2W_<@'*NT&DF>.KKE5!2FF"Y_WSQIE3+0@ M&VQ<$/ID$5TL(X'CZH*$`P\92`CC2<<]OT6%4AD.STOI9)PQY1JP?[K4CWQ[ MM^&$CY6C\E&H>CZG?7Y1M>6WD--*H)9<>G_>%$&\C&(F6H(""?E%WWE"""=\ MF/Q9,_9/E_HQTC9R/*.P3<I5Q7A<%SY3G]8TP\S1;0_#B6`ZW#2;%TXS2N@Y M*OKZE2:FN4A,JI5D@><"^=#<?CG*>W'&#]"M$V.,*5<+$28ANM2/_O$[A%`# M-X%8J-6U"I\4(]R7R]JO9^J<SKFZQX#CFDF;"Z%URJ'MUZ$K$D@WA52]N;(L M2YILQ>]8Y#AUY%AIA(_]02X']_,O[C_XSG3;+S&5D,`\W7K3V-VW3W3NY`$- M!/A@[L(2H!JT2L>`"GR02DK7;QZ%`35<GNAVNU#Y;X_.0.4$:4]#+_SD,>LE M/_7LRP3,^!+4`[7UVO^&"\,Q\POU6"+*%17T/Q]6=5%@"!E.4S5#5S2E$,<U M-#=+%HT-&N#1M$(N']-D*!'E.-4&!DN,T$P*>;KFVE":*0FX#7H1CGVO']J[ M>_M?[KBSO4H`PP:'S?D.L6:<'N#V[FT3>W9,=@+:'K0+KQ=&J$X8W<'T-(HW M#77NE&O3?^UV6YMI146QF%[GQPOU!A^;"&E"J.E<7J'%06+B"CU=+-?@I!8; M`LNH*3TL9+3D!F?>Q:&(6I6XFGO7!$\($8`45M<"`81@"'_\D5U!.?C5`U,X M'P;Y1C@`L7MV3@);MW%[M]L%%@<I$;0)&C6,X/6AI.M[C!^"_\U,EVJQ1(2[ M6%2/G5:<!H\QU>-I"&W;B`9B"!0_M7PI/C`4%1R`<`F9YG_E*J?5JYY2B&SV MV"]U.(:YR50%*2'TVL$C;7"PNY+C,Z<??V0G_8#:FW;#!4^XPD>O;3C37?S0 M+$!H:6X*;_JLI\\J%E`TN[VQ4HLSD9"(H6O7&\-)H<2)*0!/7D'98M,UV`S] M,>4.Q[60MR6-))$OU:,)37$+'T0=6=>A\H:#T-:),5!RR*/X,__Q1EBBS^34 MIW_P'5\(];+=YU\\$")XT,H84(+7IPTT]EI_<R>JFB!RJ%!1/UL`RX<W52S+ MW,$90G=N1J*`9*6NU4KI]#``X]-%]%&V%9=@]S'8TXD(NB*.(F*T7JD(//(, M64`4P:.X&>M.%;DW#A'P$_K`;`(#^)6\Q*67[<(@$KILM[NA<2%7EZG]XW;$ M.7*20K52C21C_#WCTF]/0@_Q*V(ZO0RA+>O12$IW&Y1SRV)J$'(7931SO@&5 MAJ7$V7Y;<T7H\#FT8PN*"UR1CR<UF;`RC^Q"P,U8P^"T\][;<'?Y&MP@UH"! M=MR[M6TFAMZ]=6*+.?&7+\J(a)*?FR(Q0`G0KGP.AQNZ\>G,+5OW?W?9T[#\%Z M&=W=$D?3)V8]A2JN'X.:BV'*'T]<17BM6%&BHG3MALCT&;Y804XMSF4(W3RB MYQ1*5<A*2(;N=V[%C!"((#/:U,PTVFN<`LWFT$V#2(I&JHH0-=W>*P6..ZC4 M'2"'8P[H8((G#2Y!;SW_XGZ"^C<],^O&#["O+Q/#79[>+6@+Q)KG(MD6UQZ8 M\GSL'K<+;]7SS0#7@K(7"N\ZWJTNCF8"]V.'Q'=N_-AE45I4RI4ZZ&/?')<T MS8@\:$;OK`CV,2[==HV6B:.:JJG%K)3.@`JV4$0+^8;8L8?&K8CW0<BJYN1% M=$G10WZJ?-PSC)72N^JK:N,`]O0_?)?`"IX,![8'@8G--<://[++4S6'S">_ M]]#>W=O)VM3ET"Y(+1S3AP*>$/NQ6_@A>*X]&;2!I5H9_AO-\'`X(&3S-F@" MKWYM2#\OY`I:-!T7A4H=O7/*.S3.(V2N>?QA4:\U(7)E+DK`#"Z_PV5SP%AD MKG((-]#HB"V.TC@`8#0E>R;<&FGOVP5MRK/,UINZ%<_1RV5S_OBAC+QTQYXE MA*HLUR!]Q]<DX[+JG"DR?K>/\Y*(RHJJ5BXEDRDH\=DBJM0\H((L""';;[/` M^2*Z4#9TM$A,=1EF;0]:B'JY%0RH!#>.8\C'F00F%.D5F[T/D4'K=$SUJ]WV MRH0H?%"7ES_ZVS^^RAMRA?;P:K&NKMN0XF\?BQD@Y9OSGHV`&IY#5PV`*8)* MN24A,21&N%P%'3W3-'M<H7%-/X#3$#(+3\VAG9M13.!*-2FI5>Q."X<OP>U( M"&79W-VW3X#U3./4)G0SZ$[TB@T\&X@+2N]6O]K%F4FA1QZAGB^;:]-_X*F\ MN6.?HZA6D"L#R=C6S5'.8Z%VXZ104I!:2Z>@\[29.<Z*Z'%ZW(a)P_.%*-P%*; M_\T"0JV&3N?0#1D4BXKULL+S@=Y[",OF*&/C#^!#[("?@K(4<"$E'_>EW512 MP@GDIYY]&5ZO+VBA(3!=0&.D@7>/E\WYX(?^`R2XO41B]5RAE.'X%8"QW8;J MJJK*2['4!I!%"WET<D$S@^7<H7$(X2%DRB0._5\6C231@,C)D41$*]%ONQ-* MN#M-87=$IIUV>KFYR41I%O>KW:T38P1_'0T"37MFW^N']NR<]'6@?=*GY8]\ M)\J;,R(;H7PU4JC'X%"TN%J5ZV6Y+I?J<K$F%^"HEO1#@4,NJ'*.U^IQ20?P MJ06?-4(TAM#,13TG+O*R)E+^\6$MFR-H1];8>?S$+*$,V2[W),+LH5UCZ5>[ M8!:&,O9#!P&$GG]Q?WM=T.WEC\'F3\G*6UX1DZEX0['R"%I;H<BI*LHMSN>* MY4Q*NOEJ[E06NT:H&0'D8P@)1@$-A;!F.^BX1?8+DQ6,MG4,`FCM(J)?[1J6 MU<ZP8AW`A(/*"5+HU.4C?]I3WJIU+1K3O06+A7JV4+^8K^=D-5?6CWQ9+534 M?./0\F7]`"LEDAKB2@O5FI:)<W>,-6'I$#@K$[@9(:`;C;Z3E7J<JW9H_*"` MRZUPOEI[)9^$O<25TO/>KW91TRT>UFP/(=JU]\OFJ.0/&3D.Y:U4EY(2GY?K M_S6U:)@?YFHYD_A&&IDY_)69R`-_'$O%Q8O%5#Z?7S\X<.T0?_Q,75&=:X0X MKJ6M$0RA>S:BI*A/Q4IJF1-HC1^<*A+(8V,N_O&V`6QS'85BN4/W`R7'.`1+ MO]JU<EYXYC&0'@?>.=;Y(BLPJ#SCH7`U]V#C,2K]S?>S"Y4J+\5UJ^/],S*R MNXD-!+3BWQJQ/.K"<NV+97%CAD\,9)3E+V0E&8\*WQSG?WV"M$8(!R%)0%<F M]4N*4DUQWGO+!5)%`LT8'"1YM[9TJ=NF\58-I<.J9^U")NA=-!$TY@)5POO$ MR1]<?@\VO@S@/R!8/F5.7[.S<*GZP>F"M2>(K8#6FCEMQ/*H!]^72XHF1?EZ M;$C.7X1"5PUPF];#57W/$(]M1E9J:W;ZQD;]MU+34ES%OEK;L<8;N6*Q:>2& M[Z`(>@5N\*,T,/)%N0U[@.#XHJRD7^T2=*W'']E%CN<(A.KNQ3K0XH?&\KE4 MX1*2+GP.S^0:F0V8:8ZT(Y;GY$(=?@=225Y5\B5]#<^MFP33`>`PA-P6D64( M79U&&^)Z!#>J5NS(Z<3XH5]6]?R+^W&#WYX=D]1*T>E`+_^U@T=PC09RJ?6K M73+M".Y2QSD/.E\>%Q@_-)L/KMR\"O&B!-QZ]F)E;DEI%?""T,KZU?<^JRP6 M5$%`?&(#*F7!>ED?Y[9>PYO1I6Y?`O+:>/'F#7I^65$E3B$@QV/97);*#TOF M)]P4!]1`SP>X4&6<SHF3>#IH@ZSB[E>[X1)A$@(WA]M3^4..R%RN\)+(%ROU MMWZ7Q6EWE@=`LT)(FUK<>V=TR"438IV+%@HEW>+<P!M75T`(839>O/E*M"ZF MNPUBMCE33\W-#20"Z]#H7;B/-.&$#]G9M>^-0Y2\\LS/WR`(`3=H^]5NVT28 ML/*T)PF3$-U86=RI_F:'4U751,-G_=&Y4LVNI-DP0S:$SERHGENJ\QR2TH,1 M9:E<59,BNG]"L"#4JLG+$+IVT!0^-9%#OH!Q7#IUMLW('9`Y3SW[,@$\H,>[ M^8D\;0]U$BJTN`':);"+9R1;O]IM6YB\BHDDI+<G+7KUX%2X*VW;][]Y+EC( M*V(BSF7SM:D3RZBQ-*T9?6.>-N-K+&?:BO`<PQWW]H?EO_K3I!3EER.9>C$G M93(;UW&#26VIB,@;+WYK#"5$I-2T)%?FO(B@O!'&K?D+2\`N!)V'W"7`29X[ MAX!Y`)Q*N!<$VGQV>>]#V]W:(\U&.8!83PND7^VV(WGT#<!^@^L7PEI@`O*? M^/$+H`MTSR?)^?JF<923Z[KEPW,'IA=/G2LUYW8:"Z_Y9A2G-0ODF!'2+_&\ M>=?D#?&;KXK4:IJ2.X\2PPDILI#7JBJR>:(;>UEQJ+6%R-4#^F]%KB0%A>=Y MW`:+"/,IU3__NY]TXX4^_8/OX.;LR"J?70`&73X-_/'D]QYJ3]4,O5U=TRL& M'O7)`Q-@^[D?/>J)`4`=8;QSTRO/_6.(6&I__;:BB7&>.[=4.?5ET9KFU)K1 M.XYETJU?@X4;5YO"9>IC>71=<GV2EV/K>26G10='TARRPZ<9N^.(#*HH:BI2 M;<S/VJ2-VV?M`$^(&[XY-!G"A#<,U333B,!)@18(0+5DGV^/VR4O\V[[Q>*8 M/I!2!Y6$*XBHUF][DB#H]\XO*2U[IBFP<(:0K5JG(512]#F?:%2(<;5"4<Z7 M=(]VO@A'M0!'J5J4]:.@'S4XBN5:J5P3C=4^GC('$7?>6<A>"K>#3;6-;$9# M&1BMP^T_X&!?\Z.7[79C8"*/2H&\%Z$O9R#AASR+4JOJKK,;KTY$!:'E57,C MA&)&:##%;\SHDE`IET$32_*E),JGN`(<:;Z0%HII7C\&A-*ZB+Q.*&4B<B92 MSH@525`;ZJ"7_H83/BB,K8\<O0)J&TTOAA@29JX;I=P9HV?MAKZ\U'=4,KV= ME']:Z.&D`?0WQ[K.]7&T7*DE8I&==VSXY9%YNSZ&7!M'D7T)]XSK.G>I7`<- MSG=+^$`)O/,@G&Z&;J-9G>)@Y1>>>0P,DK9WK`<.!HX)ZC+N3;MMQ#00W)A[ M=]]'(S%,2(/=Y:NCAKZ7")7_P.%(L+Z]LUQ212D._/G?OSM_]KS<"A)M<K&% M@D9CAE.AX3PPI`8D)C;&[QV/0R.54E[B:YX?5J#'">7'%QY^XJ>=>#:O,SY# M</WFT4[F/:"SP2QY][T9RFD*X!)@*=]M3?O;;H<?1+#>[3W;)H*&3IO>0MPN M<+[>G=[AQPZAK"PD)?%\3OG%.W,M;QL&0IZ^N+^9S`S$^4))2?.E-H0/X1<G M@NA7I_:&@(_U4(#L,@S>#L$(G)1.QD>&]:F/T*.)^]7N6B)__"#BUW[D*JKQ MT0C/OS.S=/S37(,UK0_]-)@5"Z%OW[YNTWI1J:I"-2<*7"#A@\,)0?)<AN!A MM*J)#^H\<#BXXB*J5(S0SRT#5JC!B@W?$'+(,<M_D);X38,BI&I*18>@019^ MK+0[0?B6%@,/HW[B!\=P;M>P=9H65:6F#L2%![\QTH*0#3<(N42<D7_?U]-P MH5RNI\6J&S:!D..)&8861GV3/Y3#-ER*B7Q=44!?VS(L#::B+8009H1`PQZ- MCV;T[]0+6MD!#S=:?)'C2'@^,X,3H_[@QZ&\N6E]$LEE?<_1;]TR9%]L0)@1 MVC:60+K/NIH4-5_,^"+'+2H9>!CUP7^`7-^F]_3"N9T*.5D5HKHO^]V/ENR[ MC39]":U)(3B)1_E;MR1J-36*9)$GN0U\O0(T%HYG9DFN?#&_:*8WC@PEXK'+ MI$L^G\O"[Z;189J2<EFY8>PJ7(&/9\]9Z;@4)=1I?QLF$:HU:7$YO[B4]WUU M]F?P?=50F/R<5KMF>F@P/91)TY3T+=P>13RYS?-;.IZ?IK(R!^+\A5(U*8EW MWSCHV("`<R>-_Y5*-97@*3^@[?9$MXT<H*EC'[VRO[4:C/S-*2@\/#A`PT_' M3\S^V>0M'7;)KPX=A=_O?W<'3<F3L^<(#__O+QVTGSZX?1ON\0`\CL+C8U>1 MG^&5MPY#ZX0Z/9\A$8_^T_?WX"`$A<GM_NK0[]^>^H-UNG?W?3A(O++_\-2Q MD_:<AW=-3MYV8]?Q@T.4_;N\%HKL$%H7J^?+G*=*Z-[#%^X:C*N^WFI?Y)!M M,]P@!^"A?YM0^#$*;@;P`#]UCA^3*2E+COL)'Q-=(%Z>_.E+9%%F,:Y9^.1* MN>$>4SZ?SP+OGC6D)<TS`/WK"[_\?&X1L.HY&)F%"7_1_TY]`.#Q1:SYYP!X MX/'^^>_W=%59B-`@QS/'KD$U]NR-\+&(ZEQYZO4=Q28D>!Q@:+2U-I!CTO3, M++Q9&O#L>_T0*$B0>//0[T&I>'C77=[(F9F%WLHNY>5*Y6<O';Q_\A9?8440 M8J:N15D2=!)<@>R2OAW%SXSAOU2N;!H=NG/K.+;P<A[P8!;.&CK/_9-_1%#V M@(_OOU-GXK>/?$!X2,<S`'C@,7`OQRQ,^-L/&_($@&UA&R>IH']!T,$K>N+' M_TDI3L/$C^,KO)Z?X'4G"#6X.=LWZ*8-KS2EDP!TXN%!*CWXFM%A8"PTJV\N M0^C7A!2#[LDNG=PT,@R)H<'VE6Q37P=UD=),&B9J_\"LYG`.G`?8)A@>4)OY M\#"XP(WD[RL>F3X)90`/@+22K.CW8BP6*`:L#-6"F`*F!TP^L/U/R","P?BQ M:O-].?"7@I9H672_,%1-D&]MCVL=Z6^>0'(CQZWF>7Y$Q(&?SI$3U+<&2/CX M]#D0&L#W9(L6]`30&:##R`H#]`H<;QXZ^M??OJO#'C+'X.EF!!?!Y#611N`V M8[`?;A8XZ8?&1=!1X>&A/!@AP&TX_``3PU\*R(1;++T+]QA0YJ[;QN'M@<B" M=SY]XC0!/V:%A+\(7@6,`O!.S(XCC%-N=PB((^CHWNEO;A'D"2%?R!'RW;*( M$+<6HDL:]"OHJGVO_\8\_>&C#Q(&9NBDR<%QWSJAPT`O[[R'@&N!=T$;-&U? M@JYO&AZ$%D$?,ZLRN>>!^[:119E9%4`(Q@NX"]Z2)W1?>>LPY/_PT;\P3__E MWUXEF$#P#).WC9L"`?0]`!X83CC-&0H#+`DO!X8GD"16QQ%>#DC(-PTWC`4\ MT+V[X6+E*/>I0OC0.$3WI52<"A>*AYH1H[X01UYD2@,A]RDE?I!?N#2;!F6T MNO'C"Z&@PH<L(a)AAX&*UQ_.!P0BE\?#UR##R,UA1^R!`*BAP<'LA.-@8>1JL8 M/SA@M(<<&A0Q\#!:4_BA1%$;^AM##J.O"GX0]7<9VI,_##R,UCA^Z*'B6::3 M65=&C-8(?CJQ>1AR&#'\A`8DAAE&7W7\T$"+X801PP\C1HP8?A@Q8OAAQ*B_ M]/\"#`#D)'YC&MVN60````!)14Y$KD)@@E!+`0(4``H``````-.<Z#0````` M```````````5````````````$0!M00````!L:6)S+V=P<U]A<G)A>5]C;W5N M="]02P$"%``4````"`"0B>@T`?LZ+YL"``#%"```)``````````!`"$`)($S M````;&EB<R]G<'-?87)R87E?8V]U;G0O87)R87E?8V]U;G0N8W-S4$L!`A0` M%`````@`!(SH-/0S6Z,@`0``B@(``"D``````````0`A`"2!$`,``&QI8G,O M9W!S7V%R<F%Y7V-O=6YT+V%R<F%Y7V-O=6YT7W1E<W0N8W!P4$L!`A0`%``` M``@`,9+H-,E/[N-;!@``@Q<``"D``````````0`A`"2!=P0``&QI8G,O9W!S M7V%R<F%Y7V-O=6YT+V%R<F%Y7V-O=6YT7W1E<W0N:'!P4$L!`A0`%`````@` M&(GH-$!\F.2V`0``G04``"$``````````0`A`"2!&0L``&QI8G,O9W!S7V%R M<F%Y7V-O=6YT+V-P<%]C;V1E+F-S<U!+`0(4`!0````(`*F+Z#0T][$,H`8` M`-X1```?``````````$`(0`D@0X-``!L:6)S+V=P<U]A<G)A>5]C;W5N="]I M;F1E>"YH=&UL4$L!`A0`%`````@`-G[>-*:\<7@$`0``[`$``"D````````` M`0`A`"2!ZQ,``&QI8G,O9W!S7V%R<F%Y7V-O=6YT+W1R86YS;&%T:6]N7W5N M:70N8W!P4$L!`A0`"@``````JYSH-`````````````````4````````````1 M`&U!-A4``&QI8G,O4$L!`A0`%`````@`1Y/H-,I_\*E2!@``CA,``!D````` M`````0`A`"2!614``&=P<U]B;V]S="]A<G)A>5]C;W5N="YH<'!02P$"%``* M``````"KG.@T````````````````"@```````````!$`;4'B&P``9W!S7V)O M;W-T+U!+`0(4``H``````'9ZYS1B<C$YI!@``*08```)````````````(0`D D@0H<``!B;V]S="YP;F=02P4&``````L`"P`?`P``U30````` ` end

3 4

[quickbook] Including source files in the document
by Julio M. Merino Vidal 04 Aug '06

04 Aug '06

Hi, I've just started adding example programs to my SoC project and I was wondering if there was a way to bundle their code into the documentation (which I'm writing with Quickbook). Of course I can hyperlink to the source file, but this could be useless in printed documentation. Also I'd copy&paste the C++ code in the qbk file, but that is asking for trouble (desyncronization). Hence, I think it'd be useful to be able to include this code in the final document straight from the qbk file. I tried with the [include ...] command but it did not work as I expected. And indenting it in the .qbk file so that it was formatted as source code made things worse because the inclusion had no effect at all. Similarly, [xinclude ...] cannot work either for obvious reasons (source code is not XML). So... I added a 'cinclude' tag (standing for code include) to quickbook which, given a file, includes it in the documentation marked up (and colored!) appropriately. The implementation is attached. It can very well be flawed as it is basically a copy&paste of other parts of the code, but so far seems to work. Any chance this -- or something similar -- can be integrated? Thanks. -- Julio M. Merino Vidal <jmmv84(a)gmail.com> The Julipedia - http://julipedia.blogspot.com/

7 12

[ublas] Serious bug in mapped_vector_of_mapped_vector
by Matthias Troyer 03 Aug '06

03 Aug '06

There is a serious bug in the mapped_vector_of_mapped_vector spare matrix type. Rows containing only zero elements are not treated correctly in prod(). The following code should give a vector that contains only 1 in the last element. Instead prod() gives a vector containing 1 in each element. In debug mode this bug is found by the checks: Check failed in file boost/boost/numeric/ublas/detail/ vector_assign.hpp at line 371: detail::expression_type_check (v, cv) Aborted The bug appears in Boost 1.33 as well as in the CVS version Best regards Matthias #include <boost/numeric/ublas/matrix_sparse.hpp> #include <boost/numeric/ublas/vector.hpp> int main() { boost::numeric::ublas::mapped_vector_of_mapped_vector<double> m (64,64); boost::numeric::ublas::vector<double> v(64); boost::numeric::ublas::vector<double> w(64); v[63] = 1.; m(63,63) = 1.; w = boost::numeric::ublas::prod(m,v); }

1 1

[endian] Comments on Endian 0.5
by Dave Dribin 02 Aug '06

02 Aug '06

Hello, I started a thread on Boost-users about the proposed endian library, but it's probably more suitable on the dev list. Here's a link to the thread in the archives: <http://lists.boost.org/boost-users/2006/07/20887.php> I see two issues with the library as of 0.5. First, the endian classes cannot be used in unions. And, second the classes cannot be used in variable argument lists. I'm attaching a patch to help resolve both of these issues. In order to be used in a union, a class must not have any constructors. However, removing constructors breaks the following code: big4_t x = 42; My solution was to provide a static init() method to help in these situations: big4_t x = big_t::init(42); The second problem shows up using varargs. For example, this will not compile: printf("x = %d\n", x); The solution I came up with is to use operator() to get the native value: printf("x = %d\n", x()); In my patch, I've also added a check_unions() function to endian_test.cpp that tests the sizes of unions. Thanks, -Dave

7 14

interest in sorted vector containers?
by Lewis Hyatt 02 Aug '06

02 Aug '06

Hi Everyone- Is there any interest in providing Boost container classes with the same functionality as set/map implemented with sorted vectors? I have four simple classes vset, vmap, vmultiset, vmap which do this. It seems like it would be quite useful, especially since, in my experience, set and map are heavily overused because of their convenience even when the insertion efficiency and iterator invalidation guarantees are not necessary. My classes provide the same interface as the STL equivalent, with additional functions such as nth_element() that take advantage of the random access iterators, and some conveniences like key-only and value-only iterators for vmap and vmultimap. I can post the code with a first attempt at making it appropriate for Boost if people think it is worth it? -Lewis

8 8

Is there any interest in a UTF-8 library?
by Nemanja Trifunovic 02 Aug '06

02 Aug '06

Hello everybody. I have just released Beta 2 version of a small (one header file) generic library for handling UTF-8 encoded strings - you can read more about it at http://utfcpp.sourceforge.net/ . Is there any interest in adding this library too Boost? Either as a separate library or maybe as an addition to some of existing ones. Thanks. Nemanja Trifunovic --------------------------------- See the all-new, redesigned Yahoo.com. Check it out.

5 4

[serialization] facets for non-finite numbers
by Johan Råde 02 Aug '06

02 Aug '06

At the suggestion of Robert Ramey's, I have put together facets for reading and writing non-finite numbers, such as infinity and not-a-number, to text streams, in a consistent and portable way. The code, with documentation and tests, is available in the Boost Vault, serialization/non_finite_num_facets.zip. If there is enough interest in the code, I will submit it for a mini-review, in order to have it added to the serialization lib. --------------------------------------------- What does the code do? The following test fails on VC++ 7.1: stringstream s; double x = numeric_limits<double>::infinity(); double y; ss << x; ss >> y; assert(x == y); The situation gets even worse when text files are required to be portable between different platforms. But the following test succeeds: stringstream s; locale old_locale; locale tmp_locale(old_locale, new extended_num_put<char>); locale new_locale(tmp_locale, new extended_num_get<char>); s.imbue(new_locale); double x = numeric_limits<double>::infinity(); double y; ss << x; ss >> y; assert(x == y); For more info, read the documentation. ------------------------------------------------------------ --Johan Råde

3 17

is_nan
by Joe Gottman 02 Aug '06

02 Aug '06

Several libraries have an is_nan() function buried deep in the code. Are there any plans to make a general is_nan function available? This would be quite useful, as well as similar functions like is_finite. Joe Gottman

10 36

numeric::interval::abs() bug
by Terry Golubiewski 02 Aug '06

02 Aug '06

The following code does not compile with g++ nor MSVC 2003 because of ambiguity of first argument to std::max() in numeric::abs(). Is a typecast needed in interval/utility.hpp? terry #include <boost/numeric/interval.hpp> #include <iostream> typedef boost::numeric::interval<short> Interval; std::ostream& operator<<(std::ostream& os, const Interval& x) { return os << x.lower() << ".." << x.upper(); } int main() { Interval r1(-3, 7); std::cout << "r1=" << r1 << std::endl; Interval r2 = boost::numeric::abs(r1); std::cout << "r2=" << r2 << std::endl; return 0; } // main

2 1

bind/lambda/phoenix and result_of
by David Abrahams 02 Aug '06

02 Aug '06

One happy day, we'll have auto and decltype... Until then, we have no reasonable way to declare the type of bind expressions. So I got to thinking, maybe something like this could be made to work: result_of<bind_(std::minus<int>, int, _1_)>::type f = bind(std::minus<int>(), 3, _1); For lambda, I guess we could do something like this: result_of<minus_(int, _1_)>::type f = 3 - _1; Does this direction make sense? -- Dave Abrahams Boost Consulting www.boost-consulting.com

6 25

Getting a xsd:datetime from boost::date_time
by Joe Van Dyk 02 Aug '06

02 Aug '06

Hi, (sorry if this is off topic) I need to get the current date and time and convert it into a string that follows the xsd:datetime time stamp format: [-]CCYY-MM-DDThh:mm:ss[Z|(+|-)hh:mm]. (timezone should be UTC) Any ideas on how to do that? The Boost::Date_Time library documentation is confusing to my feeble mind. Thanks, Joe

2 3

library for type erasure
by Steven Watanabe 01 Aug '06

01 Aug '06

AMDG Is there any interest in a library for type erasure? My basic idea is to define each operation separately and use a sequence of them. As a simple example: void f() { erasure<boost::mpl::vector<ostreamable, incrementable> > object(0); ++object; std::cout << object; //prints 1 } In Christ, Steven Watanabe

3 2

[boostbook] Extra space after void parameter declaration
by Julio M. Merino Vidal 01 Aug '06

01 Aug '06

Hi, I usually write function declarations that do not take any parameters using the "old" C style; that is: int foo(void); I've now started documenting my code using Doxygen and integrating the resulting documentation into a Quickbook document. The class summary is correctly formatted because it does not include the parameter names, but the function prototypes in their description show: int foo(void ); Note the extra space after void. It looks ugly and I believe it should not be there. The attached patch seems to fix this issue. Can it be integrated? Thanks, -- Julio M. Merino Vidal <jmmv84(a)gmail.com> The Julipedia - http://julipedia.blogspot.com/

2 1

Boost regression testing status
by Gennaro Prota 01 Aug '06

01 Aug '06

Hi, I'd like to point your attention toward the current status of our regression testing. I'll not express opinions, but these are some facts about 1.34: - Huang-WinXP-x64 - graph - graphviz_test / msvc-8.0 LINK : fatal error LNK1181: cannot open input file '[...]\bgl-viz-vc80-gd-1_34.lib' - For some failures no error message is reported, so that it is pretty much impossible for the developer to fix them; e.g.: http://tinyurl.com/zmpwk - metacomm-v2 - algorithm/minmax - minmax / msvc-7.0 'vsvars32.bat' is not recognized as an internal or external command... - OSL4-V2 - python - andreas_beyer / sun-5.8 #error Python 2.2 or higher is required for this version of Boost.Python. - RudbekAssociates-V2 - iostreams - bzip2_test / msvc-7.1 LINK : fatal error LNK1181: cannot open input file '[...]\boost_iostreams-vc71-gd-1_34.lib' The list is not exhaustive. -- [ Gennaro Prota, C++ developer for hire ]

5 20

Re: [boost] Numerical integration library?
by Sohail Somani 01 Aug '06

01 Aug '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Frederick Akalin > Sent: Monday, July 31, 2006 1:17 AM > To: boost(a)lists.boost.org > Subject: [boost] Numerical integration library? > > I notice numerical integration was one of the items listed in the > ExpandedMathematicsLibrary entry under WantedLibraries in the > Wiki. Has > anyone done any work on this? I've been looking into this > problem space > lately; I had the germ of an idea that, with the magic of templates, > most ODE solvers (e.g. Euler, Runge-Kutta, etc.) could be > written in a > container-agnostic format and in a form closely resembling that which > you would find in a textbook. (I can post some > proof-of-concept code if > this isn't clear.) I've looked around and haven't seen > anything similar, > but I'm no expert on scientific programming. I'm unsure what ODE's have to do with integrals. Anyway, for solving PDEs one should look at http://www10.informatik.uni-erlangen.de/~pflaum/expde/public_html/index. html for an example. I'd be interested to know if anyone has used this library :) Sohail

2 1

Boost Exception
by Emil Dotchevski 01 Aug '06

01 Aug '06

Hello, I posted the new version of the proposed Boost Exception library last Friday, you can get the new documentation and code here: http://www.revergestudios.com/boost-exception/boost-exception.htm. I have received two suggestions by email to remove the use of macros for type registration. Currently, to register tag_foo with the exception library, and to specify that its value is of type int, you'd use: BOOST_REGISTER_EXCEPTION_INFO(tag_foo,int) One suggestion was to use this instead: struct tag_foo { typedef int value_type; }; Another suggestion was very similar, with the following syntax: struct tag_foo: exception_info_tag<int> { }; I encourage everyone to provide your feedback in the mailing list instead of by email, so we can have an open discussion. Thanks, Emil Dotchevski

2 2

Re: [boost] Boost.Operators base class chaining
by Steven Watanabe 31 Jul '06

31 Jul '06

AMDG >Steven Watanabe wrote: > > >>Is use of base class chaining in this way part of the public API >>of Boost.Operators? - Base may not be related to Boost.Operators >>in any way. Or should I use multiple inheritance instead? >> >> > >Base class chaining has been a documented and stable part of the >operators library's interface for a long time now and it is still >relevant for today's compilers. It has not been deprecated and I don't >see any reason to do so. As far as I'm concerned, it's an official part >of the interface - no guarantees for the future, though. > >That said, it's up to you how you make use of it. Just because it was >designed as an internal helper shouldn't prevent you from using it for >your own purposes. > >Regards, Daniel > > Thanks. The only case I can think of that won't work is the unnumbered forms of binary operators. In Christ, Steven Watanabe

2 1

[Boost-bugs] [ boost-Bugs-1531909 ] The case insensitive modifier doesn't work
by SourceForge.net 31 Jul '06

31 Jul '06

Bugs item #1531909, was opened at 2006-07-31 11:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1531909&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: regex Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: John Maddock (johnmaddock) Summary: The case insensitive modifier doesn't work Initial Comment: My name is Florin Trofin (ftrofin at _adobe_ dot com) and I work for Adobe Systems. We are using boost/regex 1.33.1 in one of our projects and we've encountered the following bug: The case insensitive modifier is supposed to make the string comparison case insensitive from the place at which it is encountered first till the end. In view of this, if we have "ABC abc aCb" as the text in which we will be doing search and if we have find string as "(?i)[bc]" then the expectation is that b/B/c/C will be found. But only b/c is found. If we have "(?i)a[bc]" as find string then ab/ac/AB/Ab/AC/Ac are found as expected. The only place which is having problem is when we specify character class[] immediately after case insensitive modifier "(?i)". We also have issues regarding character equivalence on Mac. Japanese character equivalence in general is not working i.e. if we have [[=x=]] where x is a Japanese character in hiragana or katakana then the equivalence is not matching correctly. Please let me know if you want me to open a separate bug on this issue. If you need more info please let me know. Thx! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1531909&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

STLPort toolset documentation suggestion
by Robert Ramey 31 Jul '06

31 Jul '06

I've found after much wasted time that with STL 5.x and a dynamic build, one has to have the STLPort .../bin in the path in order to find the correct stlport....dll. Perhaps this fact my be added to: http://www.boost.org/tools/build/v1/stlport.html Robert Ramey

1 0

Boost.Operators base class chaining
by Steven Watanabe 31 Jul '06

31 Jul '06

AMDG I am trying to create a library for type erasure(for boost if there is enough interest). I would like to define some common operations like arithmetic, I/O &c. For some of these I want to use Boost.Operators to provide the other related operations. I am also, however, using parametized inheritance in order to allow several operations to be combined. This for example is the definition of incrementable: namespace erasures { struct incrementable : operation<incrementable> { template<class T> struct static_impl : implementation<void (T&)> { static void execute(T& t) { ++t; } }; template<class Base> struct partial_interface : *boost::incrementable<typename Base::erasure_full_t, Base>* { typename Base::erasure_full_t& operator++() { erasures::call<erasures::incrementable>(*this); return(*erasures::full(this)); } }; }; } Is use of base class chaining in this way part of the public API of Boost.Operators? - Base may not be related to Boost.Operators in any way. Or should I use multiple inheritance instead? In Christ, Steven Watanabe

3 2

Boost regression notification (2006-07-31 [RC_1_34_0])
by Douglas Gregor 31 Jul '06

31 Jul '06

Boost Regression test failures Report time: 2006-07-31T08:56:18Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… 265 failures in 23 libraries algorithm/string (1) concept_check (1) filesystem (4) graph (5) io (1) iostreams (10) mpl (6) numeric/conversion (4) numeric/interval (1) numeric/ublas (7) parameter (22) program_options (2) python (84) random (1) rational (4) regex (9) serialization (24) signals (16) spirit (1) test (2) tr1 (51) typeof (8) utility (1) |algorithm/string| regex: borland-5_6_4 |concept_check| class_concept_check_test: vc-7_1-stlport |filesystem| mbcopy: sun-5.8 operations_test: vc-7_1-stlport operations_test_dll: vc-7_1-stlport wide_test: sun-5.8 |graph| adjacency_matrix_test: vc-7_0 csr_graph_test: sun-5.8 graphviz_test: msvc-8.0 msvc-8.0 vc-7_1-stlport |io| ios_state_unit_test: gcc-4.1.0_linux_x86_64 |iostreams| bzip2_test: msvc-7.1 msvc-8.0 compose_test: borland-5_6_4 example_test: vc-6_5-stlport filtering_stream_test: msvc-8.0 vc-7_1-stlport gzip_test: msvc-7.1 msvc-8.0 zlib_test: msvc-7.1 msvc-8.0 |mpl| multiset: gcc-4.0.3_linux gcc-4.1.0_linux gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 vector_c: sun-5.8 |numeric/conversion| converter_test: borland-5_8_2 traits_test: borland-5_8_2 udt_example_0: borland-5_8_2 udt_support_test: borland-5_8_2 |numeric/interval| test_float: vc-7_1-stlport |numeric/ublas| concepts: vc-7_1-stlport vc-7_1-stlport test1: vc-7_1-stlport test2: vc-7_1-stlport test4: vc-7_1-stlport test5: vc-7_1-stlport vc-7_1-stlport |parameter| basics: borland-5_6_4 borland-5_8_2 duplicates: borland-5_6_4 borland-5_8_2 maybe: vc-6_5 vc-6_5-stlport vc-7_0 preprocessor: borland-5_6_4 borland-5_8_2 sun-5.8 vc-6_5 vc-6_5-stlport python-parameter-test: vc-6_5 vc-6_5-stlport vc-7_0 sfinae: borland-5_8_2 vc-6_5-stlport singular: borland-5_6_4 borland-5_8_2 unnamed_fail: vc-6_5 vc-6_5-stlport vc-7_0 |program_options| unicode_test_dll: borland-5_8_2 variable_map_test_dll: borland-5_8_2 |python| andreas_beyer: sun-5.8 args: sun-5.8 auto_ptr: sun-5.8 back_reference: sun-5.8 bases: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 ben_scott1: sun-5.8 bienstman1: sun-5.8 bienstman2: sun-5.8 bienstman3: sun-5.8 borrowed: sun-5.8 callbacks: sun-5.8 const_argument: sun-5.8 crossmod_exception: sun-5.8 data_members: sun-5.8 defaults: sun-5.8 dict: sun-5.8 docstring: sun-5.8 enum: sun-5.8 exception_translator: sun-5.8 exec: darwin-4.0.1 gcc-3_4_4_tru64 gcc-4_0_3_tru64 msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp sun-5.8 extract: sun-5.8 implicit: sun-5.8 indirect_traits_test: sun-5.8 injected: sun-5.8 iterator: sun-5.8 keywords: sun-5.8 list: sun-5.8 long: sun-5.8 minimal: sun-5.8 multi_arg_constructor: sun-5.8 nested: sun-5.8 numpy: sun-5.8 object: sun-5.8 object_manager: sun-5.8 opaque: sun-5.8 operators: sun-5.8 pearu1: sun-5.8 pickle1: sun-5.8 pickle2: sun-5.8 pickle3: sun-5.8 pickle4: sun-5.8 pointee: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 pointer_type_id_test: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 pointer_vector: sun-5.8 polymorphism: sun-5.8 polymorphism2: sun-5.8 polymorphism2_auto_ptr: sun-5.8 properties: sun-5.8 raw_ctor: sun-5.8 return_arg: sun-5.8 select_arg_to_python_test: sun-5.8 select_from_python_test: darwin-4.0.1 sun-5.8 select_holder: sun-5.8 shared_ptr: sun-5.8 slice: sun-5.8 staticmethod: sun-5.8 stl_iterator: sun-5.8 str: sun-5.8 string_literal: sun-5.8 test_pointer_adoption: sun-5.8 try: sun-5.8 tuple: sun-5.8 upcast: gcc-3_4_4_tru64 gcc-4_0_3_tru64 sun-5.8 vector_indexing_suite: sun-5.8 virtual_functions: sun-5.8 voidptr: sun-5.8 wrapper_held_type: sun-5.8 |random| random_test: intel-linux-9.0 |rational| rational_test: borland-5_6_4 vc-6_5 vc-6_5-stlport vc-7_0 |regex| object_cache_test: borland-5_6_4 borland-5_8_2 darwin-4.0.1 gcc-3.3.6 gcc-3.4.4 gcc-4.1.1_sunos_i86pc vc-6_5 vc-6_5-stlport vc-7_0 |serialization| test_class_info_load_text_warchive: vc-6_5 test_non_default_ctor2_text_archive: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_simple_class_binary_archive_dll: vc-6_5 test_simple_class_text_archive_dll: vc-6_5 test_simple_class_text_warchive_dll: vc-6_5 test_simple_class_xml_archive_dll: vc-6_5 test_simple_class_xml_warchive_dll: vc-6_5 test_variant_xml_archive: borland-5_8_2 test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 test_variant_xml_warchive_dll: borland-5_8_2 |signals| dead_slot_test: gcc-3.3.6 gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp qcc-3.3.5_gpp trackable_test: gcc-3.3.6 gcc-3.3.6_linux qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp qcc-3.3.5_gpp |spirit| mix_and_match_trees: sun-5.8 |test| parameterized_test_test: vc-6_5 vc-6_5-stlport |tr1| run_random: sun-5.8 std_run_complex_overloads: sun-5.8 std_run_random: sun-5.8 std_test_bind: sun-5.8 std_test_complex: sun-5.8 std_test_function: sun-5.8 std_test_hash: sun-5.8 std_test_mem_fn: sun-5.8 std_test_random: sun-5.8 std_test_reference_wrapper: sun-5.8 std_test_reference_wrapper_tricky: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux gcc-3.4.5_linux_x86_64 gcc-4.0.3_linux gcc-4.1.0_linux_x86_64 intel-linux-9.0 mingw-3_4_2 msvc-7.1 msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp vc-7_1-stlport std_test_result_of: sun-5.8 std_test_shared_ptr: sun-5.8 std_test_tuple: sun-5.8 std_test_tuple_tricky: sun-5.8 std_test_type_traits: sun-5.8 test_boost: vc-7_1-stlport test_hash: vc-7_1-stlport test_random: sun-5.8 vc-7_1-stlport test_reference_wrapper_tricky: gcc-3.2.3_linux gcc-3.3.6_linux gcc-3.4.5_linux gcc-3.4.5_linux_x86_64 gcc-4.0.3_linux gcc-4.1.0_linux_x86_64 intel-linux-9.0 mingw-3_4_2 msvc-7.1 msvc-8.0 qcc-3.3.5_cpp qcc-3.3.5_cpp qcc-3.3.5_gpp qcc-3.3.5_gpp test_regex: vc-7_1-stlport test_type_traits: sun-5.8 tr1_tky_function_type_test: sun-5.8 |typeof| function_binding_emulation: sun-5.8 function_binding_native: vc-6_5 vc-6_5-stlport vc-7_0 odr_no_uns: vc-6_5 vc-6_5-stlport vc-7_0 template_tpl_emulation: sun-5.8 |utility| operators_test: gcc-3.4.5_linux_x86_64

1 0

FW: [Lambda] find_if + vector of arrays
by Sohail Somani 31 Jul '06

31 Jul '06

Hi, I'm forwarding this here as I didn't get a reply on the users list. > -----Original Message----- > From: Sohail Somani > Sent: Tuesday, July 25, 2006 2:19 PM > To: 'boost-users(a)lists.boost.org' > Subject: [Lambda] find_if + vector of arrays > > Hi, > > Why can't lambda figure out the return type of operator[] for > array? Does it know about vectors? I know I can fix the > compile error by using bl::ret<double>(bl::_1[0])... But for > obvious reasons, I'd much rather not! > > #include <vector> > #include <algorithm> > > #include <boost/array.hpp> > #include <boost/lambda/lambda.hpp> > > int main() > { > namespace bl=boost::lambda; > using std::vector; > using boost::array; > > array<double,3> cpy = {1}; > vector<vector<double> > a(10,vector<double>(3,1)); > vector<array<double,3> > b(10,cpy); > > std::find_if(a.begin(),a.end(),bl::_1[0]==5); > std::find_if(b.begin(),b.end(),bl::_1[0]==5); > } > > Thanks! > > Sohail >

1 0

Re: [boost] Computational Geometry Library
by Arash Partow 31 Jul '06

31 Jul '06

Mateusz Loskot wrote: >>Yes, there were a few discussions on the list. >>Here is a list of threads I've saved: >> >>This is one of the latest and very interesting: >>http://lists.boost.org/Archives/boost/2002/09/36142.php >> >>and other: >>http://lists.boost.org/Archives/boost/2004/06/66736.php >>http://lists.boost.org/Archives/boost/2001/08/16400.php >>http://lists.boost.org/Archives/boost/2000/11/6612.php >> >>Also, there are some prototypes: >>http://www.boost-consulting.com/vault/index.php?direction=0&order=&director… I've had a read of articles, and I like some of the ideas that have been presented and proposed. Its a shame that some of the better ideas haven't come to fruition as of yet. But heres hoping that will change sometime soon. >>I have no knowledge about any other efforts than listed above. >>I'm very interested in robust computational geometry library >>in Boost. So, I'd be also interested in some constributions. >> >>For last 6 months, I was working on the GEOS library: >>http://geos.refractions.net/ I had a look and it seems you've made a lot of progress, it would be good to begin integrating things at some point soon for an initial review submission. >>which is a *direct* port of JTS: >>http://www.vividsolutions.com/jts/jtshome.htm >>Unfortunately, GEOS follows JTS design and implementation almost step by >>step, so performance is not good. >>Note, GEOS is a library for GIS and it follows the OpenGIS Simple >>Features specification (www.opengeospatial.org/docs/99-049.pdf) >> >>I think, this specification may be interesting to read about >>"The Dimensionally Extended Nine-Intersection Model - DE-9IM" >>as a nice model of spatial/geometric relation operators. I had a quick read, isn't this all just some glorified minkowski difference thing? >>> > As for a preliminary library design I propose the following: >>> > >>> > * primitive geometric structures 2D/3D only >>> > (point,line,segment,triangle...) >>> > * operations between primitives (intersection, distance, inclusion...) >>> > * higher level algorithms in a structured fashion similar to BGL: >>> > * hulls, rotating caliper >>> > * triangulation (point sets, polygons) >>> > * boolean operations over polygons >> >> >>Boolean operations could be provided for every geometry type, >>see DE-9IM. Some geometric operations just don't make sense for certain pairs of types, hence not all geometric operations can be defined, all one can do is define/implement operations that do make sense. >>> > * precision related issues to be dealt with mainly by user >>> > specified floating point type, and partially at the algorithm level >> >> >>JTS and GEOS have quite good example of precision model. looked at it, seems like standard epsilon/fuzzy arithmetic - nothing special there. I believe one either needs to go down the path of "exact arithmetic" or to delegate the precision issues to the type the "user" chooses. From a "good library design" POV I believe that for the majority of things precision should be delegated to the users choice of type, and to hence maintain the simplicity of the calculation/algorithm's implementation. Say for example the closest point on a line from an external point is merely the dot product of the tangent from the external point and line, which is a very trivial thing. If one were to go down the path of exact arithmetic and you fall into problems such as determining the machine's FPU, its floating point precision etc... why not let the type take care of that, for most things double and float will be more than enough, for other things people may decided to use their own extended or arbitrary precision number types, such as the various rational and integer kernel types that come with CGAL, I believe the BOOST mathematics library will some day have its own extended precision real, rational and integer (bigint) types. >>Good idea. >> >>How about creating segments and linestrings (string of segments)? >>I imagine it could be also possible to pass range of std:: containers >>with iterators. >>But I also think about avoiding copying data from std:: containers to >>segments. May be it could be possible to have segments-view over >>standard containers or sth like that (views in terms of >>http://www.zib.de/weiser/vtl/) >>Extension idea: >>I'd also have an idea about extension for data (de)serialization. >>In GIS, there are two major formats to save/read geometries WKT - >>Well-Known Text and WKB - Well-Known Binary. >>Both have been invented by OpenGIS Consortium. >> >>Here are good examples of WKT: >>http://dev.mysql.com/doc/refman/5.1/en/gis-wkt-format.html >>and WKB: >>http://dev.mysql.com/doc/refman/5.1/en/gis-wkb-format.html >> >>I have some prototype of Spirit based parser to read WKT. Anything is possible, it just requires that knowledgeable people in the field be willing to chip-in. Arash Partow ________________________________________________________ Be one who knows what they don't know, Instead of being one who knows not what they don't know, Thinking they know everything about all things. http://www.partow.net

2 1

[statistics] design/interface reprise
by John Maddock 31 Jul '06

31 Jul '06

An updated overview of how I think the statistical test / distribution library interface might proceed is now available here: http://www.johnmaddock.co.uk/proposal/index.html As ever comments and suggestions welcomed. Thanks, John.

4 5