On 6/5/13 3:38 PM, Ariel Constenla-Haile wrote:
> On Wed, Jun 05, 2013 at 07:52:28AM +0200, Jürgen Schmidt wrote:
>> On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
>>> On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr wrote:
The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1]
>>
On Wed, Jun 05, 2013 at 07:52:28AM +0200, Jürgen Schmidt wrote:
> On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
> > On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr wrote:
> >> The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1]
> >> prevents
> >> the common isfinite() macro from w
On 05.06.2013 07:52, Jürgen Schmidt wrote:
On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
[...]
This CentOS has
g++ --version
g++ (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is N
On 6/3/13 9:51 PM, Ariel Constenla-Haile wrote:
> On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr wrote:
>> The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1] prevents
>> the common isfinite() macro from working reliably. The builtin should work
>> according to the gcc documentation
2013/6/3 Jürgen Schmidt :
> I would like to propose a new snapshot build based on trunk revision
> 146 (related snapshot tag revision 148).
+1
Albino
-
To unsubscribe, e-mail: dev-unsubscr...@openo
On Mon, Jun 3, 2013 at 4:41 PM, Herbert Duerr wrote:
> The __builtin_isfinite() is used for for GCC as GCC's bug 14608 [1] prevents
> the common isfinite() macro from working reliably. The builtin should work
> according to the gcc documentation [2]: "GCC provides fpclassify, isfinite,
> isinf_sig
On 06/03/2013 08:42 PM, Ariel Constenla-Haile wrote:
[...]
Build is broken in three places (CentOS x86-64):
1) sal/inc/rtl/math.hxx:
../../inc/rtl/math.hxx: In function 'bool rtl::math::isFinite(double)':
../../inc/rtl/math.hxx:313: error: '__builtin_isfinite' was not declared
in this scope
../
On 6/3/13 8:42 PM, Ariel Constenla-Haile wrote:
> On Mon, Jun 03, 2013 at 10:29:22AM +0200, Jürgen Schmidt wrote:
>> Hi,
>>
>> I would like to propose a new snapshot build based on trunk
>> revision 146 (related snapshot tag revision 148).
>>
>> This snapshot should provide a SDK as well
On 6/3/13 2:09 PM, Herbert Duerr wrote:
> On 03.06.2013 10:29, Jürgen Schmidt wrote:
>> I would like to propose a new snapshot build based on trunk revision
>> 146 (related snapshot tag revision 148).
>
> +1
>
>> This snapshot should provide a SDK as well that should work with the
>> rewo
On 03.06.2013 10:29, Jürgen Schmidt wrote:
I would like to propose a new snapshot build based on trunk revision
146 (related snapshot tag revision 148).
+1
This snapshot should provide a SDK as well that should work with the
reworked (3layer) directory structure of the office.
@Ariel
On 03.06.2013 10:29, Jürgen Schmidt wrote:
I would like to propose a new snapshot build based on trunk revision
146 (related snapshot tag revision 148).
+1
This snapshot should provide a SDK as well that should work with the
reworked (3layer) directory structure of the office.
@Ariel
Hi,
I would like to propose a new snapshot build based on trunk revision
146 (related snapshot tag revision 148).
This snapshot should provide a SDK as well that should work with the
reworked (3layer) directory structure of the office.
@Ariel, please use the configure switch --without-st
12 matches
Mail list logo
