From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <435605E7.90201@domain.hid> Date: Wed, 19 Oct 2005 10:37:59 +0200 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Xenomai-help] compiling xenomai on x86_64 References: <4353F109.7000707@domain.hid> <4353F411.4000500@domain.hid> <4353F896.1040508@domain.hid> <435402B4.5060004@domain.hid> <435403C8.80400@domain.hid> <43540531.8050304@domain.hid> <435406E0.8020405@domain.hid> <435408E5.8020007@domain.hid> <435419B0.8030004@domain.hid> <4354AD5A.7010305@domain.hid> <17237.13723.766826.515585@domain.hid> <43553F22.80805@domain.hid> <17237.19216.373031.430361@domain.hid> <43554BD2.1050305@domain.hid> <17237.20014.842135.310718@domain.hid> <43555065.40704@domain.hid> In-Reply-To: <43555065.40704@domain.hid> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4C6E2654BDDCDD69089716C0" List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: xenomai@xenomai.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4C6E2654BDDCDD69089716C0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Jan Kiszka wrote: > Gilles Chanteperdrix wrote: > >>Jan Kiszka wrote: >> > They are for both. You can compile some helloworld64 by calling gcc >> > without arguments or as easily a helloworld32 by running "gcc -m32" - >> > all on the same box withouth additional cross-tool stuff. >> >>Ok, the -m32 fix to configure.in is what I can do for now, it is in the >>repository. Could you try it ? >> > > > Sorry, this doesn't work (but it was my first guess as well). > > The problem is that "-m32" comes from the CC-overloading in > arch/i386/Makefile, and this is not visible to the grabbing trick in > configure.in. Moreover, this would not address ld and ar flags. > > I'm not deep enough into this to see where one can best get the > information from. All I know is that - by chance? - RTnet's stolen build > system did not suffer from this effect the last time I checked. I think > I will have to re-check. > I know now what makes the difference: setting CC=\"$CC\" in XENO_KBUILD_CMD. Xenomai does this and seems to override the "-m32" extension of the kernel build system, RTnet does not. I guess that there is a reason for passing CC to the kernel build system and RTnet is ignoring some use case here, but then we likely have to pass an adapted CC, just like linux/arch/i386/Makefile does. Jan --------------enig4C6E2654BDDCDD69089716C0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDVgXoncNeS9Q0k+IRAlbGAKDhIe9/9Fr7BWdtEFdwNgtIAQuzSgCeL6Ct nAeAn6uu67LT6CKMXLnvxzk= =kijW -----END PGP SIGNATURE----- --------------enig4C6E2654BDDCDD69089716C0--