Re: Dll Build Issue

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Dll Build Issue

Robert Cavanaugh
Keith,
Taking your advice, I searched the archives and found a thread that claimed some libraries built under Visual Studio will not work under mingw due to differences in mangling. The respondent advised the poster to recompile the library sources under mingw 32. Could this be the issue? The libraries armulif and clx are supplied in binary form. I understand your point regarding linking order, that was my first thought, but I think I followed the dependency tree accurately.
Your point about --library is noted, I used it as the error messages seemed to originate from ld.

Robert Cavanaugh
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
_______________________________________________
MinGW-users mailing list
[hidden email]

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:[hidden email]?subject=unsubscribe
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Dll Build Issue

Earnie Boyd
On 6/17/2016 4:04 AM, Robert Cavanaugh wrote:
> Keith,
> Taking your advice, I searched the archives and found a thread that claimed some libraries built under Visual Studio will not work under mingw due to differences in mangling. The respondent advised the poster to recompile the library sources under mingw 32. Could this be the issue? The libraries armulif and clx are supplied in binary form. I understand your point regarding linking order, that was my first thought, but I think I followed the dependency tree accurately.
> Your point about --library is noted, I used it as the error messages seemed to originate from ld.
>

You don't need import libraries to link to a binary only distributed
library.  You can link directly to the DLL itself.  Specify the DLL as
an object file following the objects that use it.  It has always been
the case that the object references come before the object definitions
while linking a library regardless of the programming language being
used.  Sometimes you have to specify the object more than once on the
link commands in order to manage scenario of Object A depends on Object
B that depends on Object A.  Visual Studio tends to help with that issue
by doing multiple passes of the objects in the statement which confuses
the issue.

GCC should be able to use a library compiled with Visual Studio as long
as the compiled object is pure C.  In other words you cannot use objects
from Visual Studio C++ code because that is where the mangling will be
different.

Other mail list etiquette issues you have:
* your mail lines need to wrap to no more than 75 characters per line.
* you started a new thread rather than continuing the thread you began
earlier.

--
Earnie

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
_______________________________________________
MinGW-users mailing list
[hidden email]

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:[hidden email]?subject=unsubscribe
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Dll Build Issue

Robert Cavanaugh
Earnie wrote
You don't need import libraries to link to a binary only distributed
library. You can link directly to the DLL itself.
The libraries mentioned are not DLLs, they are statics. 
Does that change your statement above? 

| Sometimes you have to specify the object more than once on the
| link commands in order to manage scenario of Object A depends on Object
| B that depends on Object A. Visual Studio tends to help with that issue
| by doing multiple passes of the objects in the statement which confuses
| the issue.

Ah, that makes sense. Appreciate the insight. 
I re-read the GNU documentation and realized 
I misinterpreted the --library section

One item I am confused about; if I do not include '--library' and substitute '-l' the 
compilation stops with ld reporting it "cannot find" the library with "-l" prepended to 
the literal path. Adding "-Wl," has no effect. Removing the explicit path and 
relying on the '-L' search paths is ignored as well.

|Other mail list etiquette issues you have:
|* your mail lines need to wrap to no more than 75 characters per line.
|* you started a new thread rather than continuing the thread you began
|earlier.

Apologies, the last submission was done with my Kindle and 
clearly its mail client has some issues. I thought I was responding
to the original thread.
If this message is acceptable I will continue to use this client or if not, go to T-bird

Thanks
Bob Cavanaugh

<Digest removed>


------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
_______________________________________________
MinGW-users mailing list
[hidden email]

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:[hidden email]?subject=unsubscribe
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Dll Build Issue

Keith Marshall-3
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 17/06/16 19:56, Robert Cavanaugh wrote:
> One item I am confused about; if I do not include '--library' and
> substitute '-l' the compilation stops with ld reporting it "cannot
> find" the library with "-l" prepended to the literal path. Adding
> "-Wl," has no effect. Removing the explicit path and relying on
> the '-L' search paths is ignored as well.

You need to SHOW us EXACTLY how you're specifying it; if your library
is called foo.lib, correct format is "-lfoo", (with no path, or ".lib"
extension), or "/path/to/foo.lib", (with no "-l").  If you use the
"/path/to/foo.lib", the linker will use exactly that library, (no "-L"
paths will be searched); OTOH, if you use the "-lfoo" form, the "-L"
paths in left-to-right order, until the first match to any of, (in
priority order), is found:

          libfoo.dll.a
          foo.dll.a
          libfoo.a
          foo.lib
          libfoo.dll
          foo.dll

>> Other mail list etiquette issues you have: * your mail lines need
>> to wrap to no more than 75 characters per line. * you started a
>> new thread rather than continuing the thread you began earlier.
>
> Apologies, the last submission was done with my Kindle and clearly
> its mail client has some issues. I thought I was responding to the
> original thread.

It appears that your Kindle client is not adding an appropriate
"In-Reply-To" header; thus, threading is broken.

> If this message is acceptable I will continue to use this client
> or if not, go to T-bird

Nope.  It's still breaking threading; please do consider using T-bird
instead.

- --
Regards,
Keith.

Public key available from keys.gnupg.net
Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQIcBAEBAgAGBQJXZFolAAoJEMCtNsY0flo/ohMQALRlktlW1oxlDu9OaE67oyrz
HW4QY1nWo5PAR8P2uRAqL29NZ7nXv0SSHGGrFUnoYuiISsXwI46mAOgVL8SLnMZG
A7IqvUs2BHZA4QUpY1tiHiusLXxNGeT8AG8UjXAHrmfQK/q/FcI3o/kYxdY2ZxKQ
7VUWytS9+FiW7J/NqBSl2kH7662ng9jwu0Trekgo/3OwFReCn//v3HrS83+h6Yrz
rV+1TPamndF8+IfgD6gRjClk5s0k9y8pdm/6hvZg8kY6ILSLd6e7ROSO3QaJHmor
LkrFcwF4OvVnP8YQMbicJAehi+Lz44gPNM2AJ2bM5OwI27l/UOwJ+RaXSD7mwy4Z
fU3M4OAP9S4Hvz3sNTSFzARL/VD7whBAF4dzg+zdNbP3AWFVBwIhDn6Kms/1Nan8
tpJgcpH4W2E9HfxSovfngW7rmM2HJ9ugrPhHI9V+qnnWumdczeaZos8R5jrOoP/M
NVHl594oh7Vycw3P1PcCMJ+iwQefiT5h+bwBeZczyCe71qdIxWaN2t11DFso91Zp
UWKF3iAhSvp3zNmLz7YBkKP6P4JaFvE9CCCCK+XX8D3d5A2GyMCVsP8SllaQB1IK
WJxzjPzulJYphpjzzxYvYLV8Tqw6wyCTQvtiIypd91QfM416MyfMHHFKYT8whbmz
BkaFZv/TgHuSVBthBlHp
=05ah
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
_______________________________________________
MinGW-users mailing list
[hidden email]

This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:[hidden email]?subject=unsubscribe
Loading...