On Friday, April 20, 2001, at 08:05 AM, Kevin Ryde wrote:
> Chris Leishman <[EMAIL PROTECTED]> writes:
>>
>> Everything compiles ok, but the dlopen fails with the error "not a
>> Mach-O MH_BUNDLE file type" (this error message is output by dlcompat
>> when NSCreateObjectFileImageFromFile return
Chris Leishman <[EMAIL PROTECTED]> writes:
>
> Everything compiles ok, but the dlopen fails with the error "not a
> Mach-O MH_BUNDLE file type" (this error message is output by dlcompat
> when NSCreateObjectFileImageFromFile returns
> NSObjectFileImageInapproriateFile).
Perhaps the backtick quot
On Apr 18, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> However, I still think we might want to revert to the 2 year old
> relatively complaint free (but marginally error-prone) duplicate
> removal for the release of 1.4.
Yeah, I'm all for it. When I thought it was a bad thing, I hadn't
On Apr 18, 2001, Robert Boehne <[EMAIL PROTECTED]> wrote:
> I'm in a bad situation with the loss of complete and draconian
> duplicate removal in dependency tracking.
Err... Was it really removed? I thought we had decided to keep it
in, along with the fix I posted and installed a few days ago.
On Apr 18, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> However, I just deleted my savannah#2 certificate, and I can can now
> get in.
Me too. Sorry about the noise.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva
On Apr 19, 2001, Matthew Schalit <[EMAIL PROTECTED]> wrote:
> Does the fact that the libtool passes all 83 tests,
> including the
> deplib.test
> file mean that we're good?
That's the kind of problem deplib tests are supposed to catch, but it
may not cover all possible ways a platform may
Hi Matt,
On Thursday 19 April 2001 5:29 am, Matthew Schalit wrote:
> "Gary V. Vaughan" wrote:
> > If you are sure that it is okay to link non-PIC objects from a static
> > archive into a shared library, then this is the right thing to do. You
> > can test this by manually linking a shared lib w
The hardcode.test doesn't work for Sun C:
$ cc -V
cc: Sun WorkShop 6 update 1 C 5.2 2000/09/11
I looked at hd-direct with:
cat $file | (tr '\000-\037\200-\377' '\n' || cat)
and found the following:
...
DYNAMIC_etext_edata_end_START__END__start_GLOBAL_OFFSET_TABLE_
_PROCEDURE_LINKAGE_T
