Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(11) |
Nov
(184) |
Dec
(182) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(224) |
Feb
(404) |
Mar
(244) |
Apr
(232) |
May
(162) |
Jun
(193) |
Jul
(174) |
Aug
(161) |
Sep
(170) |
Oct
(283) |
Nov
(310) |
Dec
(130) |
| 2007 |
Jan
(210) |
Feb
(129) |
Mar
(174) |
Apr
(246) |
May
(269) |
Jun
(212) |
Jul
(229) |
Aug
(202) |
Sep
(190) |
Oct
(194) |
Nov
(172) |
Dec
(128) |
| 2008 |
Jan
(343) |
Feb
(137) |
Mar
(186) |
Apr
(266) |
May
(156) |
Jun
(147) |
Jul
(140) |
Aug
(78) |
Sep
(128) |
Oct
(126) |
Nov
(100) |
Dec
(106) |
| 2009 |
Jan
(152) |
Feb
(165) |
Mar
(209) |
Apr
(166) |
May
(97) |
Jun
(152) |
Jul
(159) |
Aug
(196) |
Sep
(151) |
Oct
(107) |
Nov
(128) |
Dec
(64) |
| 2010 |
Jan
(105) |
Feb
(77) |
Mar
(129) |
Apr
(151) |
May
(126) |
Jun
(97) |
Jul
(86) |
Aug
(99) |
Sep
(64) |
Oct
(88) |
Nov
(59) |
Dec
(91) |
| 2011 |
Jan
(159) |
Feb
(111) |
Mar
(153) |
Apr
(114) |
May
(88) |
Jun
(201) |
Jul
(158) |
Aug
(124) |
Sep
(101) |
Oct
(149) |
Nov
(160) |
Dec
(68) |
| 2012 |
Jan
(74) |
Feb
(68) |
Mar
(121) |
Apr
(92) |
May
(172) |
Jun
(100) |
Jul
(85) |
Aug
(65) |
Sep
(74) |
Oct
(105) |
Nov
(76) |
Dec
(21) |
| 2013 |
Jan
(101) |
Feb
(57) |
Mar
(76) |
Apr
(35) |
May
(43) |
Jun
(50) |
Jul
(32) |
Aug
(50) |
Sep
(33) |
Oct
(58) |
Nov
(26) |
Dec
(49) |
| 2014 |
Jan
(46) |
Feb
(49) |
Mar
(54) |
Apr
(33) |
May
(46) |
Jun
(57) |
Jul
(34) |
Aug
(36) |
Sep
(69) |
Oct
(37) |
Nov
(27) |
Dec
(57) |
| 2015 |
Jan
(25) |
Feb
(52) |
Mar
(97) |
Apr
(41) |
May
(44) |
Jun
(36) |
Jul
(27) |
Aug
(33) |
Sep
(29) |
Oct
(45) |
Nov
(23) |
Dec
(23) |
| 2016 |
Jan
(6) |
Feb
(31) |
Mar
(17) |
Apr
(41) |
May
(31) |
Jun
(51) |
Jul
(20) |
Aug
(36) |
Sep
(69) |
Oct
(55) |
Nov
(29) |
Dec
(17) |
| 2017 |
Jan
(25) |
Feb
(22) |
Mar
(29) |
Apr
(18) |
May
(30) |
Jun
(13) |
Jul
(22) |
Aug
(12) |
Sep
(20) |
Oct
(60) |
Nov
(36) |
Dec
(20) |
| 2018 |
Jan
(16) |
Feb
(12) |
Mar
(25) |
Apr
(14) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
(12) |
|
2
(1) |
3
(7) |
4
(4) |
5
(5) |
6
(5) |
7
(4) |
8
|
|
9
(1) |
10
(3) |
11
(4) |
12
(8) |
13
(5) |
14
(4) |
15
(1) |
|
16
(1) |
17
(3) |
18
(3) |
19
(6) |
20
(4) |
21
(3) |
22
|
|
23
(1) |
24
(1) |
25
(2) |
26
(6) |
27
(1) |
28
(4) |
29
(1) |
|
30
|
|
|
|
|
|
|
|
From: William S Fulton <wsf@fu...> - 2008-11-26 23:47:03
|
Run ./configure --without-maximum-compile-warnings to get rid of the warning flags, or override with ./configure CFLAGS= CXXFLAGS= William Michael Leong wrote: > Greetings, > > I'm trying to install SWIG on an AIX 5.3 machine with the xlc > compiler. I've unzipped the package, and then I give the ./configure > CC=xlc command, which works just fine. However, when I run make, I get > the following errors: > > make all-am > source='CParse/cscanner.c' object='CParse/cscanner.o' libtool=no DEPDIR > =.deps depmode=aix /bin/sh ../Tools/config/depcomp /usr/vacpp/bin/xlC_r -DHAVE_ > CONFIG_H -I../Source/Include -I../Source/CParse -I../Source/Inc > lude -I../Source/DOH -I../Source/CParse > -I../Source/Preprocessor -I../Source/Swig -I../Source/Mod > ules -g -Wall -W -ansi -pedantic -c -o CParse/cscanner.o CParse/cscanner.c > /usr/vacpp/bin/xlC_r: 1501-210 (S) command option Wall contains an incorrect sub > argument > make: 1254-004 The error code from the last command is 40. > > > Stop. > make: 1254-004 The error code from the last command is 2. > > > Stop. > make: 1254-004 The error code from the last command is 2. > > > Stop. > > I notice that it's trying to use the -Wall option, which is a gcc > option that is not recognized by xlc. Has anyone encountered this > problem before, or done anything fancy to get SWIG installed on AIX? > Any help would be appreciated. > > Thanks. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Swig-user mailing list > Swig-user@... > https://lists.sourceforge.net/lists/listinfo/swig-user > |
|
From: Michael Leong <spameroid@gm...> - 2008-11-26 23:09:16
|
Greetings,
I'm trying to install SWIG on an AIX 5.3 machine with the xlc
compiler. I've unzipped the package, and then I give the ./configure
CC=xlc command, which works just fine. However, when I run make, I get
the following errors:
make all-am
source='CParse/cscanner.c' object='CParse/cscanner.o' libtool=no DEPDIR
=.deps depmode=aix /bin/sh ../Tools/config/depcomp /usr/vacpp/bin/xlC_r -DHAVE_
CONFIG_H -I../Source/Include -I../Source/CParse -I../Source/Inc
lude -I../Source/DOH -I../Source/CParse
-I../Source/Preprocessor -I../Source/Swig -I../Source/Mod
ules -g -Wall -W -ansi -pedantic -c -o CParse/cscanner.o CParse/cscanner.c
/usr/vacpp/bin/xlC_r: 1501-210 (S) command option Wall contains an incorrect sub
argument
make: 1254-004 The error code from the last command is 40.
Stop.
make: 1254-004 The error code from the last command is 2.
Stop.
make: 1254-004 The error code from the last command is 2.
Stop.
I notice that it's trying to use the -Wall option, which is a gcc
option that is not recognized by xlc. Has anyone encountered this
problem before, or done anything fancy to get SWIG installed on AIX?
Any help would be appreciated.
Thanks.
|
|
From: David Piepgrass <dpiepgrass@me...> - 2008-11-26 16:24:10
|
I don't think that's possible. You could probably use SWIG's nifty multiline macros as a substitute, by putting put the contents of your include file inside of a big macro and then invoking the macro repeatedly. > -----Original Message----- > From: Patrick M. [mailto:meierpatrick@...] > Sent: Wednesday, November 26, 2008 7:56 AM > To: swig-user@... > Subject: [Swig-user] can %include include more than once? > > > The manual http://www.swig.org/Doc1.3/Preprocessor.html explains: > "Unlike, #include, %include includes each file once (and will not reload > the > file on subsequent %include declarations). Therefore, it is not necessary > to > use include-guards in SWIG interfaces." > > Although this behavior may be nice in most cases, I have a situation where > I > must include a swig file several times in different places of a bigger > project (the included swig file contains several #define's that are > #undef'd > later and #define'd again in a different place.) > > Is there some option (or a different swig directive) to include a swig > file > more than once? > > Thank you > Patrick > -- > View this message in context: http://www.nabble.com/can--include-include- > more-than-once--tp20702442p20702442.html > Sent from the swig-user mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------ - > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Swig-user mailing list > Swig-user@... > https://lists.sourceforge.net/lists/listinfo/swig-user |
|
From: Patrick M. <meierpatrick@ym...> - 2008-11-26 14:56:14
|
The manual http://www.swig.org/Doc1.3/Preprocessor.html explains: "Unlike, #include, %include includes each file once (and will not reload the file on subsequent %include declarations). Therefore, it is not necessary to use include-guards in SWIG interfaces." Although this behavior may be nice in most cases, I have a situation where I must include a swig file several times in different places of a bigger project (the included swig file contains several #define's that are #undef'd later and #define'd again in a different place.) Is there some option (or a different swig directive) to include a swig file more than once? Thank you Patrick -- View this message in context: http://www.nabble.com/can--include-include-more-than-once--tp20702442p20702442.html Sent from the swig-user mailing list archive at Nabble.com. |
|
From: Soeren Sonnenburg <swig-users-ml@nn...> - 2008-11-26 06:46:50
|
On Wed, 2008-11-26 at 06:39 +0100, Soeren Sonnenburg wrote: > Dear all, > > trying to compile shogun 0.6.7 (cf. http://www.shogun-toolbox.org) on an amd64 > machine results in error messages like > > lib/Library_wrap.cxx:14048: error: invalid conversion from ‘const long long int*’ to ‘const int64_t*’ > > Digging into this I recognize that stdint.i should define int64 to long > int but instead defines it as a long long int. > > (This is on swig 1.3.36). > > /usr/share/swig1.3/swigarch.i should define SWIGWORDSIZE64 but obviously > doesn't so /usr/share/swig1.3/stdint.i defines the wrong type for > int64_t. Manually adding a #define SWIGWORDSIZE64 1 in stdtint.i fixes > the problem. > > So whats wrong here? Just a followup, swigarch.i tests upon Lib/swigarch.i:# if defined(__x86_64) || defined(__x86_64__) || (__WORDSIZE == 64) but neither __x86_64, __x86_64__ nor __WORDSIZE are ever defined upon calling swig. They are in gcc though. So if swig does not automagically in a low level defines all this this cannot work and one manually has to specify -DSWIGARCH64 for 64bit archs... So I really do wonder whether this ever work for anyone on a 64bit machine... Soeren |
|
From: Soeren Sonnenburg <swig-users-ml@nn...> - 2008-11-26 06:06:27
|
Dear all, trying to compile shogun 0.6.7 (cf. http://www.shogun-toolbox.org) on an amd64 machine results in error messages like lib/Library_wrap.cxx:14048: error: invalid conversion from ‘const long long int*’ to ‘const int64_t*’ Digging into this I recognize that stdint.i should define int64 to long int but instead defines it as a long long int. (This is on swig 1.3.36). /usr/share/swig1.3/swigarch.i should define SWIGWORDSIZE64 but obviously doesn't so /usr/share/swig1.3/stdint.i defines the wrong type for int64_t. Manually adding a #define SWIGWORDSIZE64 1 in stdtint.i fixes the problem. So whats wrong here? Soeren |