[fpc-devel] fpcmkcfg invocation for two versions (linux)

2014-10-20 Thread Gennadiy Poryev
Hello, I've got two FPC versions installed on my Linux x64 box: 2.6.4 as a bootstrap and 2.7.1 for building Lazarus. Both were installed through 'make zipinstall' from svn and untaring to /usr, hence they reside under /usr/lib64/fpc/2.6.4/ and /usr/lib64/fpc/2.7.1/ accordingly. The switching

Re: [fpc-devel] fpcmkcfg invocation for two versions (linux)

2014-10-20 Thread Marco van de Voort
In our previous episode, Gennadiy Poryev said: I've got two FPC versions installed on my Linux x64 box: 2.6.4 as a bootstrap and 2.7.1 for building Lazarus. Both were installed through 'make zipinstall' from svn and untaring to /usr, hence they reside under /usr/lib64/fpc/2.6.4/ and

Re: [fpc-devel] Building 2.7.1 on current Raspbian fails

2014-10-20 Thread Paul Michell
On Friday 17 Oct 2014 23:02:29 John Lee wrote: Looks as if you have a working fpc 2.7.1 snapshot for rpi. IAre you planning to make this available on your web site? If not, can you zip pls it, and put it on cloud or some ftp site - I'll then put it on fpc ftp site. John I was intending to

Re: [fpc-devel] Building 2.7.1 on current Raspbian fails

2014-10-20 Thread Paul Michell
On Saturday 18 Oct 2014 12:12:26 Marco van de Voort wrote: ... (fpdoc requiring crt*) crt* files are part of build-essentials and are basically *nix binary startup code. Most binaries don't need them, since they use RTL supplied versions of these startup files for pascal-only programs.

Re: [fpc-devel] Building 2.7.1 on current Raspbian fails

2014-10-20 Thread Paul Michell
On Sunday 19 Oct 2014 02:32:49 peter green wrote: Paul Michell wrote: I'm currently trying to build 2.7.1 from SVN on the latest Raspbian (2014-09-09). I've previously built this with either 2.6.0 from the repository, or with Thaddy de Koning's build from March 2014. Currently,

Re: [fpc-devel] Building 2.7.1 on current Raspbian fails

2014-10-20 Thread Marco van de Voort
In our previous episode, Paul Michell said: Ideally, I would like to establish a build process that doesn't require any changes to the FPC codebase. Then you must learn to setup a complete cross-compile setup, including target libraries and startup, and make sure the compiler only finds those.

Re: [fpc-devel] Building 2.7.1 on current Raspbian fails

2014-10-20 Thread John Lee
ok, thanks, let me know where I can get rpi wheezy or jessie binary when you are ready I'll publish it as an fpc ftp snapshot. I'll do same for 2.6.x too. John On 20 October 2014 10:59, Paul Michell p...@michellcomputing.co.uk wrote: On Friday 17 Oct 2014 23:02:29 John Lee wrote: Looks as

Re: [fpc-devel] fpcmkcfg invocation for two versions (linux)

2014-10-20 Thread Mark Morgan Lloyd
Marco van de Voort wrote: In our previous episode, Gennadiy Poryev said: I've got two FPC versions installed on my Linux x64 box: 2.6.4 as a bootstrap and 2.7.1 for building Lazarus. Both were installed through 'make zipinstall' from svn and untaring to /usr, hence they reside under

Re: [fpc-devel] fpcmkcfg invocation for two versions (linux)

2014-10-20 Thread Marco van de Voort
In our previous episode, Mark Morgan Lloyd said: This still assumes 2.6.x and 2.7.x can use the same fpc binaries, and is no solution for the rest. I'm not up to date on trunk, but so far using the most-recent fpc seems compatible with all of 2.2.4 through 2.6.x on multiple native

Re: [fpc-devel] Building 2.7.1 on current Raspbian fails

2014-10-20 Thread peter green
John Lee wrote: I'll do same for 2.6.x too. Note that plain 2.6.x doesn't support armhf, in debian/raspbian we have a patch adding support. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] fpcmkcfg invocation for two versions (linux)

2014-10-20 Thread Gennadiy Poryev
thank you, but my question was more about where to put fpc.cfg so that both versions can use it properly, or, if that is not possible, where to stuff different fpc.cfg's for the same purpose? and what would be the basepath in either case? On 20-10-2014 12:47, Marco van de Voort wrote: In