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: *** gb_Deliver_
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'.
C:/libo/solenv/gbuild/StaticLi
On 15 April 2012 17:51, Johnny Chen 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 $(call gb_Helper
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 wrote:
> Hi,
>
> First, thank you all for the
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 ]
CustomTarget/accessibility/bridge/inc/WindowsAccessBridgeAda
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 S
>> 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
http://lists.freedesktop.or
On Friday 13 of April 2012, Matúš Kukan wrote:
> On 12 April 2012 13:38, Caolán McNamara 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 pe
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
> http://wiki.documentfoundation.
On 12 April 2012 13:38, Caolán McNamara 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 ? :-)
> The conversi
On Thu, Apr 12, 2012 at 08:02:30PM +0200, Matúš Kukan
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
LibreOffice@lists.fr
On 12 April 2012 13:03, Miklos Vajna 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 configure.in:11339
It's jus
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 an
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
c
On Thu, Apr 12, 2012 at 12:57:40PM +0200, Michael Stahl
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 at it, when
On 12/04/12 08:18, Matúš Kukan wrote:
> Hi Johnny,
>
> On 12 April 2012 07:31, Johnny Chen 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 have cause
Hi Johnny,
On 12 April 2012 07:31, Johnny Chen 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 modules.
That's
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 --disable
18 matches
Mail list logo