You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
1
(1) |
2
|
3
(2) |
4
(5) |
5
(3) |
6
(5) |
7
|
8
(5) |
9
|
10
|
11
(5) |
12
(2) |
13
(6) |
14
(2) |
15
(3) |
16
(1) |
17
|
18
(9) |
19
(4) |
20
(1) |
21
(3) |
22
(2) |
23
(1) |
24
(1) |
25
|
26
(1) |
27
(1) |
28
(20) |
29
(10) |
30
(2) |
31
(1) |
|
|
|
|
|
|
I assume you mean renaming TTStreamWriter::putchar to TTStreamWriter::put_char. That would be fine. Once you confirm that solves your problem on Solaris, I'll test and commit it here. Cheers, Mike Peter C. Norton wrote: > Michael, > > I'm going to see if there is a fixincludes route to fixing this, but > in case there isn't, is adding an additional name to the > TTStreamWriter, eg. TTStreamWriter::put_char, out of the question? > > Thanks, > > -Peter > > On Thu, Jul 31, 2008 at 09:08:18AM -0400, Michael Droettboom wrote: > >> (Sorry for the delay, just back from vacation). >> >> I don't have access to that version of gcc on Solaris to test. However, >> if you find a preprocessor workaround that works for you, I'm happy to >> test it on Linux/Mac/Windows and commit. >> >> Cheers, >> Mike >> >> Peter C. Norton wrote: >> >>> On solaris with gcc-4.3.1, the macro __cplusplus is not defined to >>> 199711L. This is a long-standing issue with solaris. This doesn't much >>> matter on some platforms, but for matplotlib, what is happening to me >>> is that through a series of defines and conditionals, the method >>> putchar, as used here: >>> >>> ./ttconv/ttutil.cpp:void TTStreamWriter::putchar(int val) >>> >>> gets tokenized by the preprocessor into putc by >>> /usr/include/iso/stdio_iso.h, here on line 350: >>> >>> #define putchar(x) putc((x), stdout) >>> >>> This only happens if __cplusplus is < 199711L. I'm avoiding this by >>> building using the studio C compiler, but I thought I'd mention this >>> in case it's possible to detect this during the configuration stage, >>> and perhaps wrap with something like: >>> >>> #ifdef >>> #if __cplusplus <= 199711L >>> #undef putchar >>> #endif >>> #endif >>> >>> However, I haven't tested this yet. Has anyone else thought about >>> this? >>> >>> Thanks, >>> >>> -Peter >>> >>> >>> >>> >>> >>> >> -- >> Michael Droettboom >> Science Software Branch >> Operations and Engineering Division >> Space Telescope Science Institute >> Operated by AURA for NASA >> >> > > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Michael, I'm going to see if there is a fixincludes route to fixing this, but in case there isn't, is adding an additional name to the TTStreamWriter, eg. TTStreamWriter::put_char, out of the question? Thanks, -Peter On Thu, Jul 31, 2008 at 09:08:18AM -0400, Michael Droettboom wrote: > (Sorry for the delay, just back from vacation). > > I don't have access to that version of gcc on Solaris to test. However, > if you find a preprocessor workaround that works for you, I'm happy to > test it on Linux/Mac/Windows and commit. > > Cheers, > Mike > > Peter C. Norton wrote: > >On solaris with gcc-4.3.1, the macro __cplusplus is not defined to > >199711L. This is a long-standing issue with solaris. This doesn't much > >matter on some platforms, but for matplotlib, what is happening to me > >is that through a series of defines and conditionals, the method > >putchar, as used here: > > > >./ttconv/ttutil.cpp:void TTStreamWriter::putchar(int val) > > > >gets tokenized by the preprocessor into putc by > >/usr/include/iso/stdio_iso.h, here on line 350: > > > >#define putchar(x) putc((x), stdout) > > > >This only happens if __cplusplus is < 199711L. I'm avoiding this by > >building using the studio C compiler, but I thought I'd mention this > >in case it's possible to detect this during the configuration stage, > >and perhaps wrap with something like: > > > >#ifdef > >#if __cplusplus <= 199711L > >#undef putchar > >#endif > >#endif > > > >However, I haven't tested this yet. Has anyone else thought about > >this? > > > >Thanks, > > > >-Peter > > > > > > > > > > > > -- > Michael Droettboom > Science Software Branch > Operations and Engineering Division > Space Telescope Science Institute > Operated by AURA for NASA > -- The 5 year plan: In five years we'll make up another plan. Or just re-use this one.