bridges/source/cpp_uno/gcc3_linux_x86-64/uno2cpp.cxx |4
configure.in | 12 ++--
2 files changed, 14 insertions(+), 2 deletions(-)
New commits:
commit 7c9e637bdebbc3688f3d321048f77b480b58dc24
Author: Robert Nagy rob...@openbsd.org
Date
download |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit bae6e3f4fe355d0018c77e68d19bc64b52fe1ba6
Author: Robert Nagy rob...@openbsd.org
Date: Sun Mar 18 14:14:02 2012 +0100
use /usr/bin/env bash instead of /bin/bash
diff --git a/download b/download
index
1c184292ad65907a5c19458ae4366c5af67d4828
Author: Robert Nagy robert.n...@gmail.com
Date: Wed Dec 21 15:15:36 2011 +0100
sync the gb_LinkTarget__command_dynamiclink function from unxgcc.mk
diff --git a/solenv/gbuild/platform/OPENBSD_INTEL_GCC.mk
b/solenv/gbuild/platform/OPENBSD_INTEL_GCC.mk
index b9a47da..acebb04 100644
b8b22391ae7f87c8fb495a9e6839ed508fdaf932
Author: Robert Nagy robert.n...@gmail.com
Date: Wed Dec 21 16:16:22 2011 +0100
only use posix_fallocate() if it's actually available
diff --git a/bridges/source/cpp_uno/shared/makefile.mk
b/bridges/source/cpp_uno/shared/makefile.mk
index 4ce8122
solenv/bin/concat-deps.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
New commits:
commit b23f2d78c4d3ca9a79027c6251f3933a85f88053
Author: Robert Nagy rob...@openbsd.org
Date: Sun Dec 18 11:18:28 2011 +0100
use the same memory alignment for *BSD as on Linux
diff --git
I would like to ask my fellow developers to be more careful
about merging and _touching_ files at all that they don't
understand. During the last two days I had to fix several
problems that were introduced by merging changes, hell I
even found files with _conflicts_ in them and the guy who
pushed
On (2011-07-27 10:03), Kohei Yoshida wrote:
On Wed, 2011-07-27 at 14:35 +0200, Robert Nagy wrote:
I would like to ask my fellow developers to be more careful
about merging and _touching_ files at all that they don't
understand. During the last two days I had to fix several
problems
On (2011-07-27 10:50), Norbert Thiebaud wrote:
Having done massive merge with conflicting files numbering in the
thousands, I would be less quick to throw a stone here.
I also had to iron some kink on MacOs this week-end as a fallback of
gnumake4 merge... but all in all it 'cost' me few hours
On (2011-07-27 15:53), Thomas Arnhold wrote:
On 07/27/2011 02:35 PM, Robert Nagy wrote:
I would like to ask my fellow developers to be more careful
about merging and _touching_ files at all that they don't
understand. During the last two days I had to fix several
problems that were introduced
On (2011-07-27 20:31), Bjoern Michaelsen wrote:
On Wed, 27 Jul 2011 20:06:06 +0200
Robert Nagy rob...@openbsd.org wrote:
If a patch/merge touches all of the platform files then it should be
sent to the developers responsible for that part of the tree directly,
Completely unworkable
I am talking about things that were fixed once and then overwritten by a merge.
I mean it conflicts for a reason!
On (2011-07-27 13:32), Tor Lillqvist wrote:
If a patch/merge touches all of the platform files then it should be
sent to the developers responsible for that part of the tree
Hey,
Oh I just love this code, but are we actually planning on using
the size-bounded string functions like strlcpy(3)?
Because then you have to consider that these are not part of glibc
so we will have to ship our own version which is not a big deal at all
It would be a huge effort to switch all
overflows.
It is implemented by Microsoft, but sadly it seems like we don't
have it in glibc
Marc-André Laverdi??re
Software Security Scientist
Innovation Labs, Tata Consultancy Services
Hyderabad, India
On 06/20/2011 11:57 AM, Robert Nagy wrote:
Hey,
Oh I just love this code
: strcpy() is almost always
misused, please use strlcpy()
On (2011-06-20 12:09), Robert Nagy wrote:
Hello,
Well you don't have it any other supported platforms either.
You can't just use macros to use those whenever they are supported,
we would have to walk through the code and convert each
On (2011-06-20 15:30), Marc-André Laverdi??re wrote:
- Gcc TODO
For GCC you could redefine all of the functions with the deprecated
attribute like:
#include stdio.h
int printf(const char *format, ...) __attribute__((deprecated));
int
main()
{
printf();
return 0;
}
Which
On (2011-06-20 05:48), Tor Lillqvist wrote:
I have to say, I'm kind of unenthusiastic about deprecating strlen and
memcpy.
I agree fully.
I was under the impression that LO mostly uses its own (too many) string
classes anyway, and usually for strings of UTF-16 (16-bit) elements (for
Hi
I got fed up by the warnings while compiling. Okay to commit?
diff --git a/sc/source/core/data/documen8.cxx b/sc/source/core/data/documen8.cxx
index 23cb408..90fdf5c 100644
--- a/sc/source/core/data/documen8.cxx
+++ b/sc/source/core/data/documen8.cxx
@@ -1621,4 +1621,4 @@ void
After switching to gbuild ENABLE_SYSTRAY_GTK was not defined in the
sfx target and the plugin name for libqstart was also hardcoded for
linux.
---
sfx2/Library_qstart.mk|7 +++
sfx2/Library_sfx.mk |9 +
sfx2/source/appl/shutdownicon.cxx |2 +-
3
---
desktop/source/app/app.cxx |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/desktop/source/app/app.cxx b/desktop/source/app/app.cxx
index d8483a2..8c86886 100644
--- a/desktop/source/app/app.cxx
+++ b/desktop/source/app/app.cxx
@@ -1784,7 +1784,7 @@ int
On (2011-04-20 09:52), Andreas Becker wrote:
Robert,
my patch:
http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4id=6c3539d8e1dbad13264b862e1344e3c3a8690dec
your patch:
On (2011-04-20 10:14), Michael Meeks wrote:
Hi Andreas,
On Wed, 2011-04-20 at 09:52 +0200, Andreas Becker wrote:
Really not.
The reason is, that the old version does not always work:
For me, print(distutils.sysconfig.get_config_var('VERSION')); prints
3.2, but the library is
Better diff (note that this still requires a shared library and will not work
static ones):
diff --git a/configure.in b/configure.in
index 470aa39..0d06542 100755
--- a/configure.in
+++ b/configure.in
@@ -4108,11 +4108,11 @@ elif test -n $with_system_python -o -n
$with_system_libs \
After discussing this with Michael it seems the best solution
would be to use python-config, it even makes configure.in smaller ;)
Please test it with python3 too.
diff --git a/configure.in b/configure.in
index 470aa39..4dd7a4e 100755
--- a/configure.in
+++ b/configure.in
@@ -4107,12 +4107,9 @@
Hey,
I am not sure that the a/desktop/scripts/soffice.sh diff is needed on FreeBSD, I
tought $ORIGIN works fine there.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
if we use that simol it might break other versions of db.
On (2011-01-10 10:16), Gökçen Eraslan wrote:
Perşembe 06 Ocak 2011 günü (saat 20:03:28) Petr Mladek şunlar?? yazm??şt??:
Hi,
this fixed the problem described in the attached mail.
Gökçen, Robert, could you please test it and
On (2011-01-05 14:27), Michael Meeks wrote:
So - I would prefer to stick with large icons; and not use the DPI
setting. I suggest instead, that we only use large icons if the true Y
resolution 768 - how does that sound ?
ATB,
Michael.
That would work fine too, I
On (2011-01-05 14:27), Michael Meeks wrote:
So - I would prefer to stick with large icons; and not use the DPI
setting. I suggest instead, that we only use large icons if the true Y
resolution 768 - how does that sound ?
Oh wait, I misunderstood. That is wrong. I am on a 1920x1080
)
dimensions:1920x1080 pixels (518x291 millimeters)
resolution:94x94 dots per inch
It is strange for me tho that linux *hardcodes* 75. Where is taht
hardcoded?
On (2011-01-05 17:14), Michael Meeks wrote:
Hi Robert,
On Wed, 2011-01-05 at 16:24 +0100, Robert Nagy wrote:
On (2011-01-05 14
It seems to me that gedit uses GTK_ICON_SIZE_MENU which is 16x16.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi
We should just ignore all the theming here since a lot of people are not
running gnome or whatever window manager and just use stock gtk.
On (2011-01-05 18:59), Christian Lohmaier wrote:
Hi Robert, *,
On Wed, Jan 5, 2011 at 6:36 PM, Robert Nagy rob...@openbsd.org wrote:
It seems to me
Hi
I am *not* using any themes, it's the default GTK one. Anyways that does not
matter now.
On (2011-01-05 19:15), Christian Lohmaier wrote:
Hi Robert, *,
On Wed, Jan 5, 2011 at 7:02 PM, Robert Nagy rob...@openbsd.org wrote:
We should just ignore all the theming here
No way - as gtk
---
vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx
b/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx
index f7a1cf2..fe7791d 100644
--- a/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx
+++
Hey,
Sweet!
Should I do a full build with it on i386 or did you test it already
on the box?
On (2010-12-08 16:49), Caolán McNamara wrote:
So, checking this out on Robert's OpenBSD box and digging into MacOSX
land it appears that Linux has different x86 struct returning rules than
MacOSX and
sure
On (2010-12-07 16:36), Petr Mladek wrote:
Hi,
there is a proposal to use the tag libreoffice-3.3.0.1 instead of
LIBREOFFICE_3_3_0_1 and mention it in the LibreOffice/About dialog as
is. It is more clear and understandable.
Would you mind if we do this change for LibO-3.3-rc2?
Sorry I don't like my colour :)
On (2010-12-03 11:49), Sebastian Spaeth wrote:
http://libreoffice.org/credits.html has been updated. On Wol's request
it contains now the last commit date too, to see how up to date it is.
This is the first version without the build repo being included in the
Yes please. I have this diff too, so just push it to both master and stable.
On (2010-12-03 15:39), Thomas Klausner wrote:
Hi!
I'd like to push the attached patch to bootstrap.
Currently, when finding X (on all platforms but WIN32, DARWIN with
Aqua and OS2), CFLAGS and LDFLAGS are
Hi,
So this is a modified versio nof patches/dev300/system-db-check.diff
to find the proper berkeley db headers and libs.
I really would like to get this into bootstrap so please test and comment.
Thanks
From 8f5b9b8c85ae9d95dbe13b38abc3b473c045a138 Mon Sep 17 00:00:00 2001
From: Robert Nagy rob
Move unxlng.mk to unxgcc.mk and use that on OpenBSD and Linux
too as a default and then overwrite or add variables.
---
solenv/inc/unxgcc.mk | 279 +
solenv/inc/unxlng.mk | 253 +---
solenv/inc/unxobsd.mk
Well remove it from the menu then.
On (2010-11-17 16:15), Rene Engelhard wrote:
On Wed, Nov 17, 2010 at 03:46:23PM +0100, Robert Nagy wrote:
Just keep the plaintext one and kill the odt and
the html ones. They are useless.
That's no true, the odt is used by the menu.
Grüße/Regards
---
bin/package-ooo | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/bin/package-ooo b/bin/package-ooo
index f5d5c43..0d6dcac 100755
--- a/bin/package-ooo
+++ b/bin/package-ooo
@@ -176,11 +176,11 @@ case $VENDORNAME in
# Icons and menu stuff is
---
bin/localize-ooo |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/bin/localize-ooo b/bin/localize-ooo
index d253d6d..5b1b86f 100755
--- a/bin/localize-ooo
+++ b/bin/localize-ooo
@@ -95,7 +95,7 @@ done
# it looks for files any-name-lang.sdf, e.g. gallery-hu.sdf
# it
---
bin/localize-ooo |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/bin/localize-ooo b/bin/localize-ooo
index d253d6d..46ea56c 100755
--- a/bin/localize-ooo
+++ b/bin/localize-ooo
@@ -95,7 +95,7 @@ done
# it looks for files any-name-lang.sdf, e.g. gallery-hu.sdf
#
ACK
On (2010-11-12 03:41), Tor Lillqvist wrote:
The outer configure.in already takes a --with-gnu-tar option and sets the
GNUTAR autoconf substitution, isn't it easier to use that, and make the
indicated GNU tar propagate to bin/install-artwork some way? (Sourcing
bin/setup and using
---
configure.in |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.in b/configure.in
index b92e597..0b812c2 100644
--- a/configure.in
+++ b/configure.in
@@ -5399,15 +5399,15 @@ if test -n $with_system_icu -o -n $with_system_libs
\
AC_LANG_PUSH([C++])
---
bin/install-artwork |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/bin/install-artwork b/bin/install-artwork
index 7695e4a..621cde3 100755
--- a/bin/install-artwork
+++ b/bin/install-artwork
@@ -7,6 +7,12 @@ dest=$2
echo do artwork tweaks ...
+if test
Oh sure I missed that. Otherwise can I push it?
On (2010-11-11 20:55), Caolán McNamara wrote:
On Thu, 2010-11-11 at 21:32 +0100, Robert Nagy wrote:
- tar -C $src/layout --exclude=.svn -cf- default_images ooo_custom_images
| tar -C $dest -xf-
+ ${TAR} -C $src/layout --exclude=.svn -cf
Hi
I also get some Java crashes randomly running regcomp,
since OOo 3.3rc2. 3.2 was fine so there has to be a change
somewhere.
On (2010-11-11 01:55), Jan Holesovsky wrote:
Hi Norbert,
Caolán McNamara píše v Po 08. 11. 2010 v 13:47 +:
There is some improvement on the smoketest front
On (2010-11-08 16:29), Caolán McNamara wrote:
On Sun, 2010-11-07 at 20:42 +0100, Robert Nagy wrote:
If the internal hyphen library is used which does not
build a shared object, then link to $(SOLARLIBDIR)/libhyphen.a,
instead of using -lhyphen on UNX + GCC.
How come, the -L options
The diff makes i18npool/source/paper/makefile.mk define
LIBTARGET=NO just like other makefiles in the i18npool/source/ directory.
Without this patch I always get:
dmake: /home/robert/build/build/libreoffice-3.2.99.2/solenv/inc/_tg_lib.mk:
line 1020: Error: -- Multiply defined recipe for
On (2010-11-06 12:12), Caolán McNamara wrote:
On Sat, 2010-11-06 at 00:16 +0100, Thomas Klausner wrote:
Pushed, thanks!
Something of a historic moment when Linux, OpenBSD, FreeBSD and NetBSD
unify something :-)
C.
Oh there is more coming :)
---
configure.in | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/configure.in b/configure.in
index aab3995..6f72931 100644
--- a/configure.in
+++ b/configure.in
@@ -4368,11 +4368,16 @@ if test -n $with_system_db -o -n $with_system_libs
\
test
A little bit more explanation:
On OpenBSD there is a db.h in /usr/include which is not sleepycat db4,
and of course it gets picked up and the compile test fails.
On (2010-11-05 12:22), Robert Nagy wrote:
---
configure.in | 15 ++-
1 files changed, 10 insertions(+), 5 deletions
Hi
I'd personally not give the freedom to the user to pick whatever
sleepycat db they want to use, just make a dependency for one only
and check for that.
On (2010-11-05 15:11), Hanno Meyer-Thurow wrote:
Hi Robert,
you may have a look at what we do for Gentoo Linux, where we have
the
-d is not needed for gunzip because it will do a decompress
anyways and -d is not available in every gunzip implementation
---
packimages/pack/makefile.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/packimages/pack/makefile.mk b/packimages/pack/makefile.mk
index
wiz, does this work on NetBSD? It does on OpenBSD,
so i would like to push it.
thanks
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On (2010-11-04 16:53), Thomas Klausner wrote:
One thing though: there are some checks for FreeBSD version like:
+#if __FreeBSD_version 602103
+: m_hApp( dlopen( 0, RTLD_NOW | RTLD_GLOBAL ) )
+#else
: m_hApp( dlopen( 0, RTLD_LAZY ) )
+#endif
a) does this work as intended on
Just sent the new diff.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi
The Subject says everything, not to mention that gunzip will always
decompress, so there is no need for -d.
gunzip: unknown option -- d
usage: gunzip [-cfhlNnqrtVv] [-o filename] [file ...]
--
diff --git a/bin/setup.in b/bin/setup.in
index 6133d77..a802598 100755
--- a/bin/setup.in
+++
Hey
Attached some diffs to make LibreOffice boostrap on OpenBSD.
diff --git a/configure.in b/configure.in
index 52d7c8f..94c1ba8 100644
--- a/configure.in
+++ b/configure.in
@@ -1556,9 +1556,21 @@ case $build_os in
test_cups=no
test_randr=no
test_freetype=yes
-
diff --git a/solenv/inc/unitools.mk b/solenv/inc/unitools.mk
index 6bf0653..c6055d1 100644
--- a/solenv/inc/unitools.mk
+++ b/solenv/inc/unitools.mk
@@ -107,7 +107,7 @@ PERL*=perl
TYPE=cat
CDD=cd
COPY=cp -f
-.IF $(OS)==MACOSX || $(OS)==NETBSD
+.IF $(OS)==MACOSX || $(OS)==NETBSD ||
Patches for ure, neeed by OpenBSD
diff --git a/cppu/source/uno/data.cxx b/cppu/source/uno/data.cxx
index 77243fd..5a8de8a 100644
--- a/cppu/source/uno/data.cxx
+++ b/cppu/source/uno/data.cxx
@@ -360,7 +360,8 @@ sal_Bool SAL_CALL uno_type_isAssignableFromData(
#endif
#if defined(INTEL) \
-
It probably is yes.
On (2010-11-04 00:28), Rene Engelhard wrote:
Hi,
On Wed, Nov 03, 2010 at 10:24:37PM +0100, Robert Nagy wrote:
diff --git a/solenv/inc/unitools.mk b/solenv/inc/unitools.mk
index 6bf0653..c6055d1 100644
--- a/solenv/inc/unitools.mk
+++ b/solenv/inc/unitools.mk
Yeah I could but now it's easier for the commiter just to copy it.
Next time, I will add it first.
On (2010-11-04 00:37), Miklos Vajna wrote:
Could you please use 'git add' for unxobsd.mk, then 'git commit -a',
write the commit message, finally 'git format-patch -1' to produce the
patch? That
---
bin/g |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/bin/g b/bin/g
index f0928de..b1c80fc 100755
--- a/bin/g
+++ b/bin/g
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/usr/bin/env bash
#
# Wrapper for git to handle more subdirs at the same time
#
--
1.7.3.1
---
bin/install-artwork |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/bin/install-artwork b/bin/install-artwork
index 7695e4a..5f1721d 100755
--- a/bin/install-artwork
+++ b/bin/install-artwork
@@ -43,7 +43,7 @@ if test -d $dest/default_images; then
cp
env bash is needed since not every system has it in /bin
(that basically includes everytihng except linux, mac and solaris?)
Maintaining the csh style files are not needed and it just duplicates
the work. If you want to build it, use a bourne-shell or go and download
the binary packages.
On
66 matches
Mail list logo