Re: [fpc-pascal] Statically link library

2013-04-26 Thread Ludo Brands
On 04/26/2013 10:19 AM, Ludo Brands wrote: > > Pass -M or --print-map to ld to get a memory map. It includes all object > files included. > On my system it shows that open and close are from MinGW32/lib/libmoldname.a and a undefined reference to `filesize' Ludo ___

Re: [fpc-pascal] Statically link library

2013-04-26 Thread Ludo Brands
On 04/26/2013 09:54 AM, Darius Blaszyk wrote: > > On Apr 26, 2013, at 1:37 AM, Paul Breneman wrote: > >>> Yes it does find them, the statically libraries are linked into an >>> executable which works fine. That is why I was surprised. I'm sure MinGW >>> must link to other libraries as well

Re: [fpc-pascal] Statically link library

2013-04-26 Thread Darius Blaszyk
On Apr 26, 2013, at 1:37 AM, Paul Breneman wrote: >>> >> Yes it does find them, the statically libraries are linked into an >> executable which works fine. That is why I was surprised. I'm sure MinGW >> must link to other libraries as well. The question though is which. Anyway >> to find out

Re: [fpc-pascal] Statically link library

2013-04-25 Thread Paul Breneman
Darius Blaszyk wrote: On Apr 24, 2013, at 10:00 AM, Ludo Brands wrote: On 04/23/2013 10:14 PM, Darius Blaszyk wrote: Thanks Ludo! Works perfectly also here. However for my understanding. Why does MinGW find open, filesize etc? Is there some header file that "translates" these functions to b

Re: [fpc-pascal] Statically link library

2013-04-25 Thread Darius Blaszyk
On Apr 24, 2013, at 10:00 AM, Ludo Brands wrote: > On 04/23/2013 10:14 PM, Darius Blaszyk wrote: >> >> >> Thanks Ludo! Works perfectly also here. However for my understanding. Why >> does MinGW find open, filesize etc? Is there some header file that >> "translates" these functions to be compa

Re: [fpc-pascal] Statically link library

2013-04-24 Thread Ludo Brands
On 04/23/2013 10:14 PM, Darius Blaszyk wrote: > > > Thanks Ludo! Works perfectly also here. However for my understanding. Why > does MinGW find open, filesize etc? Is there some header file that > "translates" these functions to be compatible with msvcrt? If not I would > have to create one my

Re: [fpc-pascal] Statically link library

2013-04-23 Thread Darius Blaszyk
On Apr 21, 2013, at 6:35 PM, Ludo Brands wrote: > A few things wrong in your files: > - the c program. When you want to link against msvcrt then you better > use the ms functions;) There is no filesize, or open, or close (the > latter are deprecated since a while and not present anymore in msvcrt

Re: [fpc-pascal] Statically link library

2013-04-21 Thread Marco van de Voort
In our previous episode, Vittorio Giovara said: > > Fpc can't call gcc. > > > > Well you could manually edit ppas.sh/link.res and substitute 'gcc' to > 'ld', and of course adjust all the flags. Possible, but not really sane. The platforms with a lot of static linking are mostly the non-unix ones,

Re: [fpc-pascal] Statically link library

2013-04-21 Thread Vittorio Giovara
On Sun, Apr 21, 2013 at 2:36 PM, Marco van de Voort wrote: > In our previous episode, Vittorio Giovara said: > > > {$linklib gcc} > > > > > > What other libraries should I add? BTW, I'm compiling the C library > with MinGW. > > > > You need to instruct fpc to use gcc instead of default ld when yo

Re: [fpc-pascal] Statically link library

2013-04-21 Thread Marco van de Voort
In our previous episode, Vittorio Giovara said: > > {$linklib gcc} > > > > What other libraries should I add? BTW, I'm compiling the C library with > > MinGW. > > You need to instruct fpc to use gcc instead of default ld when you > link c/pas code statically. Fpc can't call gcc. > This is beca

Re: [fpc-pascal] Statically link library

2013-04-21 Thread Vittorio Giovara
On 20/apr/2013, at 11:55, Darius Blaszyk wrote: > Hi, > > I'm linking a C and FPC program but I keep on getting undifined symbols (see > example below). > > Error: Undefined symbol: _strcpy > Sofar I have added: > > {$linklib msvcrt} > {$linklib gcc} > > What other libraries should I add? BTW, I

Re: [fpc-pascal] Statically link library

2013-04-20 Thread Marco van de Voort
In our previous episode, Ludo Brands said: > _strcpy should be in msvcrt. It is defined in the mingw libmsvcrt.a file > on my system. Is your lib path correct? > > BTW I use an explicit {$linklib libmsvcrt.a} with mingw. Afaik that is needed, gdbint also does this. For people interested in the li

Re: [fpc-pascal] Statically link library

2013-04-20 Thread Ludo Brands
On 04/20/2013 11:54 AM, Darius Blaszyk wrote: > Hi, > > I'm linking a C and FPC program but I keep on getting undifined symbols > (see example below). > > Error: Undefined symbol: _strcpy > Sofar I have added: > > {$linklib msvcrt} > {$linklib gcc} > > What other libraries should I add? BT

[fpc-pascal] Statically link library

2013-04-20 Thread Darius Blaszyk
Hi, I'm linking a C and FPC program but I keep on getting undifined symbols (see example below). Error: Undefined symbol: _strcpy Sofar I have added: {$linklib msvcrt} {$linklib gcc} What other libraries should I add? BTW, I'm compiling the C library with MinGW. Regards, Darius