On 31/05/12 17:59, Jonas Maebe wrote:
>
> You can try filing a bug with binutils of course, but I don't think
> it will be considered a bug (although you can always ask to add an
> option to get the behaviour you want).
Thanks Jonas, I agree that this is not likely to be considered a bug by
GNU
Bruce Tulloch wrote on Thu, 31 May 2012:
On 31/05/12 01:40, Jonas Maebe wrote:
That's correct. It seems that -XR isn't completely implemented on
Linux in the compiler. Could you try, *instead* of using -XR, to
use -k--sysroot=/full/path/to/crossroot/ ?
I replaced the -XR option with
In follow up, I updated and rebuilt the latest binutils
http://ftp.gnu.org/gnu/binutils/binutils-2.22.tar.gz
and tried the patch associated with this bug report:
http://sourceware.org/bugzilla/show_bug.cgi?id=10340
to see if my problem was due to this bug. It does not appear to be: the
link
On 31/05/12 01:40, Jonas Maebe wrote:
>
>> I'm thinking that ld should be looking at:
>>
>> /mnt/engels/lib/libpthread.so.0
>>
>> but according to the error message it's looking at:
>>
>> /lib/libpthread.so.0
>>
>> which read literally would explain the error.
>
> That's correct. It seems that
On 30 May 2012, at 01:50, Bruce Tulloch wrote:
> I tried --with-sysroot for configure in buildcrossbinutils and it does
> not appear to make any difference. I still get the error
> "/usr/local/opt/binutils/bin/x86_64-linux-ld: skipping incompatible
> /lib/libpthread.so.0 when searching for /lib/l
Thanks Jonas,
I tried --with-sysroot for configure in buildcrossbinutils and it does
not appear to make any difference. I still get the error
"/usr/local/opt/binutils/bin/x86_64-linux-ld: skipping incompatible
/lib/libpthread.so.0 when searching for /lib/libpthread.so.0" at the
link phase.
I'm th
Hi Tony,
I use Debian as my Debian derived distro :-) I agree a minimal chroot
environment for each target is a good solution but it's predicated on
running a 64-bit kernel on the host (which I am trying to avoid so I can
use this setup on a 32-bit capable netbook).
Looks like I might have to aba
Bruce Tulloch wrote on Tue, 29 May 2012:
Closer, but not quite there yet...
[...]
fpcfixes_2.6/cross/buildcrossbinutils
Try adding --with-sysroot to the configure flags in that script.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepas
Bruce,
If you are using a Debian derived distribution such as Ubuntu, you might
find it easier to use debootstrap to create a 64 bit environment on your
system and compile the program in that environment (see
https://help.ubuntu.com/community/DebootstrapChroot for a guide). Then
you can be su
Closer, but not quite there yet...
To get this going I've (sshfs) mounted a 64 bit system on /mnt/engels
and then attempted to cross-compile on the 32 bit system with:
fpc -MDelphi -Scgi -CX -O3 -OoUNCERTAIN -OoREGVAR \
-Tlinux -Px86_64 -Xs -XX -va -l \
-dLCL -dLCLgtk2 -XR/mnt/engels
This
Excellent, thanks Jonas.
On 05/28/12 23:02, Jonas Maebe wrote:
>
> On 28 May 2012, at 14:56, Bruce Tulloch wrote:
>
>> Am I correct to assume that if I drag in the x86_64 libraries I need
>> from another x86_64 system, put them in a local directory and then
>> reference then using the -XR option
On 28 May 2012, at 14:56, Bruce Tulloch wrote:
> Am I correct to assume that if I drag in the x86_64 libraries I need
> from another x86_64 system, put them in a local directory and then
> reference then using the -XR option I can make this setup work?
-XR is for pointing the compiler/linker to
Is it possible to cross-compile a Linux/x86_64 target on a Linux/i386
host? AFAICT it should be possible and I've almost got it working (using
Debian's gcc-4.4-multilib for start-up code) but the linker looks for
x86_64 libraries that aren't available on a i386 system.
I'm guessing that libraries
13 matches
Mail list logo
