[E-devel] Updated monitor module

2005-07-18 Thread Edward Presutti
This patch adds a memory monitor to the CPU/Net monitor included in
e_modules.

Here's a list of changes.

- Added memory monitor!
- Increased default size of monitor as 64x32 is very tiny with 3 monitors
  running.
- Added hooks for adjusting the timer for all 3 monitors. I'm working on a
newer patch that adds menus to adjust intervals and other features.
- Cleaned up some compiler warnings.

Sorry about the tar archive but I had to include a diff and a PNG (for
monitor.edj). The tar archive with the picture and the diff turned out to
be smaller than the diff itself so it ended up being less bandwidth use
anyway. :-)

Thanks

Ed Presutti (ekrunch on freenode)

--
understand, v.:
To reach a point, in your investigation of some subject, at which
you cease to examine what is really present, and operate on the
basis of your own internal model instead.


monitor_module_with_memory.tar.bz2
Description: application/bzip


Re: [E-devel] eterm & FC4

2005-07-18 Thread Didier Casse
On 7/18/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Sunday 17 July 2005 10:32 pm, Didier Casse wrote:
> > config.status: error: cannot find input file: Makefile.in
> 
> Makefile.in doesnt exist because the autotools failed
> 
> no idea why exactly they failed, you cut the log after that point ...

Nope. It just ended like this. I did cut the log but it's the part
where it's written "[SNIP]". The TOP part. I didn't omit anything in
the bottom part.

What you see is what I get on my Eterm terminal!

-- 
With kind regards,
Didier.


Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe

Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] I: evolume-0.0.3 `released'

2005-07-18 Thread Ag. System Administrator
Heya!

Boldin Pavel wrote:
> You may get new version there:
> http://rec0.rec.smr.ru/davinchi/public/e17/evolume-0.0.3.tar.bz2
> 
> 7be18dcabf9d445954642690f5f28669  evolume-0.0.3.tar.bz2
> 
> 
> Sun Jul 17 22:19:59 2005 Boldin Pavel <[EMAIL PROTECTED]>
>* src/module/*.c src/lib/e_mixer.h: modified to support per-face
>configuration, not yet tested, but seems to be correctly than old
>way of configuration.
>Thanks to Ag. System Administrator.
> 

Tested now! ;) Works as expected. Thanks a lot!

> PS: patches, beer and juice to mail boldin [dot] pavel [at] gmail [dot] com
> 

/send (beer->(5L)) (from->(me)) (to->(pavel))

;)

Dan


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] eterm & FC4

2005-07-18 Thread Mike Frysinger
On Monday 18 July 2005 04:25 am, Didier Casse wrote:
> On 7/18/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Sunday 17 July 2005 10:32 pm, Didier Casse wrote:
> > > config.status: error: cannot find input file: Makefile.in
> >
> > Makefile.in doesnt exist because the autotools failed
> >
> > no idea why exactly they failed, you cut the log after that point ...
>
> Nope. It just ended like this. I did cut the log but it's the part
> where it's written "[SNIP]". The TOP part. I didn't omit anything in
> the bottom part.

that's my point, you cut the log *after* the error

so the error that is causing your problems is *before* the [SNIP]
-mike


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [Patch][e_border.c more macros and button_detail icons]

2005-07-18 Thread Sebastien HOUZE




dan sinclair a écrit :

  
Hi,

_ new patch, don't apply the yesterday one, it's more complete.
_ New and better organisation of e_border menu I hope so.
_ Some more stock button_detail icons.

--
Sébastien HOUZE
[EMAIL PROTECTED]



  
  
I don't see what the point of this is at all? Whats the point of wrapping an _if_ statement in a macro? Your just going to make stuff impossible to maintain in the long run.

You've got all these macros to create menu items, why not make them functions? It would be easier to read and to deal with later. Why use macros?

You've got a macro setup to free everything, woudn't a function make more sense?

I really don't see the point of _any_ of these macros.

dan
  

Ok dan all my stuff is fixed now and I don't use macros anymore. I have
also hired other macros in e_border.c code which were not my own.
Men you must consider this patch as the latest : !!! DON'T APPLY
PREVIOUS ONES !!!

Bonus :

_ New stock icons attached
_ Some begin of horizontal & vertical maximization (default theme
changed to add 2 new mouse click behaviours).

--
Sébastien HOUZE
[EMAIL PROTECTED]




[Fwd: Re: [E-devel] [Patch][e_border.c more macros and button_detail icons]]

2005-07-18 Thread Sebastien HOUZE




Ooopppsss !!!
atachements were misssing !

 Message original 

  

  Sujet: 
  Re: [E-devel] [Patch][e_border.c more macros and
button_detail icons]


  Date: 
  Mon, 18 Jul 2005 16:31:07 +0200


  De: 
  Sebastien HOUZE <[EMAIL PROTECTED]>


  Pour: 
  dan sinclair <[EMAIL PROTECTED]>


  Copie: 
  enlightenment-devel@lists.sourceforge.net,
[EMAIL PROTECTED]


  Références: 
  <[EMAIL PROTECTED]>

  





dan sinclair a écrit :

  
Hi,

_ new patch, don't apply the yesterday one, it's more complete.
_ New and better organisation of e_border menu I hope so.
_ Some more stock button_detail icons.

--
Sébastien HOUZE
[EMAIL PROTECTED]



  
  
I don't see what the point of this is at all? Whats the point of wrapping an _if_ statement in a macro? Your just going to make stuff impossible to maintain in the long run.

You've got all these macros to create menu items, why not make them functions? It would be easier to read and to deal with later. Why use macros?

You've got a macro setup to free everything, woudn't a function make more sense?

I really don't see the point of _any_ of these macros.

dan
  

Ok dan all my stuff is fixed now and I don't use macros anymore. I have
also hired other macros in e_border.c code which were not my own.
Men you must consider this patch as the latest : !!! DON'T APPLY
PREVIOUS ONES !!!

Bonus :

_ New stock icons attached
_ Some begin of horizontal & vertical maximization (default theme
changed to add 2 new mouse click behaviours).

--
Sébastien HOUZE
[EMAIL PROTECTED]




e17_button_details.tgz
Description: application/compressed-tar
--- e/data/themes/default_border.edc	2005-07-13 11:25:22.0 +0200
+++ e.fun/data/themes/default_border.edc	2005-07-18 15:48:00.0 +0200
@@ -213,33 +213,39 @@
image: "e17_border5.png" COMP;
image: "e17_border6.png" COMP;
image: "e17_border7.png" COMP;
-   image: "e17_titlebar_outline.png" COMP;
-   image: "e17_titlebar.png" COMP;
-   image: "e17_titlebar_hung.png" COMP;
-   image: "e17_titlebar_shadow1.png" COMP;
-   image: "e17_titlebar_shadow2.png" COMP;
-   image: "e17_titlebar_glint1.png" COMP;
-   image: "e17_titlebar_glint2.png" COMP;
-   image: "e17_titlebar_glint3.png" COMP;
+   image: "e17_button_detail_application.png" COMP;
+   image: "e17_button_detail_borderless.png" COMP;
image: "e17_button_detail_close.png" COMP;
+   image: "e17_button_detail_desktop.png" COMP;
+   image: "e17_button_detail_fullscreen.png" COMP;
+   image: "e17_button_detail_kill.png" COMP;
+   image: "e17_button_detail_life.png" COMP;
+   image: "e17_button_detail_locks.png" COMP;
image: "e17_button_detail_maximize.png" COMP;
image: "e17_button_detail_minimize.png" COMP;
-   image: "e17_button_detail_shade.png" COMP;
-   image: "e17_button_detail_stick.png" COMP;
-   image: "e17_button_detail_locks.png" COMP;
-   image: "e17_button_detail_borderless.png" COMP;
+   image: "e17_button_detail_position.png" COMP;
image: "e17_button_detail_remember.png" COMP;
-   image: "e17_button_detail_skip_winlist.png" COMP;
-   image: "e17_button_detail_fullscreen.png" COMP;
image: "e17_button_detail_sendto.png" COMP;
-   image: "e17_button_detail_kill.png" COMP;
-   image: "e17_button_detail_stacking.png" COMP;
+   image: "e17_button_detail_shade.png" COMP;
+   image: "e17_button_detail_size.png" COMP;
+   image: "e17_button_detail_skip_winlist.png" COMP;
image: "e17_button_detail_stack_below.png" COMP;
+   image: "e17_button_detail_stacking.png" COMP;
image: "e17_button_detail_stack_normal.png" COMP;
image: "e17_button_detail_stack_on_top.png" COMP;
+   image: "e17_button_detail_stick.png" COMP;
+   image: "e17_button_detail_user.png" COMP;
image: "e17_mini_button.png" COMP;
image: "e17_mini_button_shadow1.png" COMP;
image: "e17_mini_button_shadow2.png" COMP;
+   image: "e17_titlebar_glint1.png" COMP;
+   image: "e17_titlebar_glint2.png" COMP;
+   image: "e17_titlebar_glint3.png" COMP;
+   image: "e17_titlebar_hung.png" COMP;
+   image: "e17_titlebar_outline.png" COMP;
+   image: "e17_titlebar.png" COMP;
+   image: "e17_titlebar_shadow1.png" COMP;
+   image: "e17_titlebar_shadow2.png" COMP;
 }
 group {
name: "widgets/border/default/border";
@@ -1296,6 +1302,18 @@
 	 action:  SIGNAL_EMIT "action" "maximize";
   }
   program {
+	 name:"maximize_horizontal_action";
+	 signal:  "mouse,clicked,2";
+	 source:  "button_1";
+	 action:  SIGNAL_EMIT "action" "maximize,horizontal";
+  }
+  program {
+	 name:"maximize_vertical_action";
+	 signal:  "mouse,clicked,3";
+	 source:  "button_1";
+	 action:  SIGNAL_EMIT "action" "maximize,vertical";
+  }
+  program {
 	 name:"iconify_action";
 	 signal:  "mouse,clicked,1";
 	 source:  "button_2";
@@ -1670,20 +1688,25 @@
}
 }
 
+FULL_SIZE_BORDER_BUTTON("application")
+FULL_SIZE_BORDER_BUTTON("borderless")
 FULL_SI

[E-devel] Patch to default_clock.edc

2005-07-18 Thread Christopher Wagner
This patch fixes the digital display of the e17 clock. Currently,
durrint the first hour of the day (12AM) it displays the hour as 24
instead of 00. Don't know if it's the correct fix, but it seems right to
me.

Christopher
Index: default_clock.edc
===
RCS file: /cvsroot/enlightenment/e17/apps/e/data/themes/default_clock.edc,v
retrieving revision 1.5
diff -u -r1.5 default_clock.edc
--- default_clock.edc   13 Jul 2005 02:59:30 -  1.5
+++ default_clock.edc   18 Jul 2005 07:24:01 -
@@ -249,9 +249,7 @@
 isAfternoon = 0;
 v = hour;
 if (hour >= 12 && hour < 24) { isAfternoon = 1; }
-if (digitalStyle == DIGITAL_STYLE_24HOUR) {
-if (v == 0) { v = 24; }
-} else {
+if (digitalStyle == DIGITAL_STYLE_NORMAL) {
 v = (v % 12);
 if (v == 0) { v = 12; }
 }


Re: [E-devel] Patch to default_clock.edc

2005-07-18 Thread Jeremy Kolb

Quoting Christopher Wagner <[EMAIL PROTECTED]>:


This patch fixes the digital display of the e17 clock. Currently,
durrint the first hour of the day (12AM) it displays the hour as 24
instead of 00. Don't know if it's the correct fix, but it seems right to
me.

Christopher



Is there anyway we can make the text bigger?

Jeremy


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch to default_clock.edc

2005-07-18 Thread Marc McGarry
You could make the analog clock larger. Unfortunately, the digital
display is part of the analog clock, so it's going to scale with the
size of the clock.

You could pretty easily edit the default_clock.edc and remove all of
the analog clock display components, then you could scale the digital
portion without having a huge analog clock behind it.

The Right Thing to do is to convert the analog clock to three modes:
only analog, only digital, and analog + digital (because I like seeing
both :). Two of these modes already work, and I could probably add the
digital only mode fairly easily. Also cool would be to have them
operate as different faces, as I believe all of the code in the
current module properly operates on multiple faces. Then you could
have a digital clock face separate from the analog clock face.

I'm pretty poor with graphics; would someone be so kind as to create a
rectangular version of the analog clock's border? I think that would
look pretty nice if the digital-only version tied-in visually with the
analog version.

--Marc

On 7/18/05, Jeremy Kolb <[EMAIL PROTECTED]> wrote:
> Quoting Christopher Wagner <[EMAIL PROTECTED]>:
> 
> > This patch fixes the digital display of the e17 clock. Currently,
> > durrint the first hour of the day (12AM) it displays the hour as 24
> > instead of 00. Don't know if it's the correct fix, but it seems right to
> > me.
> >
> > Christopher
> >
> 
> Is there anyway we can make the text bigger?
> 
> Jeremy
> 
> 
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
http://www.diadems.com/
1 3 5
2 4 6 R


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] patch to add getting the current theme file with E_Lib.h

2005-07-18 Thread Chady Kassouf
Hi,

In an app I'm writing, I needed to get what is the current theme used in e17, but that functionality is not available in E_Lib.h
here's a patch that adds e_lib_theme_get() call.

this is diffed from the src/ folder, hope this is fine.-- Chady Kassoufhttp://chady.net/
Index: bin/e_ipc_handlers.h
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/bin/e_ipc_handlers.h,v
retrieving revision 1.56
diff -u -r1.56 e_ipc_handlers.h
--- bin/e_ipc_handlers.h	13 Jul 2005 04:46:33 -	1.56
+++ bin/e_ipc_handlers.h	18 Jul 2005 19:39:51 -
@@ -4190,6 +4190,13 @@
printf("REPLY: DEFAULT CATEGORY=\"%s\" FILE=\"%s\"\n",
 category, file); 
END_STRING2(e_2str);
+#elif (TYPE == E_LIB_IN)
+   STRING2(category, file, e_2str, HDL);
+   RESPONSE(r, E_Response_Theme_Get, HDL);
+   r->file = strdup(file);
+   r->category = strdup(category);
+   END_RESPONSE(r, E_RESPONSE_THEME_GET);
+   END_STRING2(e_2str);
 #endif
 #undef HDL
 
Index: lib/E_Lib.h
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/lib/E_Lib.h,v
retrieving revision 1.2
diff -u -r1.2 E_Lib.h
--- lib/E_Lib.h	8 Jun 2005 20:43:46 -	1.2
+++ lib/E_Lib.h	18 Jul 2005 19:40:16 -
@@ -24,6 +24,7 @@
 typedef struct _E_Response_Dirs_List	E_Response_Dirs_List;
 typedef struct _E_Response_Background_Get E_Response_Background_Get;
 typedef struct _E_Response_Language_Get E_Response_Language_Get;
+typedef struct _E_Response_Theme_Get E_Response_Theme_Get;
 
 struct _E_Response_Module_List
 {
@@ -48,6 +49,12 @@
char   *file;
 };
 
+struct _E_Response_Theme_Get
+{
+   char   *file;
+   char   *category;
+};
+
 struct _E_Response_Language_Get
 {
char   *lang;
@@ -56,6 +63,7 @@
 extern EAPI int E_RESPONSE_MODULE_LIST;
 extern EAPI int E_RESPONSE_BACKGROUND_GET;
 extern EAPI int E_RESPONSE_LANGUAGE_GET;
+extern EAPI int E_RESPONSE_THEME_GET;
 
 extern EAPI int E_RESPONSE_DATA_DIRS_LIST;
 extern EAPI int E_RESPONSE_IMAGE_DIRS_LIST;
@@ -87,6 +95,9 @@
EAPI void e_lib_background_set (const char *bgfile);
EAPI void e_lib_background_get (void);
 
+   /* E current theme manipulation */
+   EAPI void e_lib_theme_get  (const char *category);
+
/* languages */
EAPI void e_lib_language_set   (const char *lang);
EAPI void e_lib_language_get   (void);
Index: lib/e_main.c
===
RCS file: /cvsroot/enlightenment/e17/apps/e/src/lib/e_main.c,v
retrieving revision 1.24
diff -u -r1.24 e_main.c
--- lib/e_main.c	8 Jun 2005 20:43:46 -	1.24
+++ lib/e_main.c	18 Jul 2005 19:40:17 -
@@ -56,6 +56,7 @@
 int E_RESPONSE_MODULE_LIST = 0;
 int E_RESPONSE_BACKGROUND_GET = 0;
 int E_RESPONSE_LANGUAGE_GET = 0;
+int E_RESPONSE_THEME_GET = 0;
 
 int E_RESPONSE_DATA_DIRS_LIST = 0;
 int E_RESPONSE_IMAGE_DIRS_LIST = 0;
@@ -140,6 +141,7 @@
  {
 	E_RESPONSE_MODULE_LIST = ecore_event_type_new();
 	E_RESPONSE_BACKGROUND_GET = ecore_event_type_new();
+	E_RESPONSE_THEME_GET = ecore_event_type_new();
 	E_RESPONSE_LANGUAGE_GET = ecore_event_type_new();
 
 	E_RESPONSE_DATA_DIRS_LIST = ecore_event_type_new();
@@ -241,6 +243,18 @@
 }
 
 void
+e_lib_theme_get(const char *category)
+{
+   char *tmp;
+   if (!category)
+ return;
+
+   tmp = strdup(category);
+   _e_ipc_call(E_IPC_OP_THEME_GET, &tmp);
+   free(tmp);
+}
+
+void
 e_lib_language_set(const char *lang)
 {
char *tmp;


Re: [E-devel] eterm & FC4

2005-07-18 Thread Didier Casse
Sorry Mike for the miscommunication. I attached the complete log. :)

-- 
With kind regards,
Didier.


Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe

Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.

On 7/18/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Monday 18 July 2005 04:25 am, Didier Casse wrote:
> > On 7/18/05, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > > On Sunday 17 July 2005 10:32 pm, Didier Casse wrote:
> > > > config.status: error: cannot find input file: Makefile.in
> > >
> > > Makefile.in doesnt exist because the autotools failed
> > >
> > > no idea why exactly they failed, you cut the log after that point ...
> >
> > Nope. It just ended like this. I did cut the log but it's the part
> > where it's written "[SNIP]". The TOP part. I didn't omit anything in
> > the bottom part.
> 
> that's my point, you cut the log *after* the error
> 
> so the error that is causing your problems is *before* the [SNIP]
> -mike
> 
> 
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
Generating configuration files for libast, please wait
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for preferred libtoolize... libtoolize
checking for preferred aclocal... aclocal
checking for preferred autoconf... autoconf
checking for preferred autoheader... autoheader
checking for preferred automake... automake
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for a sed that does not truncate output... /bin/sed
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... g77
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether g77 accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag  works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking wh