Re: [pgadmin-hackers] [pgadmin-support] Bug in pgadmin III displaying/exporting dat

2003-10-03 Thread Adam H. Pendleton
Andreas Pflug wrote:

Godshall Michael wrote:

I use linux at home and would test it there if I can get pgadminIII 
installed on it.  Last time I tried it failed because I did not have 
ssl and crypto so.4 libraries.  My Redhat 8.0 box has versions so.2.  
Maybe I downloaded the wrong version of pgadminIII.

Adam,

can't we link ssl and crypto static too? Alternatively, we'd have to 
distribute non-SSL versions too..

I'm not sure I follow.

ahp

---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


Re: [pgadmin-hackers] [pgadmin-support] Bug in pgadmin III displaying/exporting dat

2003-10-03 Thread Andreas Pflug
Adam H. Pendleton wrote:

Andreas Pflug wrote:

Godshall Michael wrote:

I use linux at home and would test it there if I can get pgadminIII 
installed on it.  Last time I tried it failed because I did not have 
ssl and crypto so.4 libraries.  My Redhat 8.0 box has versions 
so.2.  Maybe I downloaded the wrong version of pgadminIII.

Adam,

can't we link ssl and crypto static too? Alternatively, we'd have to 
distribute non-SSL versions too..

I'm not sure I follow. 


Hi Adam,

obviously the Redhat binary distribution needs dynamically linked 
libcrypto and libssl. IMHO we should spend the additional 10kb and have 
both libs statically linked to pgAdmin3, to avoid these dependencies. Or 
did Jean-Michel just forget to use --enable-static when building?

AFAIR we confirmed that by default dynamic linking should be used, while 
our binary distributions should be as static as possible to minimize 
dependencies.

Regards,
Andreas


---(end of broadcast)---
TIP 9: the planner will ignore your desire to choose an index scan if your
 joining column's datatypes do not match