2019-08-26 19:00 AEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0000303mercuryBugpublic2014-03-04 16:11
Reporterjuliensf 
Assigned Tojuliensf 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformMinGWOSWindowsOS Version7
Product Version 
Target VersionFixed in Version 
Summary0000303: Installation of java grade fails on Windows 7 / MinGW for 13.05.2-beta-2013-10-31
DescriptionInstallation of the java grade fails when building on Windows 7 with MinGW with a compiler abort.
(The end of the install log is below.) The system was:

Windows 7
MinGW/GCC 4.6.2
javac 1.7.0_09

The problem does *not* occur on Windows XP, MinGW GCC 4.5.0, javac 1.7.0_01.
(The Java version is probably irrelevant, since the problem is with the compiler not the
Java version of the library.)
Steps To Reproduce- add javac bin directory to MSYS PATH
- unpack 13.05.2-beta-2013-10-31 tarball
- ./configure --enable-libgrades=asm_fast.gc,java --prefix=…
- make PARALLEL=-j2
- make PARALLEL=-j2 install
Additional InformationMaking Mercury\javas\jmercury\string__builder.java^M
Making Mercury\javas\jmercury\thread__channel.java^M
Making Mercury\javas\jmercury\thread__mvar.java^M
Making Mercury\javas\jmercury\thread__semaphore.java^M
Making Java class files^M
Note: Some input files use unchecked or unsafe operations.^M
Note: Recompile with -Xlint:unchecked for details.^M
Making mer_std.jar^M
Uncaught Mercury exception:^M
Software Error: parse_tree.module_cmds: predicate `parse_tree.module_cmds.list_class_files_for_jar'/6: Unexpected: io.file_type failed: No such file or directory^M
make[2]: *** [libmer_std.install] Error 1
TagsNo tags attached.
Attached Files

-Relationships
+Relationships

-Notes

~0000575

juliensf (administrator)

Installation works correctly with the 13.05.1 release.

~0000576

juliensf (administrator)

Installation also fails when the 13.05.2-beta compiler is rebuilt in the asm_fast.gc grade.

~0000577

juliensf (administrator)

The call to io.file_type/5 in dir.foldl2_process_entries/4 is aborting with

PathName = "Mercury\\classs\\jmercury\\fat_sparse_bitset$S_TypeSpecOf__pred_or_func__do_foldl2_pred___T_a484fdff_do_foldl2_pred___T___var_V_2___4_1_6_p_4_env_0.class"

I'm not sure why though.

~0000578

wangp (developer)

Surely not a long path name issue? I don't see any change relating to paths since 13.05.1, unless adding "-beta-xxxx-xx-xx" to the pwd counts...

~0000579

juliensf (administrator)

Last edited: 2013-11-18 18:06

View 2 revisions

I don't think so, MAX_PATH is 260 characters (or thereabouts), the above string is 160 chars in length.
(The above string is exactly what is passed to io.file_type so the "-beta-xxxx-xx-xx" is not present anyway.)

~0000580

juliensf (administrator)

Interestingly, MSYS (e.g. cp and ls in MSYS) claim that they cannot stat that file either.
(Although Windows explorer and cmd.exe have no trouble with it.) I don't think should be an
issue for Mercury since it's calling _wstat and friends directly (i.e. MSYS shouldn't enter into it.)

~0000581

juliensf (administrator)

I can now reproduce this problem on my Windows XP. It is path length related after all.
I'll try again on the Windows 7 machine and if it works with a shorter build path then
I'll add something to README.Java about this.

~0000654

juliensf (administrator)

README.Java has been updated to describe this problem and how to deal with it.
+Notes

-Issue History
Date Modified Username Field Change
2013-11-06 17:44 juliensf New Issue
2013-11-06 17:44 juliensf Status new => assigned
2013-11-06 17:44 juliensf Assigned To => juliensf
2013-11-07 14:23 juliensf Note Added: 0000575
2013-11-07 17:59 juliensf Note Added: 0000576
2013-11-18 17:18 juliensf Note Added: 0000577
2013-11-18 17:53 wangp Note Added: 0000578
2013-11-18 18:04 juliensf Note Added: 0000579
2013-11-18 18:06 juliensf Note Edited: 0000579 View Revisions
2013-11-18 18:08 juliensf Note Added: 0000580
2013-11-19 03:48 juliensf Note Added: 0000581
2014-03-04 16:11 juliensf Note Added: 0000654
2014-03-04 16:11 juliensf Status assigned => resolved
2014-03-04 16:11 juliensf Resolution open => fixed
+Issue History