On 03/04/2011 01:00 PM, Peter O'Gorman wrote:
On 03/04/2011 12:47 PM, Ralf Wildenhues wrote:
+if test $shlibpath_var = PATH; then
This looks wrong; shouldn't it be != here? Otherwise, ...
Looking at the original test, the above is correct there - it wants to
avoid messing with PATH
On 03/04/2011 03:44 AM, Hans Aberg wrote:
On 4 Mar 2011, at 03:59, Peter O'Gorman wrote:
The important thing is to try .dylib - all libraries I have sen use it. It can
of course try .so as well.
Patch. Fails new testcase before (well, new testcase as in copy
pasted lt_dlopenext testcase
loadable modules as
input to ld, this is not portable to ancient Mac OS X, nor ancient Net
BSD, and possibly other systems, however it seems unlikly to be a major
issue.
I think that covers most of the thread, but I admit to now reading all
of it.
Peter
--
Peter O'Gorman
http://pogma.com
environment
variable, perhaps?
Anyway, I am convinced that this is a packaging bug.
Peter
--
Peter O'Gorman
http://pogma.com
On Mon, Oct 06, 2008 at 11:57:25PM +0100, Neil Jerram wrote:
2008/5/29 Peter O'Gorman [EMAIL PROTECTED]:
In another thread, Ludovic measured a value of 0.07 for the calibrated
m value on ia64-unknown-linux-gnu:
* ia64-unknown-linux-gnu (itanium2), GCC 4.1.2
;; Stack calibration: (x1 x2
On Wed, Jun 04, 2008 at 10:07:04PM -0500, Peter O'Gorman wrote:
On Mon, Jun 02, 2008 at 09:50:27PM +0200, Ludovic Courtès wrote:
3. Fix build error on Tru64 Unix with the DEC compiler, which does not
like
the non-constant expression in case: statements, and on irix which does
s_scm_hash_fold[]=Some string;
some usage of s_scm_hash_fold
And it likes that better :-)
OK, we'll see that later if you don't mind. :-)
Ok. Thanks.
Peter
--
Peter O'Gorman
[EMAIL PROTECTED]
.
We'd appreciate some help in fixing ia64-hpux and Tru64. I believe that
the HP testdrive has itanium hpux machines, and the used to have Tru64
also, not sure if they still do.
Peter
--
Peter O'Gorman
[EMAIL PROTECTED]
Index: configure.in