March 2005 - C2hs - Haskell.org

support for 6.4
by Gour 31 May '05

31 May '05

Hi! Do you plan to add support in c2hs for compiling with ghc-6.4. Sincerely, Gour -- Registered Linux User | #278493 GPG Public Key | 8C44EDCD

8 23

CONGRATULATIONS!!!
by TELFORT LOTTERY INTERNATIONAL 29 Mar '05

29 Mar '05

TELFORT LOTTERY INTERNATIONAL INTERNATIONAL PROMOTION/PRIZE AWARD DEPT. REF: MLI/231-ILGI0431/03 BATCH: IPD/15/096/PTNL RE: WINNING FINAL NOTIFICATION Sir/Madam We are pleased to inform you of the result of the Lottery Winners International programs held on the 29th of March 2005. Your e-mail address attached to ticket number 20711465897-6291 with serial number 472-971102 drew lucky numbers 9-66-97-22-71-64 which consequently won in the 2nd category, you have therefore been approved for a lump sum pay out of US$ 1,000,000. (one millon United States Dollars) CONGRATULATIONS!!! Due to mix up of some numbers and names, we ask that you keep your winning information very confidential till your claims has been processed and your prize/money Remitted to you. This is part of our security protocolto avoid double claiming and unwarranted abuse ofthis program by some participants. All participants were selected through a computerballot system drawn from over 200,000.00 company and 300,000.00individual email addresses and names from all over the world. This promotional program takes place annually. We hope with part of yourwinning you will take part in our next year USD2 million ( Two Million United States dollars) international lottery. To file for your claim, please contact our appionted ADVOCATE Mr John Peters. CLIAM LOTTERY INTERNATIONAL and they have been directed to make all payments to all the winners before the deadline which is 15th April, 2005 TEL: +31-630-9265 32 FAX: +31- 645 236 856 Email: johnpeters10(a)netscape.net with your telephone and especially your fax numbers so that they can send you the claims application form you(A4) which you fill out to expedite the transfer of your winnings to you the Beneficiary. Note that all winning must be claimed not later than 15th of April, 2005. After this date all unclaimed, funds will be included in the next stake. Please note, in order to avoid unnecessary delays and complications please remember to quote your reference number and batch numbers in all correspondence. Furthermore, should there be any change of address do inform our agent as soon as possible. Congratulations once more from our members of staff and thank you for being part of our promotional program. Note: Anybody under the age of 18 is automatically disqualified. Sincerely yours, Mrs. Alice Stevens Lottery Coordinator. REPLY EMAIL TO johnpeters10(a)netscape.net

1 0

ファインダー越しのナマ挿入
by 食い入るように覗き込む 27 Mar '05

27 Mar '05

@@@@@@@@@[ÊM@@@@@@@@@ @KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK @@@@BooBªÙÇË«ã°Ä¥`BooB@@@@@@@@@ @BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB @@@@@@@@@@@@@@@@@@@@ @@@http://pink.mycountry.cc/?7k6fi6pgj2 wØÜÅrrŽ¶¿á€£EEEEEEEEEEEEEEEEEEEåD][r[V[Y B@o B@@K@B@o B@@K@B@o B@@K@B@o B@@K@o B@@o . @ B@B@@o . @ BB@@o . @ BB@@o . @ BB@@o . ¡TÌ¢¶ßçêœ¢šo³ñÍûülôÚBµð³êÄb`÷t«Ì¢¢lð àÝ¿áÉ³êœèATlª©èÅ¢œÔçêÄºÌIN`Íà€jjcB @ F@B@@o . o@ F@B@@o . o@ F@B@@o . o@ F@B@@o . o@ F@B@o Iij[B»TÔ P ªªªªªªªªªªªªªªªªªªª Â€¢ÌqBÌpž©µ¢êÊð`¢¿áŠô @@@@ «\bbcJªßçŠœèIuÔB @@@@@@@@@@@@@@@@@@@@@@@@OLE§EÐàsÏEZNnÁW @@@@@@@@@@@@@@@@@ ªªªªªªªªªªªªªªªªªªQ ¡ñÍ§ªe[}ÌålCPINKV[Yô @@@@@@@@@@@@@@@@@ ±ªêÌ§pOLðÐàÅCv @ @@@http://pink.mycountry.cc/?7k6fi6pgj2 áÈsÏ`ìOIo²³` R ªªªªªªªªªªªªªªªªªªª lbgsÏÉn}lÈBðšOÅIo²³ @@@@ µÁÆèµœ_§ðÆ±Æñ¡í¢Â· B@o B@@K@B@o B@@K@B@o B@@K@B@o B@@K@o B@@o . @ B@B@@o . @ BB@@o . @ BB@@o . @ BB@@o . ©©©©©©©© ¡TÌ[r[@@©©©©©©©© ðEnBèV[Y @ ÊÌrdw¶áàÌ«èÈ¢c¬sÌnvjOo[ÉÊ€ÆgOLBÉ§æÞ ª«EžVV[Y @ ÌqBÌCNuÔÎ©èðWßœìWI ûIoV[Y @ Žx²QÌIJbvºÆìOÅgn_JÉoCuÅRrjš¢š @@@http://pink.mycountry.cc/?7k6fi6pgj2 @@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@@[ÊM©çÌšmç¹ ===================================================================== @@ ÇÌ[}KWÌfÚîñÌpÉÖµÄÍA @@@@elª©ªÌÓCÅsÈÁÄ¢œŸ±ðOñÆµÄ¢Ü·B @@@@ÇÅÍfÚîñÉÖµÄÌšâ¹âA @@@@²ÐîµœTCgæÅÌ¹QÉÎµÄÍ @@@@¢©ÈéÓCà¢©ËÜ·ÌÅA\ß²¹³º³¢B @@@@fÚ³êœLÌêÜœÍSðÂÈ]Ú·é±ÆðÖ~vµÜ·B ===================================================================== šššššššššššššššššššššššššššššššššš @@ ŠwÇðû@ @@@@wÇðÍšèÅ·ªAºLÌAhXæèOCµA²©gÅšè±«º³¢B http://nde2.vig-seet.to/tuusin/

1 0

Reducing c2hs memory requirements
by Duncan Coutts 24 Mar '05

24 Mar '05

Hi all, For people building gtk2hs, we've found that the large amount of heap space required by c2hs to be a problem. It means people with older machines with less than about 400Mb of RAM cannot build gtk2hs. For recent versions of Gtk, parsing and name analysis requires 350m of heap space. (ie, runing c2hs +RTS -M340m -RTS will run out of heap, but c2hs +RTS -M350m -RTS will be ok). So we've been pondering how to reduce the heap requirements. The key point is that we do not want to have to keep the whole of the AST + symbol maps in memory at once. For the parsing phase, this should not be a problem, the parsers works declaration by declaration, the only thing that is accumulated is the set of typedef names. There are two options here, we could write out each declaration one at a time to another file using the binary serialisation framework. Alternatively, if the list of declarations could be returned lazily by the parser then that should work ok. The harder bit is the name analysis. It reads the declaration list in a linear pattern (so it should work well with a lazy parser or a list of declarations deserialised one by one out of a file). The CTagNS namespace and CDefTable seem to be write only; which is good as they could be written out to file immediately. The CShadowNS is not generated during the name analysis phase. The CObjNS namespace is trickier since it is both written and used for lookups. We could live with keeping this one in memory or alternatively it should be possible to both write the map bit by bit and do random reads for the lookups. The lookups themselves do not retain any heap since they immediately write the value out into another map. The name analysis phase actually doesn't use many map lookup/insert operations. If each of these could be re-defined locally to work in the local NA monad and then the NA monad extended to know the files we are reading from/to then in the runNS we could switch between doing lookups/inserts from in heap FiniteMaps or to/from files. runNA :: NA a -> Either AttrC Files -> a -> CST s (Either AttrC Files) My point is that we wouldn't need to change any existing code paths. The use of intermediate files could even be controlled by a --conserve-memory flag or something (since it would probably slow down the cases where currently everything fits into memory). Just looking for feedback; particularly from Manuel as to whether he thinks this is a plan worth pursuing. Duncan

2 2

fl100é¾I@e®æNAVI@
by marikeopxgfsse006s28a25251a2e＠ocn.ne.jp 23 Mar '05

23 Mar '05

┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ☆　素人100％宣言！　投稿動画NAVI　　　　　　　　　　　　　　　　　　　　　　　☆彡 ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ アナタの元に信じられない情報をお届け致しますっ！ ┏─┓　┏─┓　┏─┓　┏─┓　┏─┓　┏─┓　┏─┓　┏─┓ │全│　│部│　│本│　│物│　│素│　│人│　│動│　│画│ ┗─┛　┗─┛　┗─┛　┗─┛　┗─┛　┗─┛　┗─┛　┗─┛ ■みほ（18才）【写真有】　フェラ上手の美少女みほチャン♪こんなに可愛い娘が・・・　http://movie-max.bz/?tl1 ■ともみ（？才）【写真有】　エロに対する欲望は底なしの一見ノロマななおチャンが・・・　http://movie-max.bz/?tl1 ■みほ（20歳）【写真有】　巨乳フェチ必見っ！男の上にまたがり暴れまくります・・・　http://movie-max.bz/?tl1 ┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ☆　マニア・フェチ・変態の方もご満足っ？　　　　　　　　　　　　　　　　　　　　　☆彡 ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ □┓　今週は美脚フェチの方ご満悦っ！ ┗┛━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 詳細：http://movie-max.bz/?tl1 □┓　何と激ヤバっ！盗撮しちゃいましたぁっ！ ┗┛━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 詳細：http://movie-max.bz/?tl1 □┓　露出志向の方が集まるOFF会って・・・ ┗┛━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 詳細：http://movie-max.bz/?tl1 ＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＠メルマガの館 -------------------------------------------------------------- ・当局は、メールマガジン専用の配信スタンドです。・当局からのメールマガジンの内容、ご利用に関しては、ご購読者個人の責任においてご利用ください。・当局からご紹介させて頂いているサイトにおけるいかなるトラブル損害に対しても一切の責任を負いかねます。・当局からのメールマガジンの内容についてのご質問には応じておりません。・当局からのメールマガジンに掲載された記事を許可なく転載する事を禁止致します。 -------------------------------------------------------------- □購読解除方法購読解除をご希望の方は、お手数ですが下記URL宛にご連絡ください。 reject_moviemax(a)yahoo.co.uk ＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋

1 0

(광고) 빠른 영어, 원리학습 c2hs @
by 영어학습 22 Mar '05

22 Mar '05

1 0

チュプチュプって音が聞こえて
by 「中に出してイイよ」… 20 Mar '05

20 Mar '05

MailXe[VEEEEEEñEEEEñEEEEñEEEEñEEEEñEEEEñEEEEñEEEEñ ¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶ @@@ßÈflåWô @@@@@@@@@@@@@@ÌqŸÁÄC¿¡¡±ÆåD«Á@@@ žžžžžžžžžžžžžžžžžžžžžžžžžžžžžžžžžž @@@http://y-setu.puchiphoto.org/?7t7wjypqkl væèßIHCZcflºÌxèò¢ ªªªªªªªªªªªªªªªªªª® únknBèRNVEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEy¯RÁÂz @@@@@@@@@@@@@@@@~sÌînk @@@@@@@@@@@@@@@@@uD«ÈŸ¯obN©çË¢Ä¥vÆ¢Ä¹ªÞB y¯TÂzEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEWcCZcs¿dÔ ªéq¶ð³âè³ŠÞc\ÍÉÏŠØêž ³êéªÜÜÉÈéBu±êÍà€s¿¶áÈÄCvŸËvÆ ŸíµßœâèìBBB @@@http://y-setu.puchiphoto.org/?7t7wjypqkl ÈBÌé§EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEy¯SÁÂz @@@@@@@@@@@@@@@@ÆëÉæêœáÈBÌ§©ÈyµÝ @@@@@@@@@@@@@@@@vªo©¯œãÉoï¢nÅ©Â¯œjÆÌ @@@@@@@@@@@@@@@@VÑÉMêéúÈBÌ« ªªªªªªªªªªªªªªªªªª oï¢nÌ@@`~îµœ¢A¶¢œ¢`@® oï¢nÅßÜŠœIoè]Ì¢lBÞÆÍ£ÅÅßÍAà râŠª¿ŸÆ©cBœ³êÈ¢L`Ìðoï¢nÅðÁ·éÌª BêÌï¡ÅA©mçÊjÌvÉà]ÉŠÄêéB @@@http://y-setu.puchiphoto.org/?7t7wjypqkl ¯\ÌBÁW lmêžJèL°çêé~]ÌQðJªßçŠœB flBÌµÄ©çêœÈ¢pž©µ¢pª±±ÉcII gC/Xßº/uze/©î/Ôc çäéêÉöÞJªßçŠœ èIuÔII @@@http://y-setu.puchiphoto.org/?7t7wjypqkl £¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£ MailXe[VEEEEEEñEEEEñEEEEñEEEEñEEEEñEEEEñEEEEñEEEEñ EÇÍo^ïõlÉèúIÉ[}KWðzM·éœßÌ @ [}KWÌzMX^hÅ·B E²ÐîæÌTCgÉš¯éfÚîñÌ²pÍÂlÌÓCÉš¢Ä @ ²pº³¢B EfÚîñÉÖµÄÌ²¿âÉÍ¶ÄšèÜ¹ñÌÅ @\ß²¹³º³¢B E[}KWÉfÚ³êœLÌêÜœÍSð @ÂÈ]Ú·é±ÆðÖ~vµÜ·B E gÉoŠÌÈ¢zMÍ¢œžçÌÂ\«ª²Ž¢Ü· @wÇðð²ó]ÌûÍAšèÅ·ªºLÌAhXæèOCµA @²©gÅšè±«º³¢B @@@http://muze.m-blue.org/mail-station/ £¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£¥£

1 0

,<±¤°í>¿ù¼ö500~1000Á¤µµÀÇ °í¼ÓµæÀÚ°¡ µÉ¼öÀÖ´Â ÁÁÀº¹æ¹ý@"
by ��ǾƵ� 15 Mar '05

15 Mar '05

1 0

Emirates Business Information
by info＠emiratestenders.com 14 Mar '05

14 Mar '05

1 0

GNU C __attribute__ lists
by Duncan Coutts 14 Mar '05

14 Mar '05

All, I noticed that the latest version of glib includes a liberal sprinkling of G_GNUC_MALLOC macros which expands to __attribute__((__malloc__)) Some functions already had an __attribute__, so now they've got a list of them. It seems that c2hs does not expect more than one __attribute__. So here's a patch In CParsers.hs we just change each instance of optMaybe parseGnuCAttr to list parseGnuCAttr This patch is against the gtk2hs cvs version but it should apply ok to the main c2hs branch. Duncan Index: tools/c2hs/c/CParser.hs =================================================================== RCS file: /cvsroot/gtk2hs/gtk2hs/tools/c2hs/c/CParser.hs,v retrieving revision 1.1 diff -C2 -r1.1 CParser.hs *** tools/c2hs/c/CParser.hs 21 Nov 2004 21:05:27 -0000 1.1 --- tools/c2hs/c/CParser.hs 12 Jan 2005 17:03:50 -0000 *************** *** 347,351 **** ctoken_ (CTokGnuC GnuCExtTok) `opt` () -- ignore GCC's __extension__ -*> parseCDeclSpec ! *-> optMaybe parseGnuCAttr -- ignore GCC's __attribute__ )*> parseCDeclr *> list parseCDecl --- 347,351 ---- ctoken_ (CTokGnuC GnuCExtTok) `opt` () -- ignore GCC's __extension__ -*> parseCDeclSpec ! *-> list parseGnuCAttr -- ignore GCC's __attribute__ )*> parseCDeclr *> list parseCDecl *************** *** 490,494 **** ctoken_ (CTokGnuC GnuCExtTok) `opt` () -- ignore GCC's __extension__ -*> parseCDeclSpec ! *-> optMaybe parseGnuCAttr -- ignore GCC's __attribute__ )*> seplist comma_ parseCInitDecl *-> semic_ `actionAttrs` --- 490,494 ---- ctoken_ (CTokGnuC GnuCExtTok) `opt` () -- ignore GCC's __extension__ -*> parseCDeclSpec ! *-> list parseGnuCAttr -- ignore GCC's __attribute__ )*> seplist comma_ parseCInitDecl *-> semic_ `actionAttrs` *************** *** 682,686 **** *> base *> many (flip (.)) id (arrayType <|> newStyleFun <|> oldStyleFun) ! *-> optMaybe parseGnuCAttr -- ignore GCC's __attribute__ `action` \((ptr, base), declrTrans) -> ptr . declrTrans $ base --- 682,686 ---- *> base *> many (flip (.)) id (arrayType <|> newStyleFun <|> oldStyleFun) ! *-> list parseGnuCAttr -- ignore GCC's __attribute__ `action` \((ptr, base), declrTrans) -> ptr . declrTrans $ base

2 1