On Sat, 2012-03-24 at 03:32 -0500, Norbert Thiebaud wrote:
> That was solved on IRC: the problem was a NTFS back-end fs that was
> messing with the +x flags so ./configure was not executable (nor was
> anything else that should have been)
Oh - nasty :-) and hard to check for that in confi
On Sat, Mar 24, 2012 at 1:55 AM, julien2412 wrote:
> Hi,
>
> On which environment are you and which version did you retrieve ? (master,
> libreoffice-3-5, other)
> Did you follow this page
> http://wiki.documentfoundation.org/Development/Native_Build ?
That was solved on IRC: the problem was a NT
Hi,
On which environment are you and which version did you retrieve ? (master,
libreoffice-3-5, other)
Did you follow this page
http://wiki.documentfoundation.org/Development/Native_Build ?
Julien.
--
View this message in context:
http://nabble.documentfoundation.org/First-build-error
Hi,
So I'm trying to build a fresh clone of libo. But running "sh
./autogen.sh" gives the following error: "failed to generate configure
at ./autogen.sh line 135."
Could anyone help me out here?
Thanks,
Pallav
___
LibreOffice mailing list
LibreOffice@
On Fri, October 29, 2010 1:37:11 AM, Michael Meeks wrote:
> Sorry pardon, and thanks for persisting here ! hopefully as/when we
> branch for 3.3 (Saturday) we will have a stable branch to recommend for
> new builds.
No problem. Sounds like the best plan for me is to sit back and wait until
the
On Fri, Oct 29, 2010 at 12:00 PM, Caolán McNamara wrote:
> On Fri, 2010-10-29 at 11:56 +0200, Jesús Corrius wrote:
>> but I have a couple of questions about it:
>>
>> 1. We basically have two options here: use _STL::remove or
>> ::std::remove. My first version of the patch was using _STL::remove,
On Fri, 2010-10-29 at 11:56 +0200, Jesús Corrius wrote:
> but I have a couple of questions about it:
>
> 1. We basically have two options here: use _STL::remove or
> ::std::remove. My first version of the patch was using _STL::remove,
> but I think the plan is to get rid of STLPort in the future,
Hi all,
> On Thu, 2010-10-28 at 13:54 -0700, Dave Lacy Kusters wrote:
>> I tried tracking down the generation of the linker paths, but got bogged
>> down in the details. Then, I tried --without-stlport. That got me different
>> errors, so I switched gears and tried --disable-kde and --disable-kd
On Fri, 2010-10-29 at 10:08 +0100, Caolán McNamara wrote:
> So, the question is, where's /usr/lib coming from in the ENABLE_KDE
> case, and can it be stuffed to the *end* of the compiler line and not
> the start. I don't build against KDE, but I guess I could make an
> exception for once and go see
On Fri, 2010-10-29 at 09:37 +0100, Michael Meeks wrote:
> The KDE / stlport nasty is really awful though; I -thought- we agreed
> to default to --without-stlport : Caolan - is that so ?
No, the problem is probably simple. And its not the cast that KDE is
linking against libstlport.
a) Ther
Hi Dave,
On Thu, 2010-10-28 at 13:54 -0700, Dave Lacy Kusters wrote:
> I tried tracking down the generation of the linker paths, but got bogged
> down in the details. Then, I tried --without-stlport. That got me different
> errors, so I switched gears and tried --disable-kde and --disable-kde4.
On Wed, October 27, 2010 2:46:43 AM, Michael Meeks wrote:
>Soo ... IIWY I would remove your solver:
>
>rm -Rf build/libreoffice*/solver
>
>And re-configure with --without-stlport
>
>Hopefully that will fix your build; failing that, disabling both kde3 and
>4 will get you pas
On Tue, 2010-10-26 at 12:22 -0700, Dave Lacy Kusters wrote:
> g++ -L/usr/lib -L/usr/lib
> -L/home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
Aha, indeed, this is why this is breaking for the KDE users. Someone
needs to track where those are coming
Hi Dave,
On Tue, 2010-10-26 at 12:22 -0700, Dave Lacy Kusters wrote:
> > I don't know why exactly this is happening. It appears to be picking up
> > a stlport_gcc in /usr/lib before the one in /path/to/solver. So what's
> > the output of
> > echo $LD_LIBRARY_PATH btw
Soo ... IIWY I would
On Tue, October 26, 2010 12:30:43 AM, Caolán McNamara wrote:
>
> On Mon, 2010-10-25 at 17:41 -0700, Dave Lacy Kusters wrote:
> > I hit an error on my first compile that I haven't seen discussed in the
>archive
>
> > or elsewhere online.
>
> See this thread:
> http://www.mail-archive.com/libreof
On Mon, 2010-10-25 at 17:41 -0700, Dave Lacy Kusters wrote:
> I hit an error on my first compile that I haven't seen discussed in the
> archive
> or elsewhere online.
See this thread:
http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg00219.html
I don't know why exactly this is ha
I hit an error on my first compile that I haven't seen discussed in the archive
or elsewhere online. After the vcl project failed to build in the omnibus
make,
I ran 'build' in the vcl project. All was going fine until the vcl/util
project. Here is my error:
Entering /home/dlacykusters/libr
17 matches
Mail list logo
