On Fri, Jun 03, 2011 at 11:33:34AM +0100, Caolán McNamara wrote:
On Fri, 2011-06-03 at 08:43 +0200, Francois Tigeot wrote:
On Wed, Jun 01, 2011 at 08:20:31PM +0200, Francois Tigeot wrote:
On Wed, Jun 01, 2011 at 07:00:56PM +0200, Francois Tigeot wrote:
New and improved version
Hi,
The attached patch gets rid of many definitions of DLLPOSTFIX. With this
change, shared library file names will be the same on all platforms.
--
Francois Tigeot
From dd00beebf1abf8f4a1c04169b99dc97adc2aee2d Mon Sep 17 00:00:00 2001
From: Francois Tigeot ftig...@wolfpond.org
Date: Wed, 1 Jun
Hi Bjoern,
On Wed, Jun 01, 2011 at 11:46:01AM +0200, Bjoern Michaelsen wrote:
On Wed, 1 Jun 2011 08:59:04 +0200
Francois Tigeot ftig...@wolfpond.org wrote:
The attached patch gets rid of many definitions of DLLPOSTFIX. With
this change, shared library file names will be the same on all
On Wed, Jun 01, 2011 at 07:00:56PM +0200, Francois Tigeot wrote:
To the committers: please do not push this patch. I'll get around to do it
when I'm sure it's okay.
New and improved version available here:
http://dl.wolfpond.org/0001-Unify-DLLPOSTFIX-value-on-all-platforms.v2.patch
Hi Bjoern,
On Sun, May 29, 2011 at 09:19:30PM +0200, Bjoern Michaelsen wrote:
On Sun, 29 May 2011 20:41:20 +0200
Francois Tigeot ftig...@wolfpond.org wrote:
One of your links is about a change of API but there would be none.
The consensus seemed to be this DLL suffix stuff was absolutely
This can be done now
2. Remove DLLPOSTFIX usage in the build system
This can be done bit by bit
There is no fundamental reason to keep it for 4.0 but it can well be left
as-is until then.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice
before the separate arch
dirs in the solver dir, dunno.
I vaguely remember someone mentionning a giant file server in Hamburg where
all binaries where stashed together ...
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
...
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
feature ports.
No need to do expensive release branch - master merges.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
work for 3.5, what about using the same
one for all platforms ?
Say, we could use dll and have the same libfoodll.so file name everywhere
(minus the extension)
This would at least ease the packaging for people having to manage different
platforms.
--
Francois Tigeot
of a maintainability nightmare to say the
least...
Any thoughts on this subject ?
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi Bjoern,
On Sun, May 22, 2011 at 07:36:27PM +0200, Bjoern Michaelsen wrote:
On Sun, 22 May 2011 18:45:53 +0200
Francois Tigeot ftig...@wolfpond.org wrote:
What I would like to know is if there's still a reason to use this
suffix in 2011.
Unfortunately, yes: compatibility for C
libm.so.6
NEEDED libgcc_s.so.1
NEEDED libc.so.6
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
nobody is using it on Linux either.
Is there any reason to keep IA64 support in the tree ?
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
it ?
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
.
Commit to remove these includes just pushed.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
test if we can get the user's home directory, what is the point ?
Would there be a case where if $HOME is not set the build would not crash and
burn immediately anyway ?
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
On Wed, May 11, 2011 at 08:58:09AM +0200, Francois Tigeot wrote:
I will certainly remove a bit more than this patch: the previous workaround
commit will not be needed anymore.
And maybe I should just delete this whole bunch of code. I mean: even if we
test if we can get the user's home
On Wed, May 11, 2011 at 12:04:22PM +0200, Francois Tigeot wrote:
On Wed, May 11, 2011 at 08:58:09AM +0200, Francois Tigeot wrote:
I will certainly remove a bit more than this patch: the previous workaround
commit will not be needed anymore.
And maybe I should just delete this whole bunch
On Sat, May 07, 2011 at 05:41:21PM +0200, Francois Tigeot wrote:
The attached patch removes most of the obsolete file system-related enums
in libs-gui and keeps only two styles:
- NTFS for the Windows NT family of operating systems
- BSD Unix for all the rest
Pushed to master.
--
Francois
the getHomeDir function.
[1]: http://www.pkgsrc.org/
--
Francois Tigeot
diff --git a/sal/qa/osl/security/osl_Security.cxx
b/sal/qa/osl/security/osl_Security.cxx
index edd9669..2cb2b3d 100644
--- a/sal/qa/osl/security/osl_Security.cxx
+++ b/sal/qa/osl/security/osl_Security.cxx
@@ -212,8 +212,8
I just get that download? I tried a number of git commands but without
success.
This sort of file is not managed by git but downloaded by a script from a list
in bootstrap/ooo.lst
AFAIK, you can get this one from http://download.go-oo.org/extern
--
Francois Tigeot
Hi Michael,
On Sat, May 07, 2011 at 07:41:38PM +0100, Michael Meeks wrote:
On Sat, 2011-05-07 at 17:41 +0200, Francois Tigeot wrote:
The attached patch removes most of the obsolete file system-related enums
in libs-gui and keeps only two styles:
Nice :-) We should be using URLs
characters per file name.
It has been obsolete since 1984 or so...
If there is no objection, I'll push this patch in a few days.
--
Francois Tigeot
From e35bda0e2e51501e7db66f52ef0d9c7d8cd16daf Mon Sep 17 00:00:00 2001
From: Francois Tigeot ftig...@wolfpond.org
Date: Sat, 7 May 2011 09:50:44 +0200
is overly complex and wrong in some cases. I was thinking of
simplifying it by doing a simple compile-time check for WNT but this may not be
the best way.
And the function we're talking about is only used once in all the code base. I'm
not even sure it's doing anything useful.
--
Francois Tigeot
On Tue, May 03, 2011 at 10:21:18AM +0200, Francois Tigeot wrote:
On Tue, May 03, 2011 at 02:06:24AM -0600, Tor Lillqvist wrote:
I mean, if we have code in there that assumes NTFS (and SMB) volumes are
case insensitive (at least when accessed from Windows), we should
definitely keep
Hi Jan,
On Tue, May 03, 2011 at 02:35:27PM +0200, Jan Holesovsky wrote:
On 2011-05-03 at 11:22 +0200, Francois Tigeot wrote:
Following a short discussion on IRC, I've decided to remove the bulk of the
code and use a single #if defined(WNT) check instead.
The attached patch
On Mon, May 02, 2011 at 06:18:04PM +0200, Thorsten Behrens wrote:
Francois Tigeot wrote:
Is there a reasonable explanation for the existence of this enum or am I
free
to rip it out and clean all the code using it ?
Rip it out, with the usual due diligence - chances are that you'll
On Mon, May 02, 2011 at 08:45:46PM +0200, Francois Tigeot wrote:
A little part may be useful after all: some functions use knowledge of the
file system to determine if file names are case sensitive or not.
I don't know enough about this matter to decide what to do yet. Maybe I
should try
On Sun, May 01, 2011 at 01:23:53PM -0600, Tor Lillqvist wrote:
Were there some other operating system families in the past ?
Win9x I think.
Thanks Tor. Now that I think about it, it makes sense.
--
Francois Tigeot
___
LibreOffice mailing list
?
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Mon, Apr 18, 2011 at 03:24:15PM +0100, Caolán McNamara wrote:
On Sat, 2011-04-16 at 07:28 +0200, Francois Tigeot wrote:
Hi all,
There's been a commit recently to remove some OS/2 code.
Tor took a dislike to some OS/2 stuff, so I suppose its open season on
it.
Good. I'll start
Hi Cedric,
On Mon, Apr 18, 2011 at 05:00:58PM +0200, Cedric Bosdonnat wrote:
On Sat, 2011-04-16 at 10:34 +0200, Francois Tigeot wrote:
The patches are too big to post here, I've put them on a web server.
These ones only remove os2/ subdirectories:
http://dl.wolfpond.org/0001-Remove-OS
reference to OS/2 I could find in ure/ :
http://dl.wolfpond.org/0001-Remove-OS-2-support.patch
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi all,
There's been a commit recently to remove some OS/2 code.
Now that the cat is out of the bag, I suppose we could remove OS/2 support
completely from the code base.
Do we have a consensus on this matter ?
--
Francois Tigeot
___
LibreOffice
On Tue, Apr 12, 2011 at 11:26:13AM +0200, Francois Tigeot wrote:
On Wed, Apr 06, 2011 at 10:31:09PM +0200, Francois Tigeot wrote:
CVER is defined in set_solenv.in and propagated in form of defines to the
entire source tree.
The attached patch removes it from the build infrastructure
On Mon, Apr 11, 2011 at 12:07:23PM +0200, Fridrich Strba wrote:
The topic says it all
And that's good.
I have missed a few occurences. This next patch takes care of them.
--
Francois Tigeot
From b8bd0b7067b34dfed17efc7d535c561cb5d6e3c5 Mon Sep 17 00:00:00 2001
From: Francois Tigeot ftig
On Wed, Apr 06, 2011 at 10:31:09PM +0200, Francois Tigeot wrote:
CVER is defined in set_solenv.in and propagated in form of defines to the
entire source tree.
And is no longer used.
The attached patch removes it from the build infrastructure.
--
Francois Tigeot
From
On Thu, Apr 07, 2011 at 04:16:28PM +0100, Michael Meeks wrote:
On Wed, 2011-04-06 at 22:31 +0200, Francois Tigeot wrote:
Could a Solaris user confirm whether C52 is indeed completely obsolete
or not in the year 2011 ?
I would just ignore it :-) when the Illumos (the only Solaris I
On Fri, Apr 08, 2011 at 02:02:01PM +0200, Francois Tigeot wrote:
On Thu, Apr 07, 2011 at 04:16:28PM +0100, Michael Meeks wrote:
On Wed, 2011-04-06 at 22:31 +0200, Francois Tigeot wrote:
CVER is defined in set_solenv.in and propagated in form of defines to the
entire source tree
On Sat, Apr 09, 2011 at 09:02:35AM +0200, Francois Tigeot wrote:
There are also M1310 and M1400 checks, but M1310 and M1400 are not defined
anywhere and can be safely removed.
The attached patch removes all occurences of M1310 and M1400 I've found.
If some Windows developer could test
Hi Michael,
On Thu, Apr 07, 2011 at 04:16:28PM +0100, Michael Meeks wrote:
On Wed, 2011-04-06 at 22:31 +0200, Francois Tigeot wrote:
CVER is defined in set_solenv.in and propagated in form of defines to the
entire source tree.
We're not worried about the Solaris build - we don't
On Tue, Apr 05, 2011 at 09:02:48PM +0200, Francois Tigeot wrote:
On Tue, Apr 05, 2011 at 02:28:40PM +0200, Petr Mladek wrote:
On Tue, Apr 05, 2011 at 11:53:55AM +0100, Michael Meeks wrote:
I guess it might be a good idea to default to 'auto' for
hash-style,
and compile
option depending if the machine can run such binaries or
not.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Wed, Apr 06, 2011 at 05:45:39PM +0200, Petr Mladek wrote:
Francois Tigeot píše v St 06. 04. 2011 v 17:04 +0200:
the test you have reused and the one I just wrote are for two different
things.
We have two things here:
- the first check tested for --hash-style=gnu option support
On Wed, Apr 06, 2011 at 06:28:47PM +0200, Petr Mladek wrote:
Francois Tigeot píše v St 06. 04. 2011 v 18:01 +0200:
I admit I only have taken a cursory look to the patch itself. Howewer, I've
also updated my git repository and tried to build LibreOffice.
The build failed exactly as I
the #if defined(C52) checks
from the tree.
(and then remove CVER, simplifying things a bit more).
Could a Solaris user confirm whether C52 is indeed completely obsolete
or not in the year 2011 ?
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice
Hi Michael,
On Tue, Apr 05, 2011 at 11:53:55AM +0100, Michael Meeks wrote:
On Mon, 2011-04-04 at 22:51 +0200, Francois Tigeot wrote:
During the last few days, my builds have been broken with this error
message:
makedepend: Shared object has no run-time symbol table
Oh
.gnu.hash
section; it is of no use when you want to check if a particular system can
_run_ them.
Kind Regards,
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
generates both old and new-style sections,
keeping all binutils happy.
The attached patch does just that.
--
Francois Tigeot
diff --git a/configure.in b/configure.in
index 50ea5e1..4882e09 100755
--- a/configure.in
+++ b/configure.in
@@ -958,7 +958,7 @@ WITH_SYSTEM_MOZILLA=no)
AC_ARG_WITH(linker
On Sun, Mar 27, 2011 at 10:27:16AM +0200, Miklos Vajna wrote:
On Sun, Mar 27, 2011 at 07:50:06AM +0200, Francois Tigeot
ftig...@wolfpond.org wrote:
curl is required at the autogen.sh stage: if I try to run ./autogen.sh
without any curl package installed, I get this error:
configure
module shed some light on
this ? I'm pretty sure this hard-coded call to a 'java' executable is a bug
but I don't know enough about the implications to disable it yet.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http
On Sat, Mar 26, 2011 at 05:41:20PM +0100, Andras Timar wrote:
2011/3/26 Francois Tigeot ftig...@wolfpond.org:
Shouldn't l10ntools/java/jpropex be removed then ?
Or the whole l10ntoos/java directory while we're at it ?
Good question.
java/l10nconv and java/receditor are not even build
.
Looks good to me.
Howewer, I'd prefer to have only one dragonfly.mk file. No need to have
two files with tens of identical lines and only one or two different ones.
You can just delete the -INTEL file and rename the other one, I'm not
trying to build on i386 for now.
--
Francois Tigeot
Hey Bjoern,
On Sun, Mar 20, 2011 at 01:05:07AM +0100, Bjoern Michaelsen wrote:
On Sat, 19 Mar 2011 06:09:10 +0100
Francois Tigeot ftig...@wolfpond.org wrote:
Well, all my builds of the last few month were run without it.
That is luck and you dont want to count on that. Anyone using
the last code drop introduced a new dependency to GNU cp:
$ ./autogen.sh [blah]
[...]
checking for cp... /bin/cp
checking whether /bin/cp is GNU cp from coreutils with preserve= support...
configure: error: no, GNU cp needed. install or specify with
--with-gnu-cp=/path/to/it
--
Francois Tigeot
Hi Bjoern,
On Sat, Mar 19, 2011 at 05:36:02AM +0100, Bjoern Michaelsen wrote:
On Fri, 18 Mar 2011 23:17:34 +0100
Francois Tigeot ftig...@wolfpond.org wrote:
configure: error: no, GNU cp needed. install or specify
with --with-gnu-cp=/path/to/it
As the guy who changed that (back when I
a jdk on our users.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Tue, Mar 01, 2011 at 12:07:22AM +0100, Francois Tigeot wrote:
On Mon, Feb 28, 2011 at 09:26:46PM +, Caolán McNamara wrote:
This confirms the theory anyway. Doesn't help exactly pin down the
problem, but it does point to some global dtor, or explicit
atexit/cxa_finalize handler, so
files works fine.
How can I know what exactly is going wrong ?
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
.
The only issue I've found at runtime so far is I'm unable to save normal
.odt or .ods files but this may not be related.
I've not yet encountered a single LibreOffice crash.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Hi Kevin,
Thanks for the help.
On Mon, Mar 07, 2011 at 07:02:30AM -0500, Kevin Hunter wrote:
At 3:11am -0500 Mon, 07 Mar 2011, Francois Tigeot wrote:
The dialog box just closes itself and reopens half a second later.
No file is written to disk.
Saving .fods and .fodt files works fine
Hi Michael,
On Mon, Mar 07, 2011 at 12:38:28PM +, Michael Meeks wrote:
On Mon, 2011-03-07 at 09:11 +0100, Francois Tigeot wrote:
The dialog box just closes itself and reopens half a second later. No file
is
written to disk.
What fun :-)
Yeah :-/
you mentioned that your
On Mon, Mar 07, 2011 at 11:35:15AM -0500, Kevin Hunter wrote:
At 10:51am -0500 Mon, 07 Mar 2011, Francois Tigeot wrote:
Well, I was also thinking about a printf-like solution. I just hoped
to not have to rebuild a binary, it takes almost two hours and a
half...
That's just it: you don't
On Mon, Mar 07, 2011 at 03:43:27PM +, Michael Meeks wrote:
On Mon, 2011-03-07 at 15:34 +0100, Francois Tigeot wrote:
The output is almost unreadable: it seems LO constantly runs poll() and
gettimeofday().
That would be interacting with the X server ;-) try not to use the
mouse
3.x developpement:
http://trinity.pearsoncomputing.net/
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Thu, Feb 24, 2011 at 11:56:56AM +0100, Francois Tigeot wrote:
On Thu, Feb 24, 2011 at 10:11:46AM +, Caolán McNamara wrote:
On Thu, 2011-02-24 at 09:30 +0100, Francois Tigeot wrote:
With STAR_RESOURCEPATH set, gdb ends up in an eternal wait state, exactly
like when I ran it from
On Mon, Feb 28, 2011 at 09:26:46PM +, Caolán McNamara wrote:
On Mon, 2011-02-28 at 20:07 +0100, Francois Tigeot wrote:
Program received signal SIGSEGV, Segmentation fault.
0x000801535510 in ?? ()
(gdb) bt
#0 0x000801535510 in ?? ()
#1 0x0008010b7db9 in __cxa_finalize
.
I had to comment some code for an unrelated failure; I'll send a separate
mail for that one.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
this commit is to blame:
http://cgit.freedesktop.org/libreoffice/base/commit/?id=a66fec7123aa82cf441066cf91e0e287450f0784
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
it.
I have attached two files:
- build.log, the output of dmake in sc/qa/unit
- gdbtrace.log
I may have missed something stupid, like a path element but for now I'm stuck.
Any help would be much appreciated !
--
Francois Tigeot
build -- version: 275224
=
Building module sc
On Wed, Feb 23, 2011 at 12:36:14PM +, Caolán McNamara wrote:
On Wed, 2011-02-23 at 09:46 +0100, Francois Tigeot wrote:
For now, I'm focussing on sc/qa/unit.
Because your log shows OK (10) before it falls over and dies, I
believe that the tests themselves are passing, and you are dying
Failures: 1 Errors: 0
dmake: Error code 1, while making 'test2'
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Wed, Feb 23, 2011 at 02:13:34PM +0100, Francois Tigeot wrote:
On Wed, Feb 23, 2011 at 12:36:14PM +, Caolán McNamara wrote:
Another possibility is some nasty atexit/__cxa_atexit problem. A hack to
experiment for that possibility can be found at
http://lists.freedesktop.org/archives
On Mon, Feb 21, 2011 at 11:28:19AM -0500, Kohei Yoshida wrote:
On Fri, 2011-02-18 at 10:28 +0100, Francois Tigeot wrote:
There's some value in that. I've attached a small patch instead ;)
Looks like someone has already applied this patch (?)
It would be helpful if whoever applies
On Wed, Feb 16, 2011 at 08:49:47PM +0100, Francois Tigeot wrote:
The attached patches remove OSF/1 support from the build system and some
application code.
Pushed.
For the record, these patches and subsequent ones can be considered to be
LGPLv3+/MPL unless stated otherwise
--
Francois Tigeot
On Mon, Feb 21, 2011 at 04:25:37PM +, Caolán McNamara wrote:
On Mon, 2011-02-21 at 17:19 +0100, Francois Tigeot wrote:
The attached patch a 386BSD #defined test (the only one ?)
Go for it,
Pushed.
that mkdepend is derived from some imake mkdepend or
something, hence the old platforms
On Mon, Feb 21, 2011 at 08:43:20PM +, Caolán McNamara wrote:
On Fri, 2011-02-18 at 11:37 +0100, Francois Tigeot wrote:
This patch gets rid of some remaining SCO tests.
Go ahead and push this yourself now.
Done.
What's strange is that there were references in sal/osl/os2/
It seems
OSL_ENSURE(it != aControlList.begin() it != aControlList.rbegin(),
Button at first or last position?);
I believe there should be a cast to const somewhere for aControlList.rbegin()
but I am no C++ programmer and cannot write a fix for this expression.
--
Francois Tigeot
Hi Jan,
On Fri, Feb 18, 2011 at 09:30:06AM +0100, Jan Holesovsky wrote:
Francois Tigeot píše v Čt 17. 02. 2011 v 18:29 +0100:
One small patch needed at runtime
Thank you, pushed! :-)
Thanks :-)
If you can send the further patches as the output of
git format-patch HEAD~
(you have
On Fri, Feb 18, 2011 at 09:38:59AM +0100, Jan Holesovsky wrote:
Hi Francois,
Francois Tigeot píše v Čt 17. 02. 2011 v 23:32 +0100:
Following the removal of files in testing/testautomation/framework/optional
I had a look in test/testautomation/ and the files there seemed largely
unused
On Thu, Feb 17, 2011 at 06:40:11PM +0100, Francois Tigeot wrote:
On Thu, Feb 17, 2011 at 05:25:06PM +, Michael Meeks wrote:
Well; javaldx sets up the LD_LIBRARY_PATH for java to 'actually
work' It also used to be the case that without /proc mounted it would crash
and burn[1
.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Thu, Feb 17, 2011 at 10:08:58AM +, Caolán McNamara wrote:
CSET is probably also complete foo IIRC. Though I don't know to what it
referred.
I don't know if these cleanups are the reason, but my builds are now faster
by a few minutes.
I'm down to 2:38 on a 3GHz Core 2.
--
Francois
One small patch needed at runtime
--
Francois Tigeot
diff --git a/desktop/scripts/soffice.sh b/desktop/scripts/soffice.sh
index e485b11..caa975c 100644
--- a/desktop/scripts/soffice.sh
+++ b/desktop/scripts/soffice.sh
@@ -70,7 +70,8 @@ fi
sd_binary=`basename $0 | sed 's/libreoffice/soffice/g
the check ;-)
I kinda understand that. Java can be such a pain...
The good news is that in 3.4 we will have a totally different component
registration mechanism, so - we can kill that check on master
pre-emptively (perhaps).
How about that ? :-)
I'm in full agreement :-)
--
Francois
Following the removal of files in testing/testautomation/framework/optional
I had a look in test/testautomation/ and the files there seemed largely
unused.
I have removed this directory from my local git tree; I had no trouble
building and installing LibreOffice afterwards.
--
Francois Tigeot
Well, it's not really a patch but a new file.
This is the last missing piece to complete a build on DragonFly.
It should be put into bootstrap/solenv/inc/
--
Francois Tigeot
# Version: MPL 1.1 / GPLv3+ / LGPLv3+
#
# The contents of this file are subject to the Mozilla Public License Version
LibreOffice has ever run on HP/UX.
What about SCO ?
Maybe we should put an announcement on the web site or something. It would
be a shame to remove support for a platform still in use by someone.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice
.
Are the UUID_SYSTEM_TIME_RESOLUTION_100NS_TICKS defines in
sal/inc/rtl/uuid.h a part of that ?
It looked completely bogus to me.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Wed, Feb 16, 2011 at 01:06:47PM +, Caolán McNamara wrote:
On Wed, 2011-02-16 at 13:03 +0100, Francois Tigeot wrote:
On Wed, Feb 16, 2011 at 08:55:12AM +, Caolán McNamara wrote:
Are the UUID_SYSTEM_TIME_RESOLUTION_100NS_TICKS defines in
sal/inc/rtl/uuid.h a part
-mingw.patch
but since they are patches, I didn't dare modify them.
I have also let dmake/ untouched.
--
Francois Tigeot
diff --git a/configure.in b/configure.in
index 45a22cd..ddf1614 100755
--- a/configure.in
+++ b/configure.in
@@ -1470,12 +1470,6 @@ case $host_os in
AC_MSG_RESULT
Hi Thomas,
On Wed, Feb 16, 2011 at 09:15:37PM +0100, Thomas Arnhold wrote:
in the meantime I removed HPUX and SCO support. Found out, that
osarch.pm is pretty unused ;)
Seems like good ideas are common these days :-)
--
Francois Tigeot
have thought there was Windows 3.x code in there !!
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
plan to remove all traces of
OSF1 / DECUNIX and 386BSD (which has been dead since 1993 or so)
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
LibreOffice was forked...
http://cgit.freedesktop.org/libreoffice/bootstrap/diff/solenv/inc/unxobsd.mk?id=773db1a598d5800ca5e37258d3fbf397d8ffc4f2
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http
On Tue, Feb 15, 2011 at 09:05:15PM +, Caolán McNamara wrote:
On Tue, 2011-02-15 at 18:34 +0100, Francois Tigeot wrote:
- i386 / amd64
- power / powerppc
- sparc / sparc64
- arm
- mips
- alpha
http://porting.openoffice.org/ might help btw. FWIW We (Red Hat, Inc.)
build/ship
On Sun, Feb 13, 2011 at 09:30:17PM +, Caolán McNamara wrote:
On Sat, 2011-02-12 at 20:34 +0100, Francois Tigeot wrote:
LibreOffice builds now run for almost 3 hours before failing on DragonFly.
The errors are always of the same sort: some kind of segmentation fault
with an unit test
of
'com::sun::star::uno::RuntimeException'
[1]15465 abort (core dumped) LD_LIBRARY_PATH=
../../unxdflyx3.pro/lib/libswdoctest.so -headless -invisibl
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http
101 - 200 of 224 matches
Mail list logo