My compiled libraries always result in undefined references.

classic Classic list List threaded Threaded
10 messages Options
dE
Reply | Threaded
Open this post in threaded view
|

My compiled libraries always result in undefined references.

dE
Hi!

I've tried to compiling ldns, cares and both of these, although compile,
result in undefined references when trying to link a program using them

/tmp/cci2q85W.o:ldns_resolv.c:(.text+0x55): undefined reference to
`ldns_dname_new_frm_str'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0x7e): undefined reference to
`ldns_resolver_new_frm_file'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0xaa): undefined reference to
`ldns_resolver_query'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0xba): undefined reference to
`ldns_rdf_deep_free'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0xe7): undefined reference to
`ldns_pkt_rr_list_by_type'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0xf7): undefined reference to
`ldns_rr_list2str'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0x107): undefined reference to
`ldns_rr_list_deep_free'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0x113): undefined reference to
`ldns_pkt_free'
/tmp/cci2q85W.o:ldns_resolv.c:(.text+0x11f): undefined reference to
`ldns_resolver_deep_free'
/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/ld:

/tmp/cci2q85W.o: bad reloc address 0x20 in section `.eh_frame'
/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/ld:

final link failed: Invalid operation
collect2: error: ld returned 1 exit status

Compiling with -lldns

Compiling cares code --

/tmp/ccVzPSId.o:ares_txt_resolver.c:(.text+0x16): undefined reference to
`_imp__ares_library_init'
/tmp/ccVzPSId.o:ares_txt_resolver.c:(.text+0x24): undefined reference to
`_imp__ares_init'
/tmp/ccVzPSId.o:ares_txt_resolver.c:(.text+0x5a): undefined reference to
`_imp__ares_search'

I installed using MXE on Linux.

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
dE
Reply | Threaded
Open this post in threaded view
|

Re: My compiled libraries always result in undefined references.

dE
On 02/18/15 10:18, dE wrote:

> Hi!
>
> I've tried to compiling ldns, cares and both of these, although
> compile, result in undefined references when trying to link a program
> using them
>
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x55): undefined reference to
> `ldns_dname_new_frm_str'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x7e): undefined reference to
> `ldns_resolver_new_frm_file'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0xaa): undefined reference to
> `ldns_resolver_query'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0xba): undefined reference to
> `ldns_rdf_deep_free'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0xe7): undefined reference to
> `ldns_pkt_rr_list_by_type'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0xf7): undefined reference to
> `ldns_rr_list2str'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x107): undefined reference to
> `ldns_rr_list_deep_free'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x113): undefined reference to
> `ldns_pkt_free'
> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x11f): undefined reference to
> `ldns_resolver_deep_free'
> /home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/ld:
>
> /tmp/cci2q85W.o: bad reloc address 0x20 in section `.eh_frame'
> /home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/ld:
>
> final link failed: Invalid operation
> collect2: error: ld returned 1 exit status
>
> Compiling with -lldns
>
> Compiling cares code --
>
> /tmp/ccVzPSId.o:ares_txt_resolver.c:(.text+0x16): undefined reference
> to `_imp__ares_library_init'
> /tmp/ccVzPSId.o:ares_txt_resolver.c:(.text+0x24): undefined reference
> to `_imp__ares_init'
> /tmp/ccVzPSId.o:ares_txt_resolver.c:(.text+0x5a): undefined reference
> to `_imp__ares_search'
>
> I installed using MXE on Linux.

So I compiled libregex and made test.c

#include <regex.h>
int main () {
     struct re_pattern_buffer test;
     re_compile_fastmap (&test);
}

PATH="/home/de/mxe/usr/bin:$PATH"
/home/de/small/temp_small/cryptos/HFC_windows/mxe/usr/bin/i686-pc-mingw32-gcc-4.8.1
-lregex test.c
/tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
`re_compile_fastmap'

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
|

Re: My compiled libraries always result in undefined references.

John Brown

On Wed, 18 Feb 2015 11:24:02 +0530, dE wrote:

> On 02/18/15 10:18, dE wrote:
>> Hi!
>>
>> I've tried to compiling ldns, cares and both of these, although
>> compile, result in undefined references when trying to link a program
>> using them
>>
>> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x55): undefined reference to
>> `ldns_dname_new_frm_str'
>>

[many more undefined references snipped]

>> I installed using MXE on Linux.
>
> So I compiled libregex and made test.c
>
> #include <regex.h>
> int main () {
> struct re_pattern_buffer test;
> re_compile_fastmap (&test);
> }
>
> PATH="/home/de/mxe/usr/bin:$PATH"
> /home/de/small/temp_small/cryptos/HFC_windows/mxe/usr/bin/i686-pc-mingw32-gcc-4.8.1
> -lregex test.c
> /tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
> `re_compile_fastmap'

It seems that when you installed libregex (and the other)
libraries , you did not put them in the cross-compiler's search path.
They probably got installed under /usr/local. Wherever they are, they
must be moved to the correct location.

1) Where is libregex*.a?
2) What is the output of
$ i686-pc-mingw32-gcc-4.8.1 --print-search-dirs

Regards,
John Brown.

     
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
dE
Reply | Threaded
Open this post in threaded view
|

Re: My compiled libraries always result in undefined references.

dE
On 02/18/15 14:18, John Brown wrote:

> On Wed, 18 Feb 2015 11:24:02 +0530, dE wrote:
>> On 02/18/15 10:18, dE wrote:
>>> Hi!
>>>
>>> I've tried to compiling ldns, cares and both of these, although
>>> compile, result in undefined references when trying to link a program
>>> using them
>>>
>>> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x55): undefined reference to
>>> `ldns_dname_new_frm_str'
>>>
> [many more undefined references snipped]
>
>>> I installed using MXE on Linux.
>> So I compiled libregex and made test.c
>>
>> #include <regex.h>
>> int main () {
>> struct re_pattern_buffer test;
>> re_compile_fastmap (&test);
>> }
>>
>> PATH="/home/de/mxe/usr/bin:$PATH"
>> /home/de/mxe/usr/bin/i686-pc-mingw32-gcc-4.8.1
>> -lregex test.c
>> /tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
>> `re_compile_fastmap'
> It seems that when you installed libregex (and the other)
> libraries , you did not put them in the cross-compiler's search path.
> They probably got installed under /usr/local. Wherever they are, they
> must be moved to the correct location.
>
> 1) Where is libregex*.a?
> 2) What is the output of
> $ i686-pc-mingw32-gcc-4.8.1 --print-search-dirs
>
> Regards,
> John Brown.
>
>    
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk

libregex is in the search dir that's why GCC doesn't complain of it being missing. It's in mxe/usr/i686-pc-mingw32/lib

Besides all libraries are installed there.

install: /home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/
programs: =/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/
libraries: =/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/lib/


------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
|

Re: My compiled libraries always result in undefined references.

John Brown

On Wed, 18 Feb 2015 16:42:03 +0530, dE wrote:

> On 02/18/15 14:18, John Brown wrote:
>> On Wed, 18 Feb 2015 11:24:02 +0530, dE wrote:
>>> On 02/18/15 10:18, dE wrote:
>>>> Hi!
>>>>
>>>> I've tried to compiling ldns, cares and both of these, although
>>>> compile, result in undefined references when trying to link a program
>>>> using them
>>>>
>>>> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x55): undefined reference to
>>>> `ldns_dname_new_frm_str'
>>>>
>> [many more undefined references snipped]
>>
>>>> I installed using MXE on Linux.
>>> So I compiled libregex and made test.c
>>>
>>> #include <regex.h>
>>> int main () {
>>> struct re_pattern_buffer test;
>>> re_compile_fastmap (&test);
>>> }
>>>
>>> PATH="/home/de/mxe/usr/bin:$PATH"
>>> /home/de/mxe/usr/bin/i686-pc-mingw32-gcc-4.8.1
>>> -lregex test.c
>>> /tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
>>> `re_compile_fastmap'
>> It seems that when you installed libregex (and the other)
>> libraries , you did not put them in the cross-compiler's search path.
>> They probably got installed under /usr/local. Wherever they are, they
>> must be moved to the correct location.
>>
>> 1) Where is libregex*.a?
>> 2) What is the output of
>> $ i686-pc-mingw32-gcc-4.8.1 --print-search-dirs
>>
>> Regards,
>> John Brown.
>>
>
> libregex is in the search dir that's why GCC doesn't complain of it being missing. It's in mxe/usr/i686-pc-mingw32/lib
>
> Besides all libraries are installed there.
>
> install: /home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/
> programs: =/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/
> libraries: =/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/lib/
>
>

Concentrating on libregex for now:

There may be a problem with name mangling. Run
$ i686-pc-mingw32-gcc-4.8.1 -c -o test.o test.c
then run
$ /path/to/cross-compiler's/nm test.o | grep re_compile_fastmap

Compare the output with what you see when you run the same nm
command on /path/to/cross-compiler's/libregex.a (or libregex.dll.a).

Where did you download libregex?

Regards,
John Brown.

     
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
|

Re: My compiled libraries always result in undefined references.

Ludwig Tauer
In reply to this post by dE
On Wed 18 February 2015 11:24:02 dE wrote:

<snip>

> So I compiled libregex and made test.c
>
> #include <regex.h>
> int main () {
>      struct re_pattern_buffer test;
>      re_compile_fastmap (&test);
> }
>
> PATH="/home/de/mxe/usr/bin:$PATH"
> /home/de/small/temp_small/cryptos/HFC_windows/mxe/usr/bin/i686-pc-mi
> ngw32-gcc-4.8.1 -lregex test.c
> /tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
> `re_compile_fastmap'

Please reorder your commandline to:
        gcc test.c -lregex

You MUST place the module that references a symbol from a library
BEFORE the library that defines it! This is the way LD works.
BTW this is a common user error! See the FAQ on the MinGW site!

hth
Ludwig TAUER


------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
|

Re: My compiled libraries always result in undefined references.

Eli Zaretskii
In reply to this post by dE
> Date: Wed, 18 Feb 2015 11:24:02 +0530
> From: dE <[hidden email]>
>
> So I compiled libregex and made test.c
>
> #include <regex.h>
> int main () {
>      struct re_pattern_buffer test;
>      re_compile_fastmap (&test);
> }
>
> PATH="/home/de/mxe/usr/bin:$PATH"
> /home/de/small/temp_small/cryptos/HFC_windows/mxe/usr/bin/i686-pc-mingw32-gcc-4.8.1
> -lregex test.c
> /tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
> `re_compile_fastmap'

The "-lregex" part should be last on the command line.

GNU ld is a one-pass linker, so it must see the library _after_ all
its callers.

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
dE
Reply | Threaded
Open this post in threaded view
|

Re: My compiled libraries always result in undefined references.

dE
In reply to this post by John Brown
On 02/18/15 18:06, John Brown wrote:

> On Wed, 18 Feb 2015 16:42:03 +0530, dE wrote:
>> On 02/18/15 14:18, John Brown wrote:
>>> On Wed, 18 Feb 2015 11:24:02 +0530, dE wrote:
>>>> On 02/18/15 10:18, dE wrote:
>>>>> Hi!
>>>>>
>>>>> I've tried to compiling ldns, cares and both of these, although
>>>>> compile, result in undefined references when trying to link a program
>>>>> using them
>>>>>
>>>>> /tmp/cci2q85W.o:ldns_resolv.c:(.text+0x55): undefined reference to
>>>>> `ldns_dname_new_frm_str'
>>>>>
>>> [many more undefined references snipped]
>>>
>>>>> I installed using MXE on Linux.
>>>> So I compiled libregex and made test.c
>>>>
>>>> #include <regex.h>
>>>> int main () {
>>>> struct re_pattern_buffer test;
>>>> re_compile_fastmap (&test);
>>>> }
>>>>
>>>> PATH="/home/de/mxe/usr/bin:$PATH"
>>>> /home/de/mxe/usr/bin/i686-pc-mingw32-gcc-4.8.1
>>>> -lregex test.c
>>>> /tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
>>>> `re_compile_fastmap'
>>> It seems that when you installed libregex (and the other)
>>> libraries , you did not put them in the cross-compiler's search path.
>>> They probably got installed under /usr/local. Wherever they are, they
>>> must be moved to the correct location.
>>>
>>> 1) Where is libregex*.a?
>>> 2) What is the output of
>>> $ i686-pc-mingw32-gcc-4.8.1 --print-search-dirs
>>>
>>> Regards,
>>> John Brown.
>>>
>> libregex is in the search dir that's why GCC doesn't complain of it being missing. It's in mxe/usr/i686-pc-mingw32/lib
>>
>> Besides all libraries are installed there.
>>
>> install: /home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/
>> programs: =/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/libexec/gcc/i686-pc-mingw32/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/bin/
>> libraries: =/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/4.8.1/:/home/de/mxe/usr/lib/gcc/i686-pc-mingw32/4.8.1/../../../../i686-pc-mingw32/lib/
>>
>>
> Concentrating on libregex for now:
>
> There may be a problem with name mangling. Run
> $ i686-pc-mingw32-gcc-4.8.1 -c -o test.o test.c
> then run
> $ /path/to/cross-compiler's/nm test.o | grep re_compile_fastmap
>
> Compare the output with what you see when you run the same nm
> command on /path/to/cross-compiler's/libregex.a (or libregex.dll.a).
>
> Where did you download libregex?
>
> Regards,
> John Brown.
>
>    
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
>

bin/i686-pc-mingw32-nm test.o | grep re_compile_fastmap
U _re_compile_fastmap

i686-pc-mingw32-nm /home/de/mxe/usr/i686-pc-mingw32/lib/libregex.a |
grep re_compile_fastmap
00000000 I __imp__re_compile_fastmap
00000000 T _re_compile_fastmap

Downloaded regex from here --

https://github.com/coapp-packages/libgnurx

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
dE
Reply | Threaded
Open this post in threaded view
|

Re: My compiled libraries always result in undefined references.

dE
In reply to this post by Ludwig Tauer
On 02/18/15 19:53, Ludwig Tauer wrote:

> On Wed 18 February 2015 11:24:02 dE wrote:
>
> <snip>
>
>> So I compiled libregex and made test.c
>>
>> #include <regex.h>
>> int main () {
>>       struct re_pattern_buffer test;
>>       re_compile_fastmap (&test);
>> }
>>
>> PATH="/home/de/mxe/usr/bin:$PATH"
>> /home/de/small/temp_small/cryptos/HFC_windows/mxe/usr/bin/i686-pc-mi
>> ngw32-gcc-4.8.1 -lregex test.c
>> /tmp/ccWVANE9.o:test.c:(.text+0x16): undefined reference to
>> `re_compile_fastmap'
> Please reorder your commandline to:
> gcc test.c -lregex
>
> You MUST place the module that references a symbol from a library
> BEFORE the library that defines it! This is the way LD works.
> BTW this is a common user error! See the FAQ on the MinGW site!
>
> hth
> Ludwig TAUER
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> 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

Ok. Yes, now it works.

Thank you everyone for the help!!

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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
|

Environment Variables translated to Upper Case Equivalents

Roger Mitchell
In reply to this post by dE
Hello,

I am trying to use the bash shell supplied with MinGW/MSYS, but I'm
finding that often environment variables (e.g. red_something) are
translated to their upper case equivalent (i.e. RED_SOMETHING). We have
binary executables that are called from the shell that require the
variables to be defined in lower case (a hangover from UNIX days).

I notice that CYGWIN allows the user to set a flag "nouppercase_env" for
the CYGWIN to control this behaviour. Is there an equivalent flag that
can be used with MinGW/MSYS?

Many Thanks in advance,



Roger




------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
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