> Ah, now that you mention it:
> Such a replacement is done if MACOSX_DEPLOYMENT_TARGET!=10.4. The unxmacx.*
> target is for the 10.4 SDK, but the newer mac targets for more recent SDKs
> use libc++ as their native STL.
>
> So if you adjusted the check in main/RepositoryFixes.mk:50 to your use o
On 11/22/13 9:14 AM, Pavel Janík wrote:
>> Ah, now that you mention it:
>> Such a replacement is done if MACOSX_DEPLOYMENT_TARGET!=10.4. The unxmacx.*
>> target is for the 10.4 SDK, but the newer mac targets for more recent SDKs
>> use libc++ as their native STL.
>>
>> So if you adjusted the chec
On 22.11.2013 09:14, Pavel Janík wrote:
Ah, now that you mention it:
Such a replacement is done if MACOSX_DEPLOYMENT_TARGET!=10.4. The unxmacx.*
target is for the 10.4 SDK, but the newer mac targets for more recent SDKs use
libc++ as their native STL.
So if you adjusted the check in main/Repos
> we are planning to switch to the 10.6 SDK and 64 bit soon and don't plan
> to support older platforms or 32 bit any longer. The overhead is huge
> and I personally believe that most systems are upgraded anyway.
>
> What's your opinion, do you see a problem here?
I can only agree. My build syste
Hi.
We have been discussion to reduce our footprint on the mirrors, see:
https://issues.apache.org/jira/browse/INFRA-6654
It would be wise of us to have this solved before we release 4.1, in order
not to have a potential delay.
The base discussion (please correct me if I am wrong) is which of 2
Hi Raymond,
On 21.11.2013 22:27, Steele, Raymond wrote:
Forget about my last report. We started over and figured out that an
environment variable was causing the dmake issues. Once we cleared the
environment of variables related to our other projects, the build took off. We
will have to figu
On 11/22/13 9:52 AM, jan i wrote:
> Hi.
>
> We have been discussion to reduce our footprint on the mirrors, see:
> https://issues.apache.org/jira/browse/INFRA-6654
>
> It would be wise of us to have this solved before we release 4.1, in order
> not to have a potential delay.
anybody is free to w
On 22 November 2013 10:34, Jürgen Schmidt wrote:
> On 11/22/13 9:52 AM, jan i wrote:
> > Hi.
> >
> > We have been discussion to reduce our footprint on the mirrors, see:
> > https://issues.apache.org/jira/browse/INFRA-6654
> >
> > It would be wise of us to have this solved before we release 4.1,
Good afternoon,
current trunk:
[ build CXX ] sfx2/source/dialog/templdlg
In file included from
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/sfx2/source/dialog/templdlg.cxx:64:
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/sfx2/source/dialog/dialog.hrc:77:1:
error: "STR_STYLE_ELEMTLIST" redefined
In fi
Hi Pavel,
On 22.11.2013 12:03, Pavel Janík wrote:
Good afternoon,
current trunk:
[ build CXX ] sfx2/source/dialog/templdlg
In file included from
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/sfx2/source/dialog/templdlg.cxx:64:
/Users/pavel/BUILD/BuildDir/ooo_trunk_src/sfx2/source/dialog/dialog.hr
A follow up to my previous mail:
On 22.11.2013 13:20, Herbert Duerr wrote:
[...]
Good catch! Looking at Mattias's commit [1] from two years ago the
STR_STYLE_ELEMTLIST seems to be the right one. I'm cc'ing the expert.
[1] http://svn.apache.org/viewvc?view=revision&revision=1172343
To clarify
On 11/22/2013 1:52 AM, jan i wrote:
On 22 November 2013 10:34, Jürgen Schmidt wrote:
On 11/22/13 9:52 AM, jan i wrote:
Hi.
We have been discussion to reduce our footprint on the mirrors, see:
https://issues.apache.org/jira/browse/INFRA-6654
It would be wise of us to have this solved before
Am 11/22/2013 07:37 PM, schrieb Andrew Rist:
On 11/22/2013 1:52 AM, jan i wrote:
On 22 November 2013 10:34, Jürgen Schmidt wrote:
On 11/22/13 9:52 AM, jan i wrote:
Hi.
We have been discussion to reduce our footprint on the mirrors, see:
https://issues.apache.org/jira/browse/INFRA-6654
It
I have been using Apache Open Office for a couple of years now.
The I ran a program that would supposed to delete duplicate programs and it
wiped the program off my disk.
Now when I try re-loading Open Office from your site, the thing progresses
to the point of the green bar almost but not quite f
14 matches
Mail list logo
