On Wed, 2012-04-18 at 17:36 -0700, Johnny Chen wrote:
[ build JVH ]
CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
Error: Could not find class file for
'org.openoffice.accessibility.WindowsAccessBridgeAdapter'.
C:/libo/solenv/gbuild/StaticLibrary.mk:49: ***
On 15 April 2012 17:51, Johnny Chen johnny...@gmail.com wrote:
[ build JVH ]
CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
Error: Class com.sun.star.uno.XComponentContext could not be found.
Ops, sorry, does this help ? Still something missing ?
-javah -classpath . -o
Sorry, I replaced that javah command with the one you gave me but now I got
another error:
[ build JVH ]
CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAdapter.h
Error: Could not find class file for
'org.openoffice.accessibility.WindowsAccessBridgeAdapter'.
Hello
Under windows native (don't know about cygwin), there is one limit at 250
characters, depending on the way you store the path (seen with an old
version of sqlite dll). This kind of error is more prone when you have a
long series of folder, like java components etc.
HTH
regards
Le
Hi,
First, thank you all for the tips and advices. I was able to get pass most
of the problems by moving the source root to C:/libo. My build is almost
finished. However, I'm still having problems in the tail_build module:
[ build JVH ]
Oh, and to provide a bit of extra information, I *DO* have the
XComponentContext class under:
C:\libo\workdir\wntmsci12.pro
\CustomTarget\ridljar\javamaker\class\com\sun\star\uno
Hope this helps.
Thanks.
On Sun, Apr 15, 2012 at 8:51 AM, Johnny Chen johnny...@gmail.com wrote:
Hi,
First,
On Friday 13 of April 2012, Matúš Kukan wrote:
On 12 April 2012 13:38, Caolán McNamara caol...@redhat.com wrote:
On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
rumor has it that putting the source in Cygwin home has never ever
worked, but i have no idea why.
Heh, so I may be the
Anyway with this patch I was able to build in /home,
Yay, this will surely help many newcomers who often used to run into
this problem (I assume). Great!
--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
On Thu, Apr 12, 2012 at 08:02:30PM +0200, Matúš Kukan matus.ku...@gmail.com
wrote:
We do that in configure.in:11339
It's just warning, maybe can be overlooked.
Ah, fine. Yes, I overlooked it, but then that's my fault. :)
___
LibreOffice mailing list
On 12 April 2012 13:38, Caolán McNamara caol...@redhat.com wrote:
On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
rumor has it that putting the source in Cygwin home has never ever
worked, but i have no idea why.
Heh, so I may be the first person in the world who have done that ? :-)
On Fri, 2012-04-13 at 12:21 +0200, Matúš Kukan wrote:
Anyway with this patch I was able to build in /home,
Cool, seems to be working for me too, which is great, as that really
bugged me.
Could someone, please, try ?
I think we could remove new warning from
Hi Johnny,
On 12 April 2012 07:31, Johnny Chen johnny...@gmail.com wrote:
Hi,
I am new to LibreOffice, so sorry for any dumb questions.
Welcome here.
And don't worry about questions.
The build went on for an hour or so until it failed.The problems seem to be
within the xml2cmp and clucene
On 12/04/12 08:18, Matúš Kukan wrote:
Hi Johnny,
On 12 April 2012 07:31, Johnny Chen johnny...@gmail.com wrote:
LINK : fatal error LNK1104: cannot open file
'c:/cygwinc:/cygwin/home/Johnny/libo/workdir/wntmsci12.pro/CxxObject/xml2cmp/source/xcd/main.o'
Does anyone have any idea what may
On Thu, Apr 12, 2012 at 12:57:40PM +0200, Michael Stahl mst...@redhat.com
wrote:
yes paths need to be _short_ on Windows...
i've just added a warning here so hopefully less people fall into these
traps:
https://wiki.documentfoundation.org/Development/Windows_Build_Dependencies
If we are
On Thu, 2012-04-12 at 12:57 +0200, Michael Stahl wrote:
rumor has it that putting the source in Cygwin home has never ever
worked, but i have no idea why.
The conversion from unix-style /cygdrive/c/paths to /c/paths when
handing the paths to native tools does a simple search and replace. Any
On 2012-04-12 13:38, Caolán McNamara wrote:
The conversion from unix-style /cygdrive/c/paths to /c/paths when
handing the paths to native tools does a simple search and replace.
Any cygwin paths which don't conform to /cygdrive/X are all horribly
mangled by the to and from process, so /home
On 12 April 2012 13:03, Miklos Vajna vmik...@suse.cz wrote:
If we are at it, when you install Cygwin these days, it installs make
3.82.9x, which failed miserably here. Is it just me, or better to
suggest using make-3.82-gbuild from dev-tools.git on Windows for now?
We do that in
Hi,
I am new to LibreOffice, so sorry for any dumb questions. Anyways, I tried
to follow the Wiki as closely as I could: I did a git clone from:
git://anongit.freedesktop.org/libreoffice/core libo
and ran autogen.sh without any problems:
./autogen.sh --with-max-jobs=5 --with-num-cpus=2
18 matches
Mail list logo