Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2008-06

steering fpcmake for multiple platforms

2 messages · 1 person · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Marc Santhoff

Hi,

I'm in the process of making a package for fpc platform aware. It is developed and working on FreeBSD and I want to make it usable on Windows, too.

My problems are:

1. How can/should the target path of the target "zipsourceinstall" be set, so that it will work on both platforms? Currently it comes out as

"share/src/fpc-$(version)/packagename"

This is mostly correct (since it is an "extra" package in contrast to a "base" package) but makes no sense on windows.

2. How can I set the compiling target path, the path where the .ppu and .o will be stored to match the installation?

3. How can I deal with the original source linking to libc and using basunix, which when omitted leads to missing basic type declarations like "ssize_t" or "time_t"?

TIA,
Marc

Reply by email

Marc Santhoff
to Marc Santhoff
Marc Santhoff wrote 12 lines
Hi, I'm in the process of making a package for fpc platform aware. It is developed and working on FreeBSD and I want to make it usable on Windows, too. My problems are: 1. How can/should the target path of the target "zipsourceinstall" be set, so that it will work on both platforms? Currently it comes out as "share/src/fpc-$(version)/packagename"

No solution yet ...

Show quoted text 5 lines
This is mostly correct (since it is an "extra" package in contrast to a "base" package) but makes no sense on windows. 2. How can I set the compiling target path, the path where the .ppu and .o will be stored to match the installation?

Okay, this is done in the installation step, not when compiling. Done.

3. How can I deal with the original source linking to libc and using basunix, which when omitted leads to missing basic type declarations like "ssize_t" or "time_t"?

This is done so far by re-defining some missing symbols. If there is a unit on windows defining "off_t" and "time_t" I still like to know.

Going forward I ran into another problem:

4. When the sources are compiled the "libimphdf5.a" is built, but it is mostly empty. There is only an "!arch" tag (or so) in it and no definitions. The library "hdf5.dll" is in the windows directory and in the program directory (to be sure ;).

What is missing here?

Regards,
Marc

Reply by email