case statement here.
Ciao
David
>From b573e864d0f758bf86cde1c536cbe62e625852b7 Mon Sep 17 00:00:00 2001
From: David Ostrovsky
Date: Mon, 21 May 2012 19:01:29 +0200
Subject: [PATCH] fdo#50162 merge rtlbootstrap.mk into configure.in
Change-Id: I241be2704a069ec1f6be5861084039569673cc12
Hi,
On Tue, May 22, 2012 at 08:38:55AM +0200, David Ostrovsky wrote:
> I was indeed not sure with arm and was told on irc that eabi would be
> the right way to go...
Well, oabi is dead and anything shipping right now is eabi, so it wasn't
THAT wrong, but we shouldn't break the stuff, should we?
0 Mon Sep 17 00:00:00 2001
From: David Ostrovsky
Date: Mon, 21 May 2012 19:01:29 +0200
Subject: [PATCH] fdo#50162 merge rtlbootstrap.mk into configure.in
Change-Id: I241be2704a069ec1f6be5861084039569673cc12
---
config_host.mk.in |2 +
configure.in | 54 +
On 22 May 2012 08:51, David Tardon wrote:
> IMHO it makes sense to put the
> definitions together in one place.
Definitely, yes, and (the other) David's patch seems nice, just needs
some minor fixes as Rene said.
--tml
___
LibreOffice mailing list
Lib
On Mon, May 21, 2012 at 11:17:23PM +0200, Rene Engelhard wrote:
> I actually think that getting these values from what the compiler gives is
> safest as
> that one *does* know what it's supoosed to compile for.
The point is that determination of values for THIS_OS and THIS_ARCH in
sal/rtl/source/
Hi,
On Mon, May 21, 2012 at 09:39:52PM +0200, David Ostrovsky wrote:
> with this patch sal/rtl/source/macro.hxx is merged into configure
> process and
> rtlbootstrap.mk is not generated any more.
arm*)
CPU=R
CPUNAME=ARM
+RTL_ARCH=ARM_EABI
EPM_FLAGS="-a arm"
RTL_ARCH=x86
[...]
Ciao
David
>From 3aa8559bddb9db832bd7c451d546ad970aae9f71 Mon Sep 17 00:00:00 2001
From: David Ostrovsky
Date: Mon, 21 May 2012 19:01:29 +0200
Subject: [PATCH] fdo#50162 merge rtlbootstrap.mk into configure.in
Change-Id: I241be2704a069ec1f6be5861084039569673c
