On Feb 16, 2005, at 9:28 AM, Peter O'Gorman wrote:
| Some suggestions for a fix:
|
| 1. Do the copy as now, but then have a series of "touch" statements
to
| modify the mtime/ctime all the relevant AM-specific files in the
Right
| Order so that the timestamps will be proper.
|
| 2. Copy the files
Hi,
I'm not really too knowledgable of the problem space. What are the problems
with multilib? Is it just that libtool searches the wrong libdirs?
/usr/lib64 should come before /usr/lib? If that is the case, then surely it
can be fixed fairly simply by changing our reliance on 'gcc
-print-searc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Squyres wrote:
| I have found a bug in libtoolize which has bit me for a long, long time
| but I've never gotten around to checking it out (it was a minor
| annoyance). But today, it bit one of my other developers in a rather
| awkward moment. So
Brian Barrett wrote:
Could libtoolize just use 'cp -f -p' instead of 'cp -f' when copying the
files and leave the timestamps as they are in the original libltdl
directory? I admit to not understanding all the details, but that was
enough to clear up the problem for me (as one would expect - the
Hi, On Solaris and Linux platforms the $ORIGIN variable as RPATH is supported and is working. For AIX '$ORIGIN/../lib' is part of the '-blibpath:' option and after compiling and linking, Using objdump, I see the $ORIGIN../lib in the RPATH section, but still it is not able to find the libraries
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter O'Gorman wrote:
| I'm just googling cp -p portability actually, on first inspection it
| seems like this is a no-brainer. I'll google some more to find out why
| we're wrong :)
If you're in a timezone that is currently awake, send a patch to -patc
Good Afternoon!
Recenty intrdocuced legislation requires business and home users to print
personal and business checks with security blank check stock and magnetic ink.
Please find qualified suppliers at Google by clicking on the followingl link.
http://www.google.com/search?sourceid=navclient&i
[ please forgive the webmailer messing up the lines ]
Peter O'Gorman writes:
I'm not really too knowledgable of the problem space. What are the
problems with multilib? Is it just that libtool searches the wrong
libdirs?
That's one of them.
Libtool aims out to do the same thing the linker does
