• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: GCC, DLLs are accumulated ?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GCC, DLLs are accumulated ?


  • Subject: Re: GCC, DLLs are accumulated ?
  • From: Ruslan Zasukhin <email@hidden>
  • Date: Thu, 21 Sep 2006 23:34:03 +0300
  • Thread-topic: GCC, DLLs are accumulated ?

On 9/21/06 6:56 PM, "Shawn Erickson" <email@hidden> wrote:

Hi Shaun,

> If you are dynamically linking against a library and that library was
> built to dynamically link against another set of libraries you should
> only need to specify that you link against the first library. If that
> is not working it sounds like either the secondary dylibs are not
> installed in the location that the library expects it or the location
> information in the library is wrong.
>
> You can use otool to understand what a binary dynamically links
> against (including expected install location).
>
> QuadG5:/usr/lib shawnce$ otool -L libxml2.dylib
> libxml2.dylib:
>          /usr/lib/libxml2.2.dylib (compatibility version 9.0.0,
> current version 9.16.0)
>          /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
> current version 88.0.81)
>          /usr/lib/libz.1.dylib (compatibility version 1.0.0, current
> version 1.2.2)
>          /usr/lib/libiconv.2.dylib (compatibility version 5.0.0,
> current version 5.0.0)

Yes all I know all these tools. Here all looks all right.

Then I see only one possible reason of such behavior.
In fact our real life projects are:


VKERNEL.dll project
       depend on VSHARED.dll project
       and VSDK.framework


V4RB.dll project
       depend on VKERNEL.dll


So may be secret is that we use project dependencies of xcode?

    When V4RB project links,
    xcode probably look on VKERNL/BUILD folder,
    but not into /usr/local/lib where vkernel.dylib was copied already.



P.S. this is not a fatal problem for us, and we for months simply link to
all dlls which GCC want to see.. Just somehow odd.


--
Best regards,

Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc

Valentina - Joining Worlds of Information
http://www.paradigmasoft.com

[I feel the need: the need for speed]


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Re: GCC, DLLs are accumulated ? (From: Shawn Erickson <email@hidden>)

  • Prev by Date: Re: Linking Error: can't locate file for -lstdc++.6.0.3
  • Next by Date: Comparisons and Operations on BigEndianLong
  • Previous by thread: Re: GCC, DLLs are accumulated ?
  • Next by thread: Class diagram not working
  • Index(es):
    • Date
    • Thread