From jbalakri at gmail.com Mon Jun 6 16:03:55 2011 From: jbalakri at gmail.com (Jawahar Balakrishnan (JB)) Date: Mon, 6 Jun 2011 12:03:55 -0400 Subject: make error while installing on Solaris 10 Message-ID: I tried version 4.3.2 and 4.0.11 but i get the same error when i execute make. Any ideas/thoughts will be appreciated. InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const String&, const InAddress&, const InAddress&)?: InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? make[3]: *** [InetIfReq.o] Error 1 Thanks JB From dmitry.kurochkin at measurement-factory.com Wed Jun 8 16:29:55 2011 From: dmitry.kurochkin at measurement-factory.com (Dmitry Kurochkin) Date: Wed, 08 Jun 2011 20:29:55 +0400 Subject: make error while installing on Solaris 10 In-Reply-To: References: Message-ID: <877h8wp9q4.fsf@gmail.com> Hi Jawahar. On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: > I tried version 4.3.2 and 4.0.11 but i get the same error when i > execute make. Any ideas/thoughts will be appreciated. > The errors are in code related to IPv6 network aliases creation. Unfortunately, there is no portable API for this stuff and there is no Solaris support in Polygraph (our primary platforms are Linux and FreeBSD). As a quick hack, you may try commenting out the following define in src/xstd/InetIfReq.h: // Assume we are on Linux if here #define HAVE_TYPE_LINUX_IN6_IFREQ 1 This hack should work for you as long as you do not use IPv6 aliases. Hopefully, the rest of the code would build fine. I opened bug #794650 [1] on Launchpad to track Solaris build issues. Regards, Dmitry [1] https://bugs.launchpad.net/polygraph/+bug/794650 > InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const > String&, const InAddress&, const InAddress&)?: > InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope > InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? > make[3]: *** [InetIfReq.o] Error 1 > > Thanks > JB > _______________________________________________ > Users mailing list > Users at web-polygraph.org > http://www.web-polygraph.org/mailman/listinfo/users From jbalakri at gmail.com Wed Jun 8 17:39:08 2011 From: jbalakri at gmail.com (Jawahar Balakrishnan (JB)) Date: Wed, 8 Jun 2011 13:39:08 -0400 Subject: make error while installing on Solaris 10 In-Reply-To: <877h8wp9q4.fsf@gmail.com> References: <877h8wp9q4.fsf@gmail.com> Message-ID: Dmitry Thanks for the suggestion. The build went further than before but I am getting a different error.. init2.c:37: assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && sizeof(mp_limb_t) == (((64 - 0)+0)/8) In file included from rndDistrs.cc:11: ../../src/xstd/rndDistrs.h: In member function ?virtual double UnifDistr::sdev() const?: ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[3]: *** [rndDistrs.o] Error 1 make[3]: Leaving directory `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' make: *** [all] Error 2 Any thoughts? Thanks JB On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin wrote: > Hi Jawahar. > > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: >> I tried version 4.3.2 and 4.0.11 but i get the same error when i >> execute make. Any ideas/thoughts will be appreciated. >> > > The errors are in code related to IPv6 network aliases creation. > Unfortunately, there is no portable API for this stuff and there is no > Solaris support in Polygraph (our primary platforms are Linux and > FreeBSD). ?As a quick hack, you may try commenting out the following > define in src/xstd/InetIfReq.h: > > ?// Assume we are on Linux if here > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 > > This hack should work for you as long as you do not use IPv6 aliases. > Hopefully, the rest of the code would build fine. > > I opened bug #794650 [1] on Launchpad to track Solaris build issues. > > Regards, > ?Dmitry > > [1] https://bugs.launchpad.net/polygraph/+bug/794650 > >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const >> String&, const InAddress&, const InAddress&)?: >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? >> make[3]: *** [InetIfReq.o] Error 1 >> >> Thanks >> JB >> _______________________________________________ >> Users mailing list >> Users at web-polygraph.org >> http://www.web-polygraph.org/mailman/listinfo/users > From dmitry.kurochkin at measurement-factory.com Wed Jun 8 17:58:56 2011 From: dmitry.kurochkin at measurement-factory.com (Dmitry Kurochkin) Date: Wed, 08 Jun 2011 21:58:56 +0400 Subject: make error while installing on Solaris 10 In-Reply-To: References: <877h8wp9q4.fsf@gmail.com> Message-ID: <871uz4p5lr.fsf@gmail.com> On Wed, 8 Jun 2011 13:39:08 -0400, "Jawahar Balakrishnan (JB)" wrote: > Dmitry > > Thanks for the suggestion. The build went further than before but I am > getting a different error.. > > init2.c:37: assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && > sizeof(mp_limb_t) == (((64 - 0)+0)/8) > In file included from rndDistrs.cc:11: > ../../src/xstd/rndDistrs.h: In member function ?virtual double > UnifDistr::sdev() const?: > ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > make[3]: *** [rndDistrs.o] Error 1 > make[3]: Leaving directory > `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' > make: *** [all] Error 2 > > Any thoughts? This is a gcc bug. I do not think I saw this problem on any gcc version I tried. Are you using an unstable gcc version? Updating gcc should help. Regards, Dmitry > Thanks > JB > > > > On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin > wrote: > > Hi Jawahar. > > > > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: > >> I tried version 4.3.2 and 4.0.11 but i get the same error when i > >> execute make. Any ideas/thoughts will be appreciated. > >> > > > > The errors are in code related to IPv6 network aliases creation. > > Unfortunately, there is no portable API for this stuff and there is no > > Solaris support in Polygraph (our primary platforms are Linux and > > FreeBSD). ?As a quick hack, you may try commenting out the following > > define in src/xstd/InetIfReq.h: > > > > ?// Assume we are on Linux if here > > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 > > > > This hack should work for you as long as you do not use IPv6 aliases. > > Hopefully, the rest of the code would build fine. > > > > I opened bug #794650 [1] on Launchpad to track Solaris build issues. > > > > Regards, > > ?Dmitry > > > > [1] https://bugs.launchpad.net/polygraph/+bug/794650 > > > >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const > >> String&, const InAddress&, const InAddress&)?: > >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope > >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? > >> make[3]: *** [InetIfReq.o] Error 1 > >> > >> Thanks > >> JB > >> _______________________________________________ > >> Users mailing list > >> Users at web-polygraph.org > >> http://www.web-polygraph.org/mailman/listinfo/users > > From jbalakri at gmail.com Wed Jun 8 18:21:21 2011 From: jbalakri at gmail.com (Jawahar Balakrishnan (JB)) Date: Wed, 8 Jun 2011 14:21:21 -0400 Subject: make error while installing on Solaris 10 In-Reply-To: <871uz4p5lr.fsf@gmail.com> References: <877h8wp9q4.fsf@gmail.com> <871uz4p5lr.fsf@gmail.com> Message-ID: I am using version 4.4.2 from sunfreeware.com.. let me see if i can build the latest version... On Wed, Jun 8, 2011 at 1:58 PM, Dmitry Kurochkin wrote: > On Wed, 8 Jun 2011 13:39:08 -0400, "Jawahar Balakrishnan (JB)" wrote: >> Dmitry >> >> Thanks for the suggestion. The build went further than before but I am >> getting a different error.. >> >> init2.c:37: ?assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && >> sizeof(mp_limb_t) == (((64 - 0)+0)/8) >> In file included from rndDistrs.cc:11: >> ../../src/xstd/rndDistrs.h: In member function ?virtual double >> UnifDistr::sdev() const?: >> ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort >> Please submit a full bug report, >> with preprocessed source if appropriate. >> See for instructions. >> make[3]: *** [rndDistrs.o] Error 1 >> make[3]: Leaving directory >> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' >> make[2]: *** [all-recursive] Error 1 >> make[2]: Leaving directory >> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory >> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' >> make: *** [all] Error 2 >> >> Any thoughts? > > This is a gcc bug. ?I do not think I saw this problem on any gcc version > I tried. ?Are you using an unstable gcc version? ?Updating gcc should > help. > > Regards, > ?Dmitry > >> Thanks >> JB >> >> >> >> On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin >> wrote: >> > Hi Jawahar. >> > >> > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: >> >> I tried version 4.3.2 and 4.0.11 but i get the same error when i >> >> execute make. Any ideas/thoughts will be appreciated. >> >> >> > >> > The errors are in code related to IPv6 network aliases creation. >> > Unfortunately, there is no portable API for this stuff and there is no >> > Solaris support in Polygraph (our primary platforms are Linux and >> > FreeBSD). ?As a quick hack, you may try commenting out the following >> > define in src/xstd/InetIfReq.h: >> > >> > ?// Assume we are on Linux if here >> > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 >> > >> > This hack should work for you as long as you do not use IPv6 aliases. >> > Hopefully, the rest of the code would build fine. >> > >> > I opened bug #794650 [1] on Launchpad to track Solaris build issues. >> > >> > Regards, >> > ?Dmitry >> > >> > [1] https://bugs.launchpad.net/polygraph/+bug/794650 >> > >> >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const >> >> String&, const InAddress&, const InAddress&)?: >> >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope >> >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? >> >> make[3]: *** [InetIfReq.o] Error 1 >> >> >> >> Thanks >> >> JB >> >> _______________________________________________ >> >> Users mailing list >> >> Users at web-polygraph.org >> >> http://www.web-polygraph.org/mailman/listinfo/users >> > > From dmitry.kurochkin at measurement-factory.com Tue Jun 14 16:52:33 2011 From: dmitry.kurochkin at measurement-factory.com (Dmitry Kurochkin) Date: Tue, 14 Jun 2011 20:52:33 +0400 Subject: make error while installing on Solaris 10 In-Reply-To: References: <877h8wp9q4.fsf@gmail.com> <871uz4p5lr.fsf@gmail.com> Message-ID: <87pqmgqrse.fsf@gmail.com> Hi Jawahar. On Tue, 14 Jun 2011 11:53:18 -0400, "Jawahar Balakrishnan (JB)" wrote: > Dmitry > > I installed gcc 4.4.2 and am trying to install polygraph and i got the > following 2 errors > > 1) it complains about not finding zlin 1.2.0.4 or later but have 1.2.5 installed > Is it installed in non-standard path (i.e. not in /usr)? If this is the case, try configure --with-zlib=/path/to/zlib. This path should have zlib headers (in include/) and library (in lib/). > 2) so i tried with the -without-zlib option and then i get this error > > In file included from ZLib.cc:9:0: > ../../src/xstd/ZLib.h:14:29: warning: 'typedef' was ignored in this declaration > mv -f .deps/ZLib.Tpo .deps/ZLib.Po > g++ -DHAVE_CONFIG_H -I../.. -I../../src -I../.. -I../../src -g -O3 > -Wall -Wwrite-strings -Woverloaded-virtual -MT gadgets.o -MD -MP -MF > .deps/gadgets.Tpo -c -o gadgets.o gadgets.cc > gadgets.cc: In function 'double xceil(double, double)': > gadgets.cc:32:41: error: 'ceilf' was not declared in this scope > gadgets.cc:47:1: warning: control reaches end of non-void function > make[3]: *** [gadgets.o] Error 1 > make[3]: Leaving directory > `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src/xstd' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/export/home/jawahar/install/polygraph/polygraph-4.3.2' > make: *** [all] Error 2 > > Any thoughts? > Polygraph checks if ceilf(3) is available on the system. Apparently, Solaris has ceilf(3) implemented (that is why the configure check succeeds), but does not declare it in math.h. Attached patch is a workaround to avoid ceilf(3) usage. Regards, Dmitry > JB > > > > On Wed, Jun 8, 2011 at 2:21 PM, Jawahar Balakrishnan (JB) > wrote: > > I am using version 4.4.2 from sunfreeware.com.. let me see if i can > > build the latest version... > > > > On Wed, Jun 8, 2011 at 1:58 PM, Dmitry Kurochkin > > wrote: > >> On Wed, 8 Jun 2011 13:39:08 -0400, "Jawahar Balakrishnan (JB)" wrote: > >>> Dmitry > >>> > >>> Thanks for the suggestion. The build went further than before but I am > >>> getting a different error.. > >>> > >>> init2.c:37: ?assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && > >>> sizeof(mp_limb_t) == (((64 - 0)+0)/8) > >>> In file included from rndDistrs.cc:11: > >>> ../../src/xstd/rndDistrs.h: In member function ?virtual double > >>> UnifDistr::sdev() const?: > >>> ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort > >>> Please submit a full bug report, > >>> with preprocessed source if appropriate. > >>> See for instructions. > >>> make[3]: *** [rndDistrs.o] Error 1 > >>> make[3]: Leaving directory > >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' > >>> make[2]: *** [all-recursive] Error 1 > >>> make[2]: Leaving directory > >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' > >>> make[1]: *** [all-recursive] Error 1 > >>> make[1]: Leaving directory > >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' > >>> make: *** [all] Error 2 > >>> > >>> Any thoughts? > >> > >> This is a gcc bug. ?I do not think I saw this problem on any gcc version > >> I tried. ?Are you using an unstable gcc version? ?Updating gcc should > >> help. > >> > >> Regards, > >> ?Dmitry > >> > >>> Thanks > >>> JB > >>> > >>> > >>> > >>> On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin > >>> wrote: > >>> > Hi Jawahar. > >>> > > >>> > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: > >>> >> I tried version 4.3.2 and 4.0.11 but i get the same error when i > >>> >> execute make. Any ideas/thoughts will be appreciated. > >>> >> > >>> > > >>> > The errors are in code related to IPv6 network aliases creation. > >>> > Unfortunately, there is no portable API for this stuff and there is no > >>> > Solaris support in Polygraph (our primary platforms are Linux and > >>> > FreeBSD). ?As a quick hack, you may try commenting out the following > >>> > define in src/xstd/InetIfReq.h: > >>> > > >>> > ?// Assume we are on Linux if here > >>> > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 > >>> > > >>> > This hack should work for you as long as you do not use IPv6 aliases. > >>> > Hopefully, the rest of the code would build fine. > >>> > > >>> > I opened bug #794650 [1] on Launchpad to track Solaris build issues. > >>> > > >>> > Regards, > >>> > ?Dmitry > >>> > > >>> > [1] https://bugs.launchpad.net/polygraph/+bug/794650 > >>> > > >>> >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const > >>> >> String&, const InAddress&, const InAddress&)?: > >>> >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope > >>> >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? > >>> >> make[3]: *** [InetIfReq.o] Error 1 > >>> >> > >>> >> Thanks > >>> >> JB > >>> >> _______________________________________________ > >>> >> Users mailing list > >>> >> Users at web-polygraph.org > >>> >> http://www.web-polygraph.org/mailman/listinfo/users > >>> > > >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: do-not-use-ceilf.patch Type: text/x-diff Size: 894 bytes Desc: not available URL: From jbalakri at gmail.com Tue Jun 14 17:04:10 2011 From: jbalakri at gmail.com (Jawahar Balakrishnan (JB)) Date: Tue, 14 Jun 2011 13:04:10 -0400 Subject: make error while installing on Solaris 10 In-Reply-To: <87pqmgqrse.fsf@gmail.com> References: <877h8wp9q4.fsf@gmail.com> <871uz4p5lr.fsf@gmail.com> <87pqmgqrse.fsf@gmail.com> Message-ID: I did try the --with-zlib=/usr/local and it does says it finds it but then it complains about not having the gzip compression feature...I'll try the patch now. On Tue, Jun 14, 2011 at 12:52 PM, Dmitry Kurochkin wrote: > Hi Jawahar. > > On Tue, 14 Jun 2011 11:53:18 -0400, "Jawahar Balakrishnan (JB)" wrote: >> Dmitry >> >> I installed gcc 4.4.2 and am trying to install polygraph and i got the >> following 2 errors >> >> 1) it complains about not finding zlin 1.2.0.4 or later but have 1.2.5 installed >> > > Is it installed in non-standard path (i.e. not in /usr)? ?If this is the > case, try configure --with-zlib=/path/to/zlib. ?This path should have > zlib headers (in include/) and library (in lib/). > >> 2) so i tried ?with the -without-zlib option and then i get this error >> >> In file included from ZLib.cc:9:0: >> ../../src/xstd/ZLib.h:14:29: warning: 'typedef' was ignored in this declaration >> mv -f .deps/ZLib.Tpo .deps/ZLib.Po >> g++ -DHAVE_CONFIG_H ? -I../.. -I../../src -I../.. -I../../src ? -g -O3 >> -Wall -Wwrite-strings -Woverloaded-virtual -MT gadgets.o -MD -MP -MF >> .deps/gadgets.Tpo -c -o gadgets.o gadgets.cc >> gadgets.cc: In function 'double xceil(double, double)': >> gadgets.cc:32:41: error: 'ceilf' was not declared in this scope >> gadgets.cc:47:1: warning: control reaches end of non-void function >> make[3]: *** [gadgets.o] Error 1 >> make[3]: Leaving directory >> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src/xstd' >> make[2]: *** [all-recursive] Error 1 >> make[2]: Leaving directory >> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory >> `/export/home/jawahar/install/polygraph/polygraph-4.3.2' >> make: *** [all] Error 2 >> >> Any thoughts? >> > > Polygraph checks if ceilf(3) is available on the system. ?Apparently, > Solaris has ceilf(3) implemented (that is why the configure check > succeeds), but does not declare it in math.h. ?Attached patch is a > workaround to avoid ceilf(3) usage. > > Regards, > ?Dmitry > >> JB >> >> >> >> On Wed, Jun 8, 2011 at 2:21 PM, Jawahar Balakrishnan (JB) >> wrote: >> > I am using version 4.4.2 from sunfreeware.com.. let me see if i can >> > build the latest version... >> > >> > On Wed, Jun 8, 2011 at 1:58 PM, Dmitry Kurochkin >> > wrote: >> >> On Wed, 8 Jun 2011 13:39:08 -0400, "Jawahar Balakrishnan (JB)" wrote: >> >>> Dmitry >> >>> >> >>> Thanks for the suggestion. The build went further than before but I am >> >>> getting a different error.. >> >>> >> >>> init2.c:37: ?assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && >> >>> sizeof(mp_limb_t) == (((64 - 0)+0)/8) >> >>> In file included from rndDistrs.cc:11: >> >>> ../../src/xstd/rndDistrs.h: In member function ?virtual double >> >>> UnifDistr::sdev() const?: >> >>> ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort >> >>> Please submit a full bug report, >> >>> with preprocessed source if appropriate. >> >>> See for instructions. >> >>> make[3]: *** [rndDistrs.o] Error 1 >> >>> make[3]: Leaving directory >> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' >> >>> make[2]: *** [all-recursive] Error 1 >> >>> make[2]: Leaving directory >> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' >> >>> make[1]: *** [all-recursive] Error 1 >> >>> make[1]: Leaving directory >> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' >> >>> make: *** [all] Error 2 >> >>> >> >>> Any thoughts? >> >> >> >> This is a gcc bug. ?I do not think I saw this problem on any gcc version >> >> I tried. ?Are you using an unstable gcc version? ?Updating gcc should >> >> help. >> >> >> >> Regards, >> >> ?Dmitry >> >> >> >>> Thanks >> >>> JB >> >>> >> >>> >> >>> >> >>> On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin >> >>> wrote: >> >>> > Hi Jawahar. >> >>> > >> >>> > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: >> >>> >> I tried version 4.3.2 and 4.0.11 but i get the same error when i >> >>> >> execute make. Any ideas/thoughts will be appreciated. >> >>> >> >> >>> > >> >>> > The errors are in code related to IPv6 network aliases creation. >> >>> > Unfortunately, there is no portable API for this stuff and there is no >> >>> > Solaris support in Polygraph (our primary platforms are Linux and >> >>> > FreeBSD). ?As a quick hack, you may try commenting out the following >> >>> > define in src/xstd/InetIfReq.h: >> >>> > >> >>> > ?// Assume we are on Linux if here >> >>> > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 >> >>> > >> >>> > This hack should work for you as long as you do not use IPv6 aliases. >> >>> > Hopefully, the rest of the code would build fine. >> >>> > >> >>> > I opened bug #794650 [1] on Launchpad to track Solaris build issues. >> >>> > >> >>> > Regards, >> >>> > ?Dmitry >> >>> > >> >>> > [1] https://bugs.launchpad.net/polygraph/+bug/794650 >> >>> > >> >>> >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const >> >>> >> String&, const InAddress&, const InAddress&)?: >> >>> >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope >> >>> >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? >> >>> >> make[3]: *** [InetIfReq.o] Error 1 >> >>> >> >> >>> >> Thanks >> >>> >> JB >> >>> >> _______________________________________________ >> >>> >> Users mailing list >> >>> >> Users at web-polygraph.org >> >>> >> http://www.web-polygraph.org/mailman/listinfo/users >> >>> > >> >> >> > > From jbalakri at gmail.com Thu Jun 16 13:51:19 2011 From: jbalakri at gmail.com (Jawahar Balakrishnan (JB)) Date: Thu, 16 Jun 2011 09:51:19 -0400 Subject: make error while installing on Solaris 10 In-Reply-To: References: <877h8wp9q4.fsf@gmail.com> <871uz4p5lr.fsf@gmail.com> <87pqmgqrse.fsf@gmail.com> Message-ID: Sorry I am getting a different error. I started testing on a brand new server g++ -DHAVE_CONFIG_H -I../.. -I../../src -I../.. -I../../src -g -O3 -Wall -Ww rite-strings -Woverloaded-virtual -MT PolyApp.o -MD -MP -MF .deps/PolyApp.Tpo -c -o PolyApp.o PolyApp.cc /usr/include/net/if.h:99: error: template argument required for ?struct map? make[3]: *** [PolyApp.o] Error 1 make[3]: Leaving directory `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2/src/app' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2' make: *** [all] Error 2 On Tue, Jun 14, 2011 at 1:04 PM, Jawahar Balakrishnan (JB) wrote: > I did try the --with-zlib=/usr/local and it does says it finds it but > then it complains about not having the gzip compression feature...I'll > try the patch now. > > On Tue, Jun 14, 2011 at 12:52 PM, Dmitry Kurochkin > wrote: >> Hi Jawahar. >> >> On Tue, 14 Jun 2011 11:53:18 -0400, "Jawahar Balakrishnan (JB)" wrote: >>> Dmitry >>> >>> I installed gcc 4.4.2 and am trying to install polygraph and i got the >>> following 2 errors >>> >>> 1) it complains about not finding zlin 1.2.0.4 or later but have 1.2.5 installed >>> >> >> Is it installed in non-standard path (i.e. not in /usr)? ?If this is the >> case, try configure --with-zlib=/path/to/zlib. ?This path should have >> zlib headers (in include/) and library (in lib/). >> >>> 2) so i tried ?with the -without-zlib option and then i get this error >>> >>> In file included from ZLib.cc:9:0: >>> ../../src/xstd/ZLib.h:14:29: warning: 'typedef' was ignored in this declaration >>> mv -f .deps/ZLib.Tpo .deps/ZLib.Po >>> g++ -DHAVE_CONFIG_H ? -I../.. -I../../src -I../.. -I../../src ? -g -O3 >>> -Wall -Wwrite-strings -Woverloaded-virtual -MT gadgets.o -MD -MP -MF >>> .deps/gadgets.Tpo -c -o gadgets.o gadgets.cc >>> gadgets.cc: In function 'double xceil(double, double)': >>> gadgets.cc:32:41: error: 'ceilf' was not declared in this scope >>> gadgets.cc:47:1: warning: control reaches end of non-void function >>> make[3]: *** [gadgets.o] Error 1 >>> make[3]: Leaving directory >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src/xstd' >>> make[2]: *** [all-recursive] Error 1 >>> make[2]: Leaving directory >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src' >>> make[1]: *** [all-recursive] Error 1 >>> make[1]: Leaving directory >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2' >>> make: *** [all] Error 2 >>> >>> Any thoughts? >>> >> >> Polygraph checks if ceilf(3) is available on the system. ?Apparently, >> Solaris has ceilf(3) implemented (that is why the configure check >> succeeds), but does not declare it in math.h. ?Attached patch is a >> workaround to avoid ceilf(3) usage. >> >> Regards, >> ?Dmitry >> >>> JB >>> >>> >>> >>> On Wed, Jun 8, 2011 at 2:21 PM, Jawahar Balakrishnan (JB) >>> wrote: >>> > I am using version 4.4.2 from sunfreeware.com.. let me see if i can >>> > build the latest version... >>> > >>> > On Wed, Jun 8, 2011 at 1:58 PM, Dmitry Kurochkin >>> > wrote: >>> >> On Wed, 8 Jun 2011 13:39:08 -0400, "Jawahar Balakrishnan (JB)" wrote: >>> >>> Dmitry >>> >>> >>> >>> Thanks for the suggestion. The build went further than before but I am >>> >>> getting a different error.. >>> >>> >>> >>> init2.c:37: ?assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && >>> >>> sizeof(mp_limb_t) == (((64 - 0)+0)/8) >>> >>> In file included from rndDistrs.cc:11: >>> >>> ../../src/xstd/rndDistrs.h: In member function ?virtual double >>> >>> UnifDistr::sdev() const?: >>> >>> ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort >>> >>> Please submit a full bug report, >>> >>> with preprocessed source if appropriate. >>> >>> See for instructions. >>> >>> make[3]: *** [rndDistrs.o] Error 1 >>> >>> make[3]: Leaving directory >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' >>> >>> make[2]: *** [all-recursive] Error 1 >>> >>> make[2]: Leaving directory >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' >>> >>> make[1]: *** [all-recursive] Error 1 >>> >>> make[1]: Leaving directory >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' >>> >>> make: *** [all] Error 2 >>> >>> >>> >>> Any thoughts? >>> >> >>> >> This is a gcc bug. ?I do not think I saw this problem on any gcc version >>> >> I tried. ?Are you using an unstable gcc version? ?Updating gcc should >>> >> help. >>> >> >>> >> Regards, >>> >> ?Dmitry >>> >> >>> >>> Thanks >>> >>> JB >>> >>> >>> >>> >>> >>> >>> >>> On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin >>> >>> wrote: >>> >>> > Hi Jawahar. >>> >>> > >>> >>> > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: >>> >>> >> I tried version 4.3.2 and 4.0.11 but i get the same error when i >>> >>> >> execute make. Any ideas/thoughts will be appreciated. >>> >>> >> >>> >>> > >>> >>> > The errors are in code related to IPv6 network aliases creation. >>> >>> > Unfortunately, there is no portable API for this stuff and there is no >>> >>> > Solaris support in Polygraph (our primary platforms are Linux and >>> >>> > FreeBSD). ?As a quick hack, you may try commenting out the following >>> >>> > define in src/xstd/InetIfReq.h: >>> >>> > >>> >>> > ?// Assume we are on Linux if here >>> >>> > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 >>> >>> > >>> >>> > This hack should work for you as long as you do not use IPv6 aliases. >>> >>> > Hopefully, the rest of the code would build fine. >>> >>> > >>> >>> > I opened bug #794650 [1] on Launchpad to track Solaris build issues. >>> >>> > >>> >>> > Regards, >>> >>> > ?Dmitry >>> >>> > >>> >>> > [1] https://bugs.launchpad.net/polygraph/+bug/794650 >>> >>> > >>> >>> >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const >>> >>> >> String&, const InAddress&, const InAddress&)?: >>> >>> >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope >>> >>> >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? >>> >>> >> make[3]: *** [InetIfReq.o] Error 1 >>> >>> >> >>> >>> >> Thanks >>> >>> >> JB >>> >>> >> _______________________________________________ >>> >>> >> Users mailing list >>> >>> >> Users at web-polygraph.org >>> >>> >> http://www.web-polygraph.org/mailman/listinfo/users >>> >>> > >>> >> >>> > >> > From dmitry.kurochkin at measurement-factory.com Thu Jun 16 14:41:51 2011 From: dmitry.kurochkin at measurement-factory.com (Dmitry Kurochkin) Date: Thu, 16 Jun 2011 18:41:51 +0400 Subject: make error while installing on Solaris 10 In-Reply-To: References: <877h8wp9q4.fsf@gmail.com> <871uz4p5lr.fsf@gmail.com> <87pqmgqrse.fsf@gmail.com> Message-ID: <87oc1x25zk.fsf@gmail.com> Hi Jawahar. On Thu, 16 Jun 2011 09:51:19 -0400, "Jawahar Balakrishnan (JB)" wrote: > Sorry I am getting a different error. I started testing on a brand new server > Is it Solaris 10 or a new system? Do you get the previous errors on the new system? > g++ -DHAVE_CONFIG_H -I../.. -I../../src -I../.. -I../../src -g -O3 > -Wall -Ww > rite-strings > -Woverloaded-virtual -MT PolyApp.o -MD -MP -MF .deps/PolyApp.Tpo -c > > -o PolyApp.o PolyApp.cc > /usr/include/net/if.h:99: error: template argument required for ?struct map? > make[3]: *** [PolyApp.o] Error 1 > make[3]: Leaving directory > `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2/src/app' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2' > make: *** [all] Error 2 > Solaris declares/refers common names like map in /usr/include/net/if.h and queue in /usr/include/sys/stream.h. These conflict with C++ STL. Looks like the only option to fix this is to get rid of "using namespace std". I am afraid I am not able to provide you a quick fix for this one. I have added comments to the Launchpad bug #794650 [1]. Let's move further discussion on these issues to the Launchpad, if you do not mind. Regards, Dmitry [1] https://bugs.launchpad.net/polygraph/+bug/794650 > > On Tue, Jun 14, 2011 at 1:04 PM, Jawahar Balakrishnan (JB) > wrote: > > I did try the --with-zlib=/usr/local and it does says it finds it but > > then it complains about not having the gzip compression feature...I'll > > try the patch now. > > > > On Tue, Jun 14, 2011 at 12:52 PM, Dmitry Kurochkin > > wrote: > >> Hi Jawahar. > >> > >> On Tue, 14 Jun 2011 11:53:18 -0400, "Jawahar Balakrishnan (JB)" wrote: > >>> Dmitry > >>> > >>> I installed gcc 4.4.2 and am trying to install polygraph and i got the > >>> following 2 errors > >>> > >>> 1) it complains about not finding zlin 1.2.0.4 or later but have 1.2.5 installed > >>> > >> > >> Is it installed in non-standard path (i.e. not in /usr)? ?If this is the > >> case, try configure --with-zlib=/path/to/zlib. ?This path should have > >> zlib headers (in include/) and library (in lib/). > >> > >>> 2) so i tried ?with the -without-zlib option and then i get this error > >>> > >>> In file included from ZLib.cc:9:0: > >>> ../../src/xstd/ZLib.h:14:29: warning: 'typedef' was ignored in this declaration > >>> mv -f .deps/ZLib.Tpo .deps/ZLib.Po > >>> g++ -DHAVE_CONFIG_H ? -I../.. -I../../src -I../.. -I../../src ? -g -O3 > >>> -Wall -Wwrite-strings -Woverloaded-virtual -MT gadgets.o -MD -MP -MF > >>> .deps/gadgets.Tpo -c -o gadgets.o gadgets.cc > >>> gadgets.cc: In function 'double xceil(double, double)': > >>> gadgets.cc:32:41: error: 'ceilf' was not declared in this scope > >>> gadgets.cc:47:1: warning: control reaches end of non-void function > >>> make[3]: *** [gadgets.o] Error 1 > >>> make[3]: Leaving directory > >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src/xstd' > >>> make[2]: *** [all-recursive] Error 1 > >>> make[2]: Leaving directory > >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src' > >>> make[1]: *** [all-recursive] Error 1 > >>> make[1]: Leaving directory > >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2' > >>> make: *** [all] Error 2 > >>> > >>> Any thoughts? > >>> > >> > >> Polygraph checks if ceilf(3) is available on the system. ?Apparently, > >> Solaris has ceilf(3) implemented (that is why the configure check > >> succeeds), but does not declare it in math.h. ?Attached patch is a > >> workaround to avoid ceilf(3) usage. > >> > >> Regards, > >> ?Dmitry > >> > >>> JB > >>> > >>> > >>> > >>> On Wed, Jun 8, 2011 at 2:21 PM, Jawahar Balakrishnan (JB) > >>> wrote: > >>> > I am using version 4.4.2 from sunfreeware.com.. let me see if i can > >>> > build the latest version... > >>> > > >>> > On Wed, Jun 8, 2011 at 1:58 PM, Dmitry Kurochkin > >>> > wrote: > >>> >> On Wed, 8 Jun 2011 13:39:08 -0400, "Jawahar Balakrishnan (JB)" wrote: > >>> >>> Dmitry > >>> >>> > >>> >>> Thanks for the suggestion. The build went further than before but I am > >>> >>> getting a different error.. > >>> >>> > >>> >>> init2.c:37: ?assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && > >>> >>> sizeof(mp_limb_t) == (((64 - 0)+0)/8) > >>> >>> In file included from rndDistrs.cc:11: > >>> >>> ../../src/xstd/rndDistrs.h: In member function ?virtual double > >>> >>> UnifDistr::sdev() const?: > >>> >>> ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort > >>> >>> Please submit a full bug report, > >>> >>> with preprocessed source if appropriate. > >>> >>> See for instructions. > >>> >>> make[3]: *** [rndDistrs.o] Error 1 > >>> >>> make[3]: Leaving directory > >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' > >>> >>> make[2]: *** [all-recursive] Error 1 > >>> >>> make[2]: Leaving directory > >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' > >>> >>> make[1]: *** [all-recursive] Error 1 > >>> >>> make[1]: Leaving directory > >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' > >>> >>> make: *** [all] Error 2 > >>> >>> > >>> >>> Any thoughts? > >>> >> > >>> >> This is a gcc bug. ?I do not think I saw this problem on any gcc version > >>> >> I tried. ?Are you using an unstable gcc version? ?Updating gcc should > >>> >> help. > >>> >> > >>> >> Regards, > >>> >> ?Dmitry > >>> >> > >>> >>> Thanks > >>> >>> JB > >>> >>> > >>> >>> > >>> >>> > >>> >>> On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin > >>> >>> wrote: > >>> >>> > Hi Jawahar. > >>> >>> > > >>> >>> > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: > >>> >>> >> I tried version 4.3.2 and 4.0.11 but i get the same error when i > >>> >>> >> execute make. Any ideas/thoughts will be appreciated. > >>> >>> >> > >>> >>> > > >>> >>> > The errors are in code related to IPv6 network aliases creation. > >>> >>> > Unfortunately, there is no portable API for this stuff and there is no > >>> >>> > Solaris support in Polygraph (our primary platforms are Linux and > >>> >>> > FreeBSD). ?As a quick hack, you may try commenting out the following > >>> >>> > define in src/xstd/InetIfReq.h: > >>> >>> > > >>> >>> > ?// Assume we are on Linux if here > >>> >>> > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 > >>> >>> > > >>> >>> > This hack should work for you as long as you do not use IPv6 aliases. > >>> >>> > Hopefully, the rest of the code would build fine. > >>> >>> > > >>> >>> > I opened bug #794650 [1] on Launchpad to track Solaris build issues. > >>> >>> > > >>> >>> > Regards, > >>> >>> > ?Dmitry > >>> >>> > > >>> >>> > [1] https://bugs.launchpad.net/polygraph/+bug/794650 > >>> >>> > > >>> >>> >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const > >>> >>> >> String&, const InAddress&, const InAddress&)?: > >>> >>> >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope > >>> >>> >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? > >>> >>> >> make[3]: *** [InetIfReq.o] Error 1 > >>> >>> >> > >>> >>> >> Thanks > >>> >>> >> JB > >>> >>> >> _______________________________________________ > >>> >>> >> Users mailing list > >>> >>> >> Users at web-polygraph.org > >>> >>> >> http://www.web-polygraph.org/mailman/listinfo/users > >>> >>> > > >>> >> > >>> > > >> > > From jbalakri at gmail.com Thu Jun 16 14:49:10 2011 From: jbalakri at gmail.com (Jawahar Balakrishnan (JB)) Date: Thu, 16 Jun 2011 10:49:10 -0400 Subject: make error while installing on Solaris 10 In-Reply-To: <87oc1x25zk.fsf@gmail.com> References: <877h8wp9q4.fsf@gmail.com> <871uz4p5lr.fsf@gmail.com> <87pqmgqrse.fsf@gmail.com> <87oc1x25zk.fsf@gmail.com> Message-ID: it is Solaris 10 with gcc 4.4.2 - i had to scratch the old system because it didn't have the latest Solaris rev., On Thu, Jun 16, 2011 at 10:41 AM, Dmitry Kurochkin wrote: > Hi Jawahar. > > On Thu, 16 Jun 2011 09:51:19 -0400, "Jawahar Balakrishnan (JB)" wrote: >> Sorry I am getting a different error. I started testing on a brand new server >> > > Is it Solaris 10 or a new system? > > Do you get the previous errors on the new system? > >> g++ -DHAVE_CONFIG_H ? -I../.. -I../../src -I../.. -I../../src ? -g -O3 >> -Wall -Ww >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?rite-strings >> -Woverloaded-virtual -MT PolyApp.o -MD -MP -MF .deps/PolyApp.Tpo -c >> >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?-o PolyApp.o PolyApp.cc >> /usr/include/net/if.h:99: error: template argument required for ?struct map? >> make[3]: *** [PolyApp.o] Error 1 >> make[3]: Leaving directory >> `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2/src/app' >> make[2]: *** [all-recursive] Error 1 >> make[2]: Leaving directory >> `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2/src' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory >> `/export/data/home/jawahar/install/polygraph/polygraph-4.3.2' >> make: *** [all] Error 2 >> > > Solaris declares/refers common names like map in /usr/include/net/if.h > and queue in /usr/include/sys/stream.h. ?These conflict with C++ STL. > Looks like the only option to fix this is to get rid of "using namespace > std". > > I am afraid I am not able to provide you a quick fix for this one. ?I > have added comments to the Launchpad bug #794650 [1]. ?Let's move > further discussion on these issues to the Launchpad, if you do not mind. > > Regards, > ?Dmitry > > [1] https://bugs.launchpad.net/polygraph/+bug/794650 > >> >> On Tue, Jun 14, 2011 at 1:04 PM, Jawahar Balakrishnan (JB) >> wrote: >> > I did try the --with-zlib=/usr/local and it does says it finds it but >> > then it complains about not having the gzip compression feature...I'll >> > try the patch now. >> > >> > On Tue, Jun 14, 2011 at 12:52 PM, Dmitry Kurochkin >> > wrote: >> >> Hi Jawahar. >> >> >> >> On Tue, 14 Jun 2011 11:53:18 -0400, "Jawahar Balakrishnan (JB)" wrote: >> >>> Dmitry >> >>> >> >>> I installed gcc 4.4.2 and am trying to install polygraph and i got the >> >>> following 2 errors >> >>> >> >>> 1) it complains about not finding zlin 1.2.0.4 or later but have 1.2.5 installed >> >>> >> >> >> >> Is it installed in non-standard path (i.e. not in /usr)? ?If this is the >> >> case, try configure --with-zlib=/path/to/zlib. ?This path should have >> >> zlib headers (in include/) and library (in lib/). >> >> >> >>> 2) so i tried ?with the -without-zlib option and then i get this error >> >>> >> >>> In file included from ZLib.cc:9:0: >> >>> ../../src/xstd/ZLib.h:14:29: warning: 'typedef' was ignored in this declaration >> >>> mv -f .deps/ZLib.Tpo .deps/ZLib.Po >> >>> g++ -DHAVE_CONFIG_H ? -I../.. -I../../src -I../.. -I../../src ? -g -O3 >> >>> -Wall -Wwrite-strings -Woverloaded-virtual -MT gadgets.o -MD -MP -MF >> >>> .deps/gadgets.Tpo -c -o gadgets.o gadgets.cc >> >>> gadgets.cc: In function 'double xceil(double, double)': >> >>> gadgets.cc:32:41: error: 'ceilf' was not declared in this scope >> >>> gadgets.cc:47:1: warning: control reaches end of non-void function >> >>> make[3]: *** [gadgets.o] Error 1 >> >>> make[3]: Leaving directory >> >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src/xstd' >> >>> make[2]: *** [all-recursive] Error 1 >> >>> make[2]: Leaving directory >> >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2/src' >> >>> make[1]: *** [all-recursive] Error 1 >> >>> make[1]: Leaving directory >> >>> `/export/home/jawahar/install/polygraph/polygraph-4.3.2' >> >>> make: *** [all] Error 2 >> >>> >> >>> Any thoughts? >> >>> >> >> >> >> Polygraph checks if ceilf(3) is available on the system. ?Apparently, >> >> Solaris has ceilf(3) implemented (that is why the configure check >> >> succeeds), but does not declare it in math.h. ?Attached patch is a >> >> workaround to avoid ceilf(3) usage. >> >> >> >> Regards, >> >> ?Dmitry >> >> >> >>> JB >> >>> >> >>> >> >>> >> >>> On Wed, Jun 8, 2011 at 2:21 PM, Jawahar Balakrishnan (JB) >> >>> wrote: >> >>> > I am using version 4.4.2 from sunfreeware.com.. let me see if i can >> >>> > build the latest version... >> >>> > >> >>> > On Wed, Jun 8, 2011 at 1:58 PM, Dmitry Kurochkin >> >>> > wrote: >> >>> >> On Wed, 8 Jun 2011 13:39:08 -0400, "Jawahar Balakrishnan (JB)" wrote: >> >>> >>> Dmitry >> >>> >>> >> >>> >>> Thanks for the suggestion. The build went further than before but I am >> >>> >>> getting a different error.. >> >>> >>> >> >>> >>> init2.c:37: ?assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 && >> >>> >>> sizeof(mp_limb_t) == (((64 - 0)+0)/8) >> >>> >>> In file included from rndDistrs.cc:11: >> >>> >>> ../../src/xstd/rndDistrs.h: In member function ?virtual double >> >>> >>> UnifDistr::sdev() const?: >> >>> >>> ../../src/xstd/rndDistrs.h:38: internal compiler error: Abort >> >>> >>> Please submit a full bug report, >> >>> >>> with preprocessed source if appropriate. >> >>> >>> See for instructions. >> >>> >>> make[3]: *** [rndDistrs.o] Error 1 >> >>> >>> make[3]: Leaving directory >> >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src/xstd' >> >>> >>> make[2]: *** [all-recursive] Error 1 >> >>> >>> make[2]: Leaving directory >> >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2/src' >> >>> >>> make[1]: *** [all-recursive] Error 1 >> >>> >>> make[1]: Leaving directory >> >>> >>> `/export/data/home/jawahar/install/webpolygraph/polygraph-4.3.2' >> >>> >>> make: *** [all] Error 2 >> >>> >>> >> >>> >>> Any thoughts? >> >>> >> >> >>> >> This is a gcc bug. ?I do not think I saw this problem on any gcc version >> >>> >> I tried. ?Are you using an unstable gcc version? ?Updating gcc should >> >>> >> help. >> >>> >> >> >>> >> Regards, >> >>> >> ?Dmitry >> >>> >> >> >>> >>> Thanks >> >>> >>> JB >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> On Wed, Jun 8, 2011 at 12:29 PM, Dmitry Kurochkin >> >>> >>> wrote: >> >>> >>> > Hi Jawahar. >> >>> >>> > >> >>> >>> > On Mon, 6 Jun 2011 12:03:55 -0400, "Jawahar Balakrishnan (JB)" wrote: >> >>> >>> >> I tried version 4.3.2 and 4.0.11 but i get the same error when i >> >>> >>> >> execute make. Any ideas/thoughts will be appreciated. >> >>> >>> >> >> >>> >>> > >> >>> >>> > The errors are in code related to IPv6 network aliases creation. >> >>> >>> > Unfortunately, there is no portable API for this stuff and there is no >> >>> >>> > Solaris support in Polygraph (our primary platforms are Linux and >> >>> >>> > FreeBSD). ?As a quick hack, you may try commenting out the following >> >>> >>> > define in src/xstd/InetIfReq.h: >> >>> >>> > >> >>> >>> > ?// Assume we are on Linux if here >> >>> >>> > ?#define HAVE_TYPE_LINUX_IN6_IFREQ 1 >> >>> >>> > >> >>> >>> > This hack should work for you as long as you do not use IPv6 aliases. >> >>> >>> > Hopefully, the rest of the code would build fine. >> >>> >>> > >> >>> >>> > I opened bug #794650 [1] on Launchpad to track Solaris build issues. >> >>> >>> > >> >>> >>> > Regards, >> >>> >>> > ?Dmitry >> >>> >>> > >> >>> >>> > [1] https://bugs.launchpad.net/polygraph/+bug/794650 >> >>> >>> > >> >>> >>> >> InetIfReq.cc: In constructor ?Inet6IfAliasReq::Inet6IfAliasReq(const >> >>> >>> >> String&, const InAddress&, const InAddress&)?: >> >>> >>> >> InetIfReq.cc:38: error: ?SIOCGIFINDEX? was not declared in this scope >> >>> >>> >> InetIfReq.cc:40: error: ?struct ifreq? has no member named ?ifr_ifindex? >> >>> >>> >> make[3]: *** [InetIfReq.o] Error 1 >> >>> >>> >> >> >>> >>> >> Thanks >> >>> >>> >> JB >> >>> >>> >> _______________________________________________ >> >>> >>> >> Users mailing list >> >>> >>> >> Users at web-polygraph.org >> >>> >>> >> http://www.web-polygraph.org/mailman/listinfo/users >> >>> >>> > >> >>> >> >> >>> > >> >> >> > > From unjc.email at gmail.com Mon Jun 20 14:02:19 2011 From: unjc.email at gmail.com (unjc email) Date: Mon, 20 Jun 2011 10:02:19 -0400 Subject: Busty requests Message-ID: We are testing the NTLM authentication with 200 robots workload and slowly ramp it up. We saw 120 bursting new requests from new connections in 1 second at around 10th minutes, which overloaded the authentication helpers in Squid. It seems like the robots are clumping together with their authentication requests? we are reauthenticating about every 30 seconds, so we don?t expect to see more then a handful of authentication requests in any one second, but we are seeing them very bursty. I hope this is clear enough that you might be able to shed some light. Thanks in advance for any help you can offer, Jacky From dmitry.kurochkin at measurement-factory.com Mon Jun 20 15:07:31 2011 From: dmitry.kurochkin at measurement-factory.com (Dmitry Kurochkin) Date: Mon, 20 Jun 2011 19:07:31 +0400 Subject: Busty requests In-Reply-To: References: Message-ID: <877h8g5yoc.fsf@gmail.com> Hi Jacky. On Mon, 20 Jun 2011 10:02:19 -0400, unjc email wrote: > We are testing the NTLM authentication with 200 robots workload and > slowly ramp it up. We saw 120 bursting new requests from new > connections in 1 second at around 10th minutes, which overloaded the > authentication helpers in Squid. > > It seems like the robots are clumping together with their > authentication requests? we are reauthenticating about every 30 > seconds, so we don?t expect to see more then a handful of > authentication requests in any one second, but we are seeing them very > bursty. > > I hope this is clear enough that you might be able to shed some light. > Can you give more details on how reauthentication works? IIRC we suggested you several options, but I do not know which one you implemented. In the last email you asked me about how to configure Robot sessions, so I assume you use sessions to make Polygraph reauthenticate itself and workaround the issue originally reported by Jacky. If this is the case, than sessions are likely what is causing the problem. If session busy_period goal is time-based (i.e. busy_period.duration is set) and a constant idle_period_duration, e.g.: Session S = { busy_period.duration = 30sec; idle_period_duration = const(10sec); }; Polygraph restarts all Robots every 40sec. There is no randomness, all Robots would be started at the same time (well, not exactly the same, but very close, especially if you are using a single Polygraph process). If this is the problem indeed, you may try to use a non-constant distribution for idle_period_duration. Regards, Dmitry > > > Thanks in advance for any help you can offer, > Jacky From unjc.email at gmail.com Mon Jun 20 17:50:29 2011 From: unjc.email at gmail.com (unjc email) Date: Mon, 20 Jun 2011 13:50:29 -0400 Subject: Busty requests In-Reply-To: <877h8g5yoc.fsf@gmail.com> References: <877h8g5yoc.fsf@gmail.com> Message-ID: Hi Dmitry, Thanks so much for your reply. After the email I had with you last time, we figured it was some setting with the CSP that caused the problem with the persistent connection. Due to that, we don't need to implement session in the workload. However, we encountered another problem (that is what Kevin Harris described in his last email). We will try to send you a copy of our workload and hope you can help us sort out what is causing the bursting requests. As like Kevin said, we are testing NTLM authentication with persistent connection value set to 30. We have set a constant request rate for robots in the test. I suppose you will see the details of the test by the time we send you the workload file. Greatly appreciate your help again. Thanks, Jacky On Mon, Jun 20, 2011 at 11:07 AM, Dmitry Kurochkin wrote: > Hi Jacky. > > On Mon, 20 Jun 2011 10:02:19 -0400, unjc email wrote: >> We are testing the NTLM authentication with 200 robots workload and >> slowly ramp it up. We saw 120 bursting new requests from new >> connections in 1 second at around 10th minutes, which overloaded the >> authentication helpers in Squid. >> >> It seems like the robots are clumping together with their >> authentication requests? we are reauthenticating about every 30 >> seconds, so we don?t expect to see more then a handful of >> authentication requests in any one second, but we are seeing them very >> bursty. >> >> I hope this is clear enough that you might be able to shed some light. >> > > Can you give more details on how reauthentication works? ?IIRC we > suggested you several options, but I do not know which one you > implemented. ?In the last email you asked me about how to configure > Robot sessions, so I assume you use sessions to make Polygraph > reauthenticate itself and workaround the issue originally reported by > Jacky. ?If this is the case, than sessions are likely what is causing > the problem. ?If session busy_period goal is time-based > (i.e. busy_period.duration is set) and a constant idle_period_duration, > e.g.: > > ?Session S = { > ? ?busy_period.duration = 30sec; > ? ?idle_period_duration = const(10sec); > ?}; > > Polygraph restarts all Robots every 40sec. ?There is no randomness, all > Robots would be started at the same time (well, not exactly the same, > but very close, especially if you are using a single Polygraph process). > > If this is the problem indeed, you may try to use a non-constant > distribution for idle_period_duration. > > Regards, > ?Dmitry > >> >> >> Thanks in advance for any help you can offer, >> Jacky > From unjc.email at gmail.com Tue Jun 21 17:51:39 2011 From: unjc.email at gmail.com (unjc email) Date: Tue, 21 Jun 2011 13:51:39 -0400 Subject: Busty requests In-Reply-To: References: <877h8g5yoc.fsf@gmail.com> Message-ID: Hi Dmitry, I am not sure if you have received the workload file from my work email. If not, attached is the pg file we are using for our CSP test. Could you please have a look and see if there is any problem with the setup that causes the bursty traffic. Thanks, Jacky On Mon, Jun 20, 2011 at 1:50 PM, unjc email wrote: > Hi Dmitry, > > Thanks so much for your reply. ?After the email I had with you last > time, we figured it was some setting with the CSP that caused the > problem with the persistent connection. ?Due to that, we don't need to > implement session in the workload. ?However, we encountered another > problem (that is what Kevin Harris described in his last email). ? We > will try to send you a copy of our workload and hope you can help us > sort out what is causing the bursting requests. > > As like Kevin said, we are testing NTLM authentication with persistent > connection value set to 30. ? We have set a constant request rate for > robots in the test. ? I suppose you will see the details of the test > by the time we send you the workload file. > > Greatly appreciate your help again. > > > > Thanks, > Jacky > > > On Mon, Jun 20, 2011 at 11:07 AM, Dmitry Kurochkin > wrote: >> Hi Jacky. >> >> On Mon, 20 Jun 2011 10:02:19 -0400, unjc email wrote: >>> We are testing the NTLM authentication with 200 robots workload and >>> slowly ramp it up. We saw 120 bursting new requests from new >>> connections in 1 second at around 10th minutes, which overloaded the >>> authentication helpers in Squid. >>> >>> It seems like the robots are clumping together with their >>> authentication requests? we are reauthenticating about every 30 >>> seconds, so we don?t expect to see more then a handful of >>> authentication requests in any one second, but we are seeing them very >>> bursty. >>> >>> I hope this is clear enough that you might be able to shed some light. >>> >> >> Can you give more details on how reauthentication works? ?IIRC we >> suggested you several options, but I do not know which one you >> implemented. ?In the last email you asked me about how to configure >> Robot sessions, so I assume you use sessions to make Polygraph >> reauthenticate itself and workaround the issue originally reported by >> Jacky. ?If this is the case, than sessions are likely what is causing >> the problem. ?If session busy_period goal is time-based >> (i.e. busy_period.duration is set) and a constant idle_period_duration, >> e.g.: >> >> ?Session S = { >> ? ?busy_period.duration = 30sec; >> ? ?idle_period_duration = const(10sec); >> ?}; >> >> Polygraph restarts all Robots every 40sec. ?There is no randomness, all >> Robots would be started at the same time (well, not exactly the same, >> but very close, especially if you are using a single Polygraph process). >> >> If this is the problem indeed, you may try to use a non-constant >> distribution for idle_period_duration. >> >> Regards, >> ?Dmitry >> >>> >>> >>> Thanks in advance for any help you can offer, >>> Jacky >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: CSP_constant_load_M1.pg Type: application/octet-stream Size: 10761 bytes Desc: not available URL: From conlon at yassl.com Thu Jun 30 22:08:49 2011 From: conlon at yassl.com (Chris Conlon) Date: Thu, 30 Jun 2011 16:08:49 -0600 Subject: Example of SSL workload Message-ID: Hi, Does anyone have an example of a workload that generates HTTPS traffic? Thanks, Chris From dmitry.kurochkin at measurement-factory.com Thu Jun 30 22:27:04 2011 From: dmitry.kurochkin at measurement-factory.com (Dmitry Kurochkin) Date: Fri, 01 Jul 2011 02:27:04 +0400 Subject: Example of SSL workload In-Reply-To: References: Message-ID: <877h83uf9j.fsf@gmail.com> Hi Chris. On Thu, 30 Jun 2011 16:08:49 -0600, Chris Conlon wrote: > Hi, > > Does anyone have an example of a workload that generates HTTPS traffic? > Attached is a simple SSL workload. You will need set the SSL configuration file in the workload. Web Polygraph SSL-related documentation and a sample SSL configuration file are available at [1] and [2]. Regards, Dmitry [1] http://www.web-polygraph.org/docs/reference/models/ssl.html [2] http://www.web-polygraph.org/docs/reference/models/myssl.conf > Thanks, > Chris > _______________________________________________ > Users mailing list > Users at web-polygraph.org > http://www.web-polygraph.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: simple_ssl.pg Type: application/octet-stream Size: 1328 bytes Desc: not available URL: