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
___
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
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
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
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
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
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
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,
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
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
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
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
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
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
14 matches
Mail list logo