On Dec 4, 2007, at 1:07 AM, Daniel Macks wrote:
> In particular,
> it's supplied by the deprecated_Emboss_str.o file in the
> bio-emboss-pm586 build dir ("nm" on that file reports it as "T").
Ahaaa - because I earlier got many warnings for deprecacted files (eg
deprecated_Emboss_str.c:3878: wa
On Tue, Dec 04, 2007 at 01:07:42AM -0500, Daniel Macks wrote:
> Bug that doesn't affect anything: in the bio-emboss-pm.patch,
> $EMB_EXT_LIBS should be "[EMAIL PROTECTED]@/lib" (need to pass the actual
> linker flag, not just the pathname where the libs are).
Or actually, don't need to pass anythi
On Mon, Dec 03, 2007 at 09:43:51PM -0500, Koen van der Drift wrote:
> First of all, thanks for all the help and suggestions. Little by
> little I am undestanding more of the whole building process.
>
> Now for the results :)
>
> Using JF's test, I don't see any errors, ie nm doesn't print any
On Dec 3, 2007, at 10:01 PM, Peter O'Gorman wrote:
> Yes, but the loader is not looking for ajStrTokenCount, it is looking
> for XS_Bio__Emboss_ajStrTokenCount. And that is undefined.
>
> Did you do jfm's magic on Emboss.bundle?
that gives:
Macintosh:Emboss koen$ nm -mgu Emboss.bundle | fgrep
Koen van der Drift wrote:
> First of all, thanks for all the help and suggestions. Little by little
> I am undestanding more of the whole building process.
>
> Now for the results :)
> Unfortunately, I still get the same error:
>
> t/1Can't load
> '/sw/src/fink.build/bio-emboss-pm588-5.0.0.1
First of all, thanks for all the help and suggestions. Little by
little I am undestanding more of the whole building process.
Now for the results :)
Using JF's test, I don't see any errors, ie nm doesn't print any
symbol names. (BTW, could that script be useful in the validation code
of fin
On 03 Dec 2007, at 07:02, Peter O'Gorman wrote:
> Jean-François Mertens wrote:
>>>
>> On 03 Dec 2007, at 05:35, Peter O'Gorman wrote:
>>
>>>
>>> Did you check with otool -L that libeplplot loads libX11?
>>
>> But I see that Peter will give you a quicker fix - at least for
>> this specific problem
On Mon, Dec 03, 2007 at 12:58:18AM -0500, Daniel Macks wrote:
> Hooray for upstream bugs!
>
> All of the shared libraried in emboss-5.0.0-3 are deficient in their
> linkages. They don't link any other libraries, yet they all use
> symbols from other libraries. See attached file for output from the
Hooray for upstream bugs!
All of the shared libraried in emboss-5.0.0-3 are deficient in their
linkages. They don't link any other libraries, yet they all use
symbols from other libraries. See attached file for output from the
"fink-dyld-link-test" thing in my experimental/ directory on cvs.sf to
On 03 Dec 2007, at 05:59, Koen van der Drift wrote:
>
> On Dec 2, 2007, at 11:49 PM, Jean-François Mertens wrote:
>
>> But I see that Peter will give you a quicker fix - at least for
>> this specific problem - the principle is the same, and if
>> you want to be thorough you go through the check I
>
On 03 Dec 2007, at 05:35, Peter O'Gorman wrote:
>
> Did you check with otool -L that libeplplot loads libX11?
But I see that Peter will give you a quicker fix - at least for
this specific problem - the principle is the same, and if
you want to be thorough you go through the check I
suggested _
On Dec 2, 2007, at 11:35 PM, Peter O'Gorman wrote:
>>
>>
>> However, now I get the following, again similar error:
>>
>> t/1Can't load '/sw/src/fink.build/bio-emboss-pm588-5.0.0.1-1/Bio-
>> Emboss-5.0.0.1/blib/arch/auto/Bio/Emboss/Emboss.bundle' for module
>> Bio::Emboss: dlopen(/sw/src/fink.
Koen van der Drift wrote:
> On Dec 2, 2007, at 10:55 AM, Koen van der Drift wrote:
>> But, I now get another similar error:
>>
>> t/1Can't load '/sw/src/fink.build/bio-emboss-pm588-5.0.0.1-1/Bio-
>> Emboss-5.0.0.1/blib/arch/auto/Bio/Emboss/Emboss.bundle' for module
>> Bio::Emboss: dlopen(/s
On Dec 2, 2007, at 10:55 AM, Koen van der Drift wrote:
>
> On Dec 2, 2007, at 1:07 AM, Peter O'Gorman wrote:
>
>>
>> I suggest that you find out what plsc is (rebuild the package that
>> makes
>> libajaxg.5.dylib, and grep for it) and why it is not available (what
>> provides it? grep -rl plsc
On Dec 2, 2007, at 1:07 AM, Peter O'Gorman wrote:
>
> I suggest that you find out what plsc is (rebuild the package that
> makes
> libajaxg.5.dylib, and grep for it) and why it is not available (what
> provides it? grep -rl plsc /sw/lib
Thanks Peter,
The grep command revealed two broken alias
Koen van der Drift wrote:
> Hi,
>
> I am getting the following error during the test phase of a perl-
> module package on 10.5:
>
> t/1Can't load '/sw/src/fink.build/bio-emboss-pm588-5.0.0.1-1/Bio-
> Emboss-5.0.0.1/blib/arch/auto/Bio/Emboss/Emboss.bundle' for module
> Bio::Emboss: dlopen(
Hi,
I am getting the following error during the test phase of a perl-
module package on 10.5:
t/1Can't load '/sw/src/fink.build/bio-emboss-pm588-5.0.0.1-1/Bio-
Emboss-5.0.0.1/blib/arch/auto/Bio/Emboss/Emboss.bundle' for module
Bio::Emboss: dlopen(/sw/src/fink.build/bio-emboss-pm588-5.0.0.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I'm trying to compile sources that need the dlfcn.h functions, and while
the "configure" script finds the header, I get errors while "making". I
digged in the mailing list archive, and found that these functions have
been a pain in the ass for
Thanks for the reply, it helped a lot:
I had to change the Makefile and specify those -I and -L
I still have an error with a -ldvdread not found, whereas i've installed
dvdread via fink. Any suggestion ?
Thanks,
Pejvan
Benjamin Reed wrote:
> On Monday, January 13, 2003, at 08:08 PM, Pejvan BEIG
On Monday, January 13, 2003, at 08:08 PM, Pejvan BEIGUI wrote:
I'm trying to compile sources that need the dlfcn.h functions, and
while
the "configure" script finds the header, I get errors while "making". I
digged in the mailing list archive, and found that these functions have
been a pain in th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I'm trying to compile sources that need the dlfcn.h functions, and while
the "configure" script finds the header, I get errors while "making". I
digged in the mailing list archive, and found that these functions have
been a pain in the ass for
At 12:35 Uhr +0200 31.03.2002, Christoph Pfisterer wrote:
>Finlay Dobbie wrote:
>>On Sunday, March 31, 2002, at 08:18 AM, John Clark wrote:
>>>You didn't indicate you found it, so just in case...
>>>
>>>cctools/libdyld
>>>
>>>As is 'dlfcn.h' which is needed for dlopen definitions...
>>
>>No, that'
Yes, this is true for the dlcompat currently in the stable tree,
but the one in unstable is completely new.
It is also available in fink's cvs.
Peter
On Sunday, March 31, 2002, at 07:35 PM, Christoph Pfisterer wrote:
>
> Er, actually John is right. cctools/libdyld is where the code
> for dlc
Finlay Dobbie wrote:
>On Sunday, March 31, 2002, at 08:18 AM, John Clark wrote:
>>You didn't indicate you found it, so just in case...
>>
>>cctools/libdyld
>>
>>As is 'dlfcn.h' which is needed for dlopen definitions...
>
>No, that's dyld, which contains NSAddLibrary() and so on. What you
>probabl
On Sunday, March 31, 2002, at 08:18 AM, John Clark wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>>> where does darwin hide its dlopen? I've seen it mentioned on google
>>> that there are wrappers for it, but i could not find any relevent
>>> information. i was working on licq
Am Samstag den, 30. März 2002, um 22:34, schrieb Chris Zubrzycki:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>> where does darwin hide its dlopen? I've seen it mentioned on google
>> that there are wrappers for it, but i could not find any relevent
>> information. i was working on lic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> where does darwin hide its dlopen? I've seen it mentioned on google
> that there are wrappers for it, but i could not find any relevent
> information. i was working on licq and it wants dlopen:
nevermind. sorry, I guess it is time for bed.
- -ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
where does darwin hide its dlopen? I've seen it mentioned on google that
there are wrappers for it, but i could not find any relevent
information. i was working on licq and it wants dlopen:
checking for dlopen in -lc_r... no
checking for dlopen in
28 matches
Mail list logo