Issue 67857 - Windows build fails if OOo source path is to long
Summary: Windows build fails if OOo source path is to long
Status: CLOSED WONT_FIX
Alias: None
Product: Build Tools
Classification: Code
Component: solenv (show other issues)
Version: current
Hardware: All Windows, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: quetschke
QA Contact: issues@tools
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-27 23:40 UTC by quetschke
Modified: 2006-09-27 02:20 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description quetschke 2006-07-27 23:40:30 UTC
If you build OOo in a source directory with 71 characters, like this:
  d:/w1/tin45678901________02________03________04________05________062345
the build fails. Error log see below.

Well, I guess there is nothing we can do to prevent this as this comes from
a 256 char (or so) path limit on windows and OOo itself is nested around 185
characters deep.

I don't know the actual limit, but I tried with 10 chars less, and that build
finished. So, keep your path short ;)

Error log:
guw.pl javac -d ../../../../../wntmsci10.pro/class
../../../../../wntmsci10.pro/misc/java/org/openoffice/java/accessibility/Build.java
-------------
guw.pl javac -classpath
".:../../../../../wntmsci10.pro/class:/cygdrive/c/J2SDK1~1.2_0/jre/lib/rt.jar:.:/cygdrive/d/w1/tin45678901________02________03________04________05________062345/solver/680/wntmsci10.pro/bin/sandbox.jar:/cygdrive/d/w1/tin45678901________02________03________04________05________062345/solver/680/wntmsci10.pro/bin/jurt.jar:/cygdrive/d/w1/tin45678901________02________03________04________05________062345/solver/680/wntmsci10.pro/bin/unoil.jar:/cygdrive/d/w1/tin45678901________02________03________04________05________062345/solver/680/wntmsci10.pro/bin/ridl.jar"
-d ../../../../../wntmsci10.pro/class  logging/XAccessibleEventLog.java 
logging/XAccessibleHypertextLog.java 	logging/XAccessibleTextLog.java 
AbstractButton.java 	AccessibleActionImpl.java 	AccessibleComponentImpl.java 
AccessibleEditableTextImpl.java 	AccessibleExtendedState.java 
AccessibleHypertextImpl.java 	AccessibleIconImpl.java 
AccessibleKeyBinding.java 	AccessibleObjectFactory.java 
AccessibleRoleAdapter.java 	AccessibleSelectionImpl.java 
AccessibleStateAdapter.java 	AccessibleTextImpl.java 	AccessibleValueImpl.java 
Alert.java 	Application.java 	Button.java 	CheckBox.java 	ComboBox.java 
Component.java 	Container.java 	DescendantManager.java 	Dialog.java 
FocusTraversalPolicy.java 	Frame.java 	Icon.java 	Label.java 	List.java 
Menu.java 	MenuItem.java 	NativeFrame.java 	Paragraph.java 	RadioButton.java 
ScrollBar.java 	Separator.java 	Table.java 	TextComponent.java 
ToggleButton.java 	ToolTip.java 	Tree.java 	Window.java
Component.java:410: error while writing
org.openoffice.java.accessibility.Component.AccessibleUNOComponent.AccessibleComponentHandler:
..\..\..\..\..\wntmsci10.pro\class\org\openoffice\java\accessibility\Component$AccessibleUNOComponent$AccessibleComponentHandler.class
(The system cannot find the path specified)
        protected class AccessibleComponentHandler implements
java.awt.event.ComponentListener {
                  ^
1 error
dmake:  Error code 1, while making
'../../../../../wntmsci10.pro/misc/java_accessibility_dummy.java'
---* tg_merge.mk *---

ERROR: Error 65280 occurred while making
/cygdrive/d/w1/tin45678901________02________03________04________05________062345/accessibility/bridge/org/openoffice/java/accessibility
Comment 1 quetschke 2006-07-27 23:41:58 UTC
This is a FYI issue, just don't do it.
Comment 2 quetschke 2006-07-27 23:42:21 UTC
c
Comment 3 kami911 2006-07-28 07:39:40 UTC
What about to create a checking during configure to warn builder to possible
build failure. AFAIK there is somewhat same issue with temp folder.
Comment 4 mkretzschmar 2006-09-27 02:03:24 UTC
I just hit this bug, thanks for adding it to IZ.

probably useless information: if you replace the -d ../../... with an absolute
path, the last guw.pl javac command succeeds.
Comment 5 mkretzschmar 2006-09-27 02:20:33 UTC
As in replace the PRJ = ... line in the affected makefile.mk with

PRJ := $(shell cd ..$/..$/..$/..$/.. && pwd)

(I'm just mentioning this for completeness and because I didn't want to restart
my build, I have no intention of un-WONTFIXing this issue)

(And even this would probably break down again when the path is longer)