So, creating files under windows now works properly and doesn't create fragmented files anymore?
Very happy to hear that!
Good job wiimm!
and sorry if i was too annoying by constantly pointing this out, but it had to be fixed!
Very happy to hear that!
Good job wiimm!
and sorry if i was too annoying by constantly pointing this out, but it had to be fixed!
Here are some more statstics:
Conclusion:
In general I'm searching for non interactive tools analyzing the fragmentation for each os+filesystem combi.
Code:
# linux, 64 bit, copy ssbb.wdf to ext3
6902 MiB copied in 6:20, 18.1 MiB/secÂÂno prealloc
6902 MiB copied in 7:38, 15.0 MiB/secÂÂprealloc in chunks a 100 MiB
6902 MiB copied in 7:39, 15.0 MiB/secÂÂprealloc in chunks a 1 GiB
6902 MiB copied in 7:47, 14.8 MiB/secÂÂcomplete prealloc
Code:
# linux, 64 bit, copy tra.wdf to fat32
3168 MiB copied in 1:28, 35.8 MiB/secÂÂno prealloc
3168 MiB copied in 3:02, 17.4 MiB/secÂÂprealloc in chunks a 100 MiB
3168 MiB copied in 3:02, 17.3 MiB/secÂÂprealloc in chunks a 1 GiB
3168 MiB copied in 3:02, 17.3 MiB/secÂÂcomplete prealloc
Code:
# linux, 64 bit, copy tra.wdf to ntfs
3168 MiB copied in 0:40, 78.0 MiB/secÂÂno prealloc
3168 MiB copied in 1:15, 41.9 MiB/secÂÂprealloc in chunks a 100 MiB
3168 MiB copied in 1:15, 41.8 MiB/secÂÂprealloc in chunks a 1 GiB
3168 MiB copied in 1:16, 41.5 MiB/secÂÂcomplete prealloc
Code:
win XP, 32 bit, copy tra.wdf to fat32
3168 MiB copied in 2:22, 22.2 MiB/secÂÂno prealloc
3168 MiB copied in 2:41, 19.6 MiB/secÂÂprealloc in chunks a 100 MiB
3168 MiB copied in 2:17, 23.0 MiB/secÂÂprealloc in chunks a 1 GiB
3168 MiB copied in 2:10, 24.3 MiB/secÂÂcomplete prealloc
Code:
# win XP, 32 bit, copy tra.wdf to ntfs
3168 MiB copied in 5:54,ÂÂ8.9 MiB/secÂÂno prealloc
3168 MiB copied in 3:36, 14.7 MiB/secÂÂprealloc in chunks a 100 MiB
3168 MiB copied in 4:17, 12.3 MiB/secÂÂprealloc in chunks a 1 GiB
3168 MiB copied in 4:12, 12.5 MiB/secÂÂcomplete preallocConclusion:
- Preallocation seems only good if windows writes to NTFS.
- On linux preallocation slows down the copy operation without any advantage.
- If preallocating don't split the preallocation chunks.
In general I'm searching for non interactive tools analyzing the fragmentation for each os+filesystem combi.
maybe pyfragtools is what you are looking for?
http://ubuntuforums.org/showthread.php?t=169551
check a single file
check a directory
http://ubuntuforums.org/showthread.php?t=169551
check a single file
Code:
$ sudo '/home/jenna/pyfragtools-0.1/defrag' --analyze '/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbf1'
Building list of files to analyze... done!
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
Analyze finished. 100.0 % fragmentation (1 files), 8.0 average frags/MB
Fragmented files:
7.96ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbf1
========= COMPLETE ===========
Remaining Fragmented Files:
7.96ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbf1
Frags/MB Before:ÂÂÂÂ 7.96
Frags/MB After: ÂÂÂÂ 7.96
Improvement:ÂÂÂÂÂÂÂÂ 0.0 %
===============================check a directory
Code:
jenna@pc:~/pyfragtools-0.1$ sudo '/home/jenna/pyfragtools-0.1/defrag' --analyze '/media/WiiFat500/wbfs/'
Building list of files to analyze... done!
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
Analyze finished. 10.6 % fragmentation (11 files), 2.2 average frags/MB
Fragmented files:
7.96ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbf1
7.73ÂÂÂÂ/media/WiiFat500/wbfs/New Super Mario Bros. Wii_[SMNE01].wbfs
2.12ÂÂÂÂ/media/WiiFat500/wbfs/Pikmin 2_[R92P01].wbfs
1.89ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero - Warriors of Rock_[SXIP52].wbfs
1.88ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbfs
1.49ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero Aerosmith Custom - Mini Concerts Edition 2_[CGVEM2].wbfs
1.28ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero Aerosmith Custom - Mini Concerts Edition_[CGVEMC].wbfs
0.00ÂÂÂÂ/media/WiiFat500/wbfs/Rock Band Green Day Rock_[R36E69].wbfs
0.00ÂÂÂÂ/media/WiiFat500/wbfs/RFPP01.wbfs
0.00ÂÂÂÂ/media/WiiFat500/wbfs/.____deleteme.wbfs.olOsd1.tmp
...
========= COMPLETE ===========
Remaining Fragmented Files:
0.00ÂÂÂÂ/media/WiiFat500/wbfs/James Bond - Golden Eye_[SJBE52].wbfs
0.00ÂÂÂÂ/media/WiiFat500/wbfs/.____deleteme.wbfs.olOsd1.tmp
0.00ÂÂÂÂ/media/WiiFat500/wbfs/RFPP01.wbfs
0.00ÂÂÂÂ/media/WiiFat500/wbfs/Rock Band Green Day Rock_[R36E69].wbfs
1.28ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero Aerosmith Custom - Mini Concerts Edition_[CGVEMC].wbfs
1.49ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero Aerosmith Custom - Mini Concerts Edition 2_[CGVEM2].wbfs
1.88ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbfs
1.89ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero - Warriors of Rock_[SXIP52].wbfs
2.12ÂÂÂÂ/media/WiiFat500/wbfs/Pikmin 2_[R92P01].wbfs
7.73ÂÂÂÂ/media/WiiFat500/wbfs/New Super Mario Bros. Wii_[SMNE01].wbfs
7.96ÂÂÂÂ/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbf1
Frags/MB Before:ÂÂÂÂ 24.35
Frags/MB After: ÂÂÂÂ 24.35
Improvement:ÂÂÂÂÂÂÂÂ 0.0 %
===============================I have updated the beta branch. New features:
thanx, but only if the tool can show the number of fragments without defragmenting
- If preallocating the largest block is preallocated first.
- The new option --pa-limit=size sets a limit for the allocation blocks. See "wit help copy" for details.
thanx, but only if the tool can show the number of fragments without defragmenting
its not defragmenting anything. using --analyze it is only reading. thats why the numbers are the same before and after.
theres also the perl script here http://forums.gentoo.org/viewtopic-p-31114...t-.html#3111409. it doesnt print out as much info as youd probably like, but you can always add more print() in there for more details
heres a quick bit that prints the filename and the number of fragments..
theres also the perl script here http://forums.gentoo.org/viewtopic-p-31114...t-.html#3111409. it doesnt print out as much info as youd probably like, but you can always add more print() in there for more details
heres a quick bit that prints the filename and the number of fragments..
CODE#!/usr/bin/perl -w
#this script search for frag on a fs
use strict;
#number of files
my $files = 0;
#number of fragment
my $fragments = 0;
#number of fragmented files
my $fragfiles = 0;
#search fs for all file
open (FILES, "find " . $ARGV[0] . " -xdev -type f |");
while (defined (my $file = )) {
ÂÂÂÂÂÂÂÂ#quote some chars in filename
ÂÂÂÂÂÂÂÂ$file =~ s/!/\\!/g;
ÂÂÂÂÂÂÂÂ$file =~ s/#/\\#/g;
ÂÂÂÂÂÂÂÂ$file =~ s/&/\\&/g;
ÂÂÂÂÂÂÂÂ$file =~ s/>/\\>/g;
ÂÂÂÂÂÂÂÂ$file =~ s/ 1) {
ÂÂÂÂÂÂÂÂÂÂÂÂprint ( $file . "\t" . $fragment ."\n" );
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ$fragfiles++;
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ}
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ$files++;
ÂÂÂÂÂÂÂÂ} else {
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂprint ("$res : not understand for $file.\n");
ÂÂÂÂÂÂÂÂ}
ÂÂÂÂÂÂÂÂclose (FRAG);
}
close (FILES);
print ( $fragfiles / $files * 100 . "% non contiguous files, " . $fragments / $files . " average fragments.\n");
#this script search for frag on a fs
use strict;
#number of files
my $files = 0;
#number of fragment
my $fragments = 0;
#number of fragmented files
my $fragfiles = 0;
#search fs for all file
open (FILES, "find " . $ARGV[0] . " -xdev -type f |");
while (defined (my $file = )) {
ÂÂÂÂÂÂÂÂ#quote some chars in filename
ÂÂÂÂÂÂÂÂ$file =~ s/!/\\!/g;
ÂÂÂÂÂÂÂÂ$file =~ s/#/\\#/g;
ÂÂÂÂÂÂÂÂ$file =~ s/&/\\&/g;
ÂÂÂÂÂÂÂÂ$file =~ s/>/\\>/g;
ÂÂÂÂÂÂÂÂ$file =~ s/ 1) {
ÂÂÂÂÂÂÂÂÂÂÂÂprint ( $file . "\t" . $fragment ."\n" );
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ$fragfiles++;
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ}
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ$files++;
ÂÂÂÂÂÂÂÂ} else {
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂprint ("$res : not understand for $file.\n");
ÂÂÂÂÂÂÂÂ}
ÂÂÂÂÂÂÂÂclose (FRAG);
}
close (FILES);
print ( $fragfiles / $files * 100 . "% non contiguous files, " . $fragments / $files . " average fragments.\n");
this is the output from the perl script. it seems to find the exact same files as the one that allows 200 fragments/GB
does this mean that those 200 frags are really negligible?
Code:
$ sudo '/home/jenna/Desktop/perlFragChecker.pl' '/media/WiiFat500/wbfs'
/media/WiiFat500/wbfs/Rock Band Green Day Rock_[R36E69].wbfsÂÂÂÂ16
/media/WiiFat500/wbfs/RFPP01.wbfsÂÂÂÂ2
/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbf1ÂÂÂÂ48
/media/WiiFat500/wbfs/Guitar Hero - Warriors of Rock_[SXIP52].wbfsÂÂÂÂ7732
/media/WiiFat500/wbfs/Guitar Hero 5_[SXEE52].wbfsÂÂÂÂ7685
/media/WiiFat500/wbfs/Pikmin 2_[R92P01].wbfsÂÂÂÂ4176
/media/WiiFat500/wbfs/New Super Mario Bros. Wii_[SMNE01].wbfsÂÂÂÂ4175
/media/WiiFat500/wbfs/James Bond - Golden Eye_[SJBE52].wbfsÂÂÂÂ2
/media/WiiFat500/wbfs/Guitar Hero Aerosmith Custom - Mini Concerts Edition_[CGVEMC].wbfsÂÂÂÂ4608
/media/WiiFat500/wbfs/Guitar Hero Aerosmith Custom - Mini Concerts Edition 2_[CGVEM2].wbfsÂÂÂÂ4608
/media/WiiFat500/wbfs/.____deleteme.wbfs.olOsd1.tmpÂÂÂÂ3
10.5769230769231% non contiguous files, 318.730769230769 average fragments.does this mean that those 200 frags are really negligible?
I haven't read in detail the last couple of pages, but I guess you're having problem with preallocation on linux?
In wbfs_file, preallocation is #ifdefed only for windows, because that's the only os that needs such measures to prevent fragmentation, and on windows preallocating has no performance impact, only positive effects.
In wbfs_file, preallocation is #ifdefed only for windows, because that's the only os that needs such measures to prevent fragmentation, and on windows preallocating has no performance impact, only positive effects.
Here is my decision, discuss it if you like:[*] The test options --sparse --defrag and --pa-limit=size will be removed.[*] I implement a new option --prealloc with an optional parameter.[*] --prealloc=0 disables preallocation. This is the default for NON-CYGWIN.[*] --prealloc=1 enables an smart preallocation ignoring unused blocks.[*] --prealloc=2 or simple --prealloc preallocates the complete CISO or WBFS file. This is the default for CYGWIN because --prealloc=1 doesn't work like thought if the sparse holes are small.[*] Modes '1' and '2' are only different for WBFS and CISO files. ISO files will always use '1', and WDF and WIA files always '2' if nit disabled.[*] Later I will implement the preallocation for non image files (e.g. extracted files).
Ok, I have committed v1.23,beta4 (nice digit order) inti the beta branch.
New option: --prealloc
New option: --prealloc
Code:
--prealloc [=mode]
ÂÂÂÂÂÂ This option enables or disables the disc space preallocation. If
ÂÂÂÂÂÂ enabled the tools try to allocate disc space for the new files before
ÂÂÂÂÂÂ writing the data. This reduces the fragmentation but also disables the
ÂÂÂÂÂÂ sparse effect for prealocated areas.
ÂÂÂÂÂÂÂÂ The optional parameter decides the preallocation modus: OFF (or 0),
ÂÂÂÂÂÂ SMART (or 1), ALL (or 2). If no parameter is set, ALL is used.
ÂÂÂÂÂÂÂÂ Mode 'OFF' disables the preallocation. This is the default for all
ÂÂÂÂÂÂ non Cygwin releases because preallocation has only advantages on
ÂÂÂÂÂÂ Windows systems.
ÂÂÂÂÂÂÂÂ Mode 'SMART' looks into the source disc to find out the writing
ÂÂÂÂÂÂ areas. SMART is only avalable for ISO, CISO and WBFS file types. For
ÂÂÂÂÂÂ other file types ALL is used instead.
ÂÂÂÂÂÂÂÂ Mode 'ALL' preallocate the whole destination file. This is the
ÂÂÂÂÂÂ default for Cygwin. Because of the large holes in plain ISO images, the
ÂÂÂÂÂÂ SMART mode is used for ISOs instead.
I've used WIA enough to report in. After testing 12 games, I get compression ratios of 50-60% almost every time with 7-zip+LZMA1 (Ultra). Some games do still only compress to 80-90%, but that's still great. I love WIA.
WIT: Wiimms ISO Tools v1.23a.beta5 - 2010-12-03
Beta test version, for EXPERIMENTAL use only.
WIT (Wiimms ISO Tools) is a set of command line tools to manipulate Wii ISO images and WBFS containers. The two main tools are called wit (Wiimms ISO Tool) and wwt (Wiimms WBFS Tool, the WBFS manager).
For productive versions see the main WIT thread or visit http://wit.wiimm.de/.
Download this EXPERIMENTAL release:
- wit-v1.23a.beta5-r2068-i386.tar.gz : Linux/i386 version
- wit-v1.23a.beta5-r2068-x86_64.tar.gz : Linux/x86_64 version
- wit-v1.23a.beta5-r2068-mac.tar.gz : Mac OS universal binaries (ppc, i386 and x86-64)
- wit-v1.23a.beta5-r2068-cygwin.zip : Cygwin (Windows) version
- Other releases are available from http://wit.wiimm.de/download.html.
- Preallocation to avoid fragmentation
I have implemented disc space preallocation. Under Windows it can avoid fragmentation. Therfor it is only enabled for Cygwin by default. It can be disabled with --prealloc=0 or enabled with --prealloc. See http://wit.wiimm.de/opt/prealloc for more details.
. - ID wildcards for some wwt commands
The wwt commands EXTRACT + REMOVE + TOUCH + VERIFY wil support now ID wildcards to select different discs. See http://wit.wiimm.de/info/disc-id.html for more details.
The needed preallocation function is not avaialable for Mac. So Mac will ignore --prealloc.
. - wwt EXTRACT rewritten
"wwt EXTRACT" is now able to patch while extracting and to create WIA files like "wit COPY". It support also the options --fst --pmode --psel --raw --files and --sneek. http://wit.wiimm.de/wwt/cmd-extract.html for more details.
.
Code:
wit v1.23a.beta5 r2068 - 2010-12-03
- Preallocation of disc space implemented. It is only enabled for Cygwin by
ÂÂ default. It can be disabled with --prealloc=0 or enabled with --prealloc.
ÂÂ The needed preallocation function is not avaialable for mac.
- wwt EXTRACT + REMOVE + TOUCH + VERIFY:
ÂÂ These commands accept now ID6 pattern like '...P' or '+1'. Each '.' is a
ÂÂ wildcard that matches any single character. A '+' matches any number of
ÂÂ characters. For details see http://wit.wiimm.de/info/disc-id.html
- wwt EXTRACT is now able to patch while extracting and to create WIA files.
ÂÂ It support also the options --fst --pmode --psel --raw --files and --sneek.
Known bugs:
- The GameCube support is in development and EXPERIMENTAL!
- wit COPY --raw: Copying an image in raw mode to a WBFS file is buggy.
- There are new problems while reading from non seekable sources (e.g. pipes).
ÂÂ The reason is the complete new and more intelligent wiidisc lib which makes
ÂÂ more lookups ==> The best is to use version 1.01c for pipes.
- No WIA/bzip2 support for MAC/x86_64. (bug in the Mac bzip2 library)
Missing docu:
- wit commands FILES + EXTRACT => see built in help
- Tool wdf => see built in helpThe source is published under the license of GPL2. Checkout the sources directly from the SVN repository or browse the source. These URLs are different from the product version. Visit http://wit.wiimm.de/ for more information.
WIT: Wiimms ISO Tools v1.26a.beta1 - 2011-01-11
Beta test version, for EXPERIMENTAL use only.
WIT (Wiimms ISO Tools) is a set of command line tools to manipulate Wii ISO images and WBFS containers. The two main tools are called wit (Wiimms ISO Tool) and wwt (Wiimms WBFS Tool, the WBFS manager).
For productive versions see the main WIT thread or visit http://wit.wiimm.de/.
Download this EXPERIMENTAL release:
- wit-v1.26a.beta1-r2156-i386.tar.gz : Linux/i386 version
- wit-v1.26a.beta1-r2156-x86_64.tar.gz : Linux/x86_64 version
- wit-v1.26a.beta1-r2156-mac.tar.gz : Mac OS universal binaries (ppc, i386 and x86-64)
- wit-v1.26a.beta1-r2156-cygwin.zip : Cygwin (Windows) version
- Other releases are available from http://wit.wiimm.de/download.html.
- I have made some changes in the make system to support local libraries with own makefiles (libbz2.a), option -static and cross compiling (Linux/i386 on Linux/x86_64). Hope that all work as usual.
Please test it!
.
.
Change log:
Code:
wit v1.26a.beta1 r2156 - 2011-01-11
- I have made some changes in the make system to support local libraries with
ÂÂ own makefiles (libbz2.a), option -static and cross compiling (Linux/i386 on
ÂÂ Linux/x86_64). Hope that all work as usual.
ÂÂÂÂ- BZIP2 support is now included as source and should work for all systems.
ÂÂÂÂÂÂThis enables WIA/bzip2 support for Mac/x86_64.
ÂÂÂÂ- The distributions of Linux/i386 and Linux/X86_64 are linked static to
ÂÂÂÂÂÂto avoid GLIBC version issues (e.g. fallocate() support).
ÂÂÂÂ- On Linux/x86_64: Enter "M32=1 make ..." to create i386 binaries.
ÂÂÂÂÂÂI386 libraries and include files are needed.
- "wit COPY/CONVERT/EXTRACT/DIFF" support option --sections.
Known bugs:
- The GameCube support is in development and EXPERIMENTAL!
ÂÂÂÂ- GameCube conversion to WIA fails.
- There are new problems while reading from non seekable sources (e.g. pipes).
ÂÂ The reason is the complete new and more intelligent wiidisc lib which makes
ÂÂ more lookups ==> The best is to use version 1.01c for pipes.The source is published under the license of GPL2. Checkout the sources directly from the SVN repository or browse the source. These URLs are different from the product version. Visit http://wit.wiimm.de/ for more information.
any chance you could change the makefile to support the jobserver? in prior revisions, "make -j4" works as expected. with whatever changes were made to add the bzib library, it causes make to spit out some crap about the jobserver.
in your makefile, you can change this section
change "make" to "$(MAKE)" and the jobserver stuff is working again.
other than this, it seems to work good
Code:
$ make -j6
***ÂÂcreate templates.sedÂÂÂÂ
***ÂÂÂÂ asm ssl-asm.oÂÂÂÂÂÂÂÂ
*** ----------ÂÂENTER ./src/libbz2/ÂÂ----------ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂcreate install.shÂÂÂÂÂÂÂÂ
***ÂÂcreate load-titles.shÂÂÂÂ
make[1]: warning: jobserver unavailable: using -j1.ÂÂAdd `+' to parent make rule.
*****ÂÂobject blocksort.oÂÂÂÂÂÂ
***ÂÂcreate version.hÂÂÂÂÂÂÂÂ
***ÂÂobject gen-ui.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject LzFind.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject Lzma2Dec.oÂÂÂÂÂÂÂÂ
***ÂÂobject Lzma2Enc.oÂÂÂÂÂÂÂÂ
***ÂÂobject LzmaDec.oÂÂÂÂÂÂÂÂ
***ÂÂobject LzmaEnc.oÂÂÂÂÂÂÂÂ
***ÂÂobject cert.oÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject dclib-utf8.oÂÂÂÂÂÂ
***ÂÂobject debug.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject file-formats.oÂÂÂÂ
***ÂÂobject iso-interface.oÂÂ
***ÂÂobject lib-bzip2.oÂÂÂÂÂÂ
*****ÂÂobject huffman.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-ciso.oÂÂÂÂÂÂÂÂ
*****ÂÂobject crctable.oÂÂÂÂÂÂÂÂ
*****ÂÂobject randtable.oÂÂÂÂÂÂ
***ÂÂobject lib-file.oÂÂÂÂÂÂÂÂ
*****ÂÂobject compress.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-lzma.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-sf.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject lib-std.oÂÂÂÂÂÂÂÂ
src/lib-std.c: In function ‘SetupLib’:
src/lib-std.c:472: warning: ignoring return value of ‘getcwd’, declared with attribute warn_unused_result
***ÂÂobject lib-wdf.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-wia.oÂÂÂÂÂÂÂÂ
*****ÂÂobject decompress.oÂÂÂÂÂÂ
***ÂÂobject libwbfs.oÂÂÂÂÂÂÂÂ
***ÂÂobject match-pattern.oÂÂ
***ÂÂobject patch.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject rijndael.oÂÂÂÂÂÂÂÂ
***ÂÂobject sha1_one.oÂÂÂÂÂÂÂÂ
***ÂÂobject sha1dgst.oÂÂÂÂÂÂÂÂ
***ÂÂobject titles.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject tools.oÂÂÂÂÂÂÂÂÂÂ
*****ÂÂobject bzlib.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject ui.oÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject wbfs-interface.oÂÂ
src/wbfs-interface.c: In function ‘ScanPartitions’:
src/wbfs-interface.c:217: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result
***ÂÂobject wiidisc.oÂÂÂÂÂÂÂÂ
***ÂÂobject wit-mix.oÂÂÂÂÂÂÂÂ
*****ÂÂÂÂÂÂar libbz2.aÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject wtest.oÂÂÂÂÂÂÂÂÂÂ
*****ÂÂranlib libbz2.aÂÂÂÂÂÂÂÂÂÂ
*** ----------ÂÂLEAVE ./src/libbz2/ÂÂ----------ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂhelper gen-uiÂÂÂÂÂÂÂÂÂÂÂÂ
*** +object wdf.oÂÂÂÂÂÂÂÂÂÂÂÂ
*** +object wit.oÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂÂÂtool wtestÂÂÂÂÂÂÂÂÂÂÂÂ
*** +object wwt.oÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂÂÂtool wdfÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂÂÂlink wdf -> wdf-catÂÂÂÂ
***ÂÂÂÂlink wdf -> wdf-dumpÂÂ
***ÂÂÂÂtool witÂÂÂÂÂÂÂÂÂÂÂÂÂÂ wit-mix.o
***ÂÂÂÂtool wwtÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
HINT: try 'make help'in your makefile, you can change this section
Code:
$(LIB_FILES):
ÂÂÂÂ@printf "$(LOGFORMAT)" "----------ÂÂENTER "./src/$(patsubst %.a,%,$@)/"ÂÂ----------" "" ""
ÂÂÂÂ@XFLAGS="$(XFLAGS)" $(MAKE) --no-print-directory -C "src/$(patsubst %.a,%,$@)"
ÂÂÂÂ@printf "$(LOGFORMAT)" "----------ÂÂLEAVE "./src/$(patsubst %.a,%,$@)/"ÂÂ----------" "" ""
ÂÂÂÂ@cp -p "src/$(patsubst %.a,%,$@)/$@" .change "make" to "$(MAKE)" and the jobserver stuff is working again.
other than this, it seems to work good
oops... spoke too soon. it build fine on windows and linux x64. but it fails to build on OSx with this
Code:
l$ make -j2
***ÂÂcreate templates.sedÂÂÂÂ
***ÂÂÂÂ asm ssl-asm.oÂÂÂÂÂÂÂÂ
*** ----------ÂÂENTER ./src/libbz2/ÂÂ----------ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
*****ÂÂobject blocksort.oÂÂÂÂÂÂ
***ÂÂcreate install.shÂÂÂÂÂÂÂÂ
*****ÂÂobject huffman.oÂÂÂÂÂÂÂÂ
*****ÂÂobject crctable.oÂÂÂÂÂÂÂÂ
*****ÂÂobject randtable.oÂÂÂÂÂÂ
*****ÂÂobject compress.oÂÂÂÂÂÂÂÂ
*****ÂÂobject decompress.oÂÂÂÂÂÂ
*****ÂÂobject bzlib.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂcreate load-titles.shÂÂÂÂ
***ÂÂcreate version.hÂÂÂÂÂÂÂÂ
***ÂÂobject gen-ui.oÂÂÂÂÂÂÂÂÂÂ
*****ÂÂÂÂÂÂar libbz2.aÂÂÂÂÂÂÂÂÂÂ
*****ÂÂranlib libbz2.aÂÂÂÂÂÂÂÂÂÂ
*** ----------ÂÂLEAVE ./src/libbz2/ÂÂ----------ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject LzFind.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject Lzma2Dec.oÂÂÂÂÂÂÂÂ
***ÂÂobject Lzma2Enc.oÂÂÂÂÂÂÂÂ
***ÂÂobject LzmaDec.oÂÂÂÂÂÂÂÂ
***ÂÂobject LzmaEnc.oÂÂÂÂÂÂÂÂ
***ÂÂobject cert.oÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject dclib-utf8.oÂÂÂÂÂÂ
***ÂÂobject debug.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject file-formats.oÂÂÂÂ
***ÂÂobject iso-interface.oÂÂ
***ÂÂobject lib-bzip2.oÂÂÂÂÂÂ
***ÂÂobject lib-ciso.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-file.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-lzma.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-sf.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject lib-std.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-wdf.oÂÂÂÂÂÂÂÂ
***ÂÂobject lib-wia.oÂÂÂÂÂÂÂÂ
***ÂÂobject libwbfs.oÂÂÂÂÂÂÂÂ
***ÂÂobject match-pattern.oÂÂ
***ÂÂobject patch.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject rijndael.oÂÂÂÂÂÂÂÂ
***ÂÂobject sha1_one.oÂÂÂÂÂÂÂÂ
***ÂÂobject sha1dgst.oÂÂÂÂÂÂÂÂ
***ÂÂobject titles.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject tools.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject ui.oÂÂÂÂÂÂÂÂÂÂÂÂÂÂ
***ÂÂobject wbfs-interface.oÂÂ
***ÂÂobject wiidisc.oÂÂÂÂÂÂÂÂ
***ÂÂobject wit-mix.oÂÂÂÂÂÂÂÂ
***ÂÂobject wtest.oÂÂÂÂÂÂÂÂÂÂ
***ÂÂhelper gen-uiÂÂÂÂÂÂÂÂÂÂÂÂ
Undefined symbols:
ÂÂ"___strcat_chk", referenced from:
ÂÂÂÂÂÂ_bzopen_or_bzdopen in libbz2.a(bzlib.o)
ÂÂÂÂÂÂ_bzopen_or_bzdopen in libbz2.a(bzlib.o)
ÂÂ"___stack_chk_guard", referenced from:
ÂÂÂÂÂÂ___stack_chk_guard$non_lazy_ptr in libbz2.a(bzlib.o)
ÂÂÂÂÂÂ___stack_chk_guard$non_lazy_ptr in libbz2.a(compress.o)
ÂÂÂÂÂÂ___stack_chk_guard$non_lazy_ptr in libbz2.a(blocksort.o)
ÂÂÂÂ (maybe you meant: ___stack_chk_guard$non_lazy_ptr)
ÂÂ"___stack_chk_fail", referenced from:
ÂÂÂÂÂÂ_bzopen_or_bzdopen in libbz2.a(bzlib.o)
ÂÂÂÂÂÂ_BZ2_compressBlock in libbz2.a(compress.o)
ÂÂÂÂÂÂ_BZ2_blockSort in libbz2.a(blocksort.o)
ÂÂ"_fopen$UNIX2003", referenced from:
ÂÂÂÂÂÂ_bzopen_or_bzdopen in libbz2.a(bzlib.o)
ÂÂ"_fdopen$UNIX2003", referenced from:
ÂÂÂÂÂÂ_bzopen_or_bzdopen in libbz2.a(bzlib.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [gen-ui] Error 1
make: *** Waiting for unfinished jobs....Similar threads
-
K3Nv2
-
Xdqwerty
what are you looking at? -
Psionic Roshambo
-
-
@
Psionic Roshambo:
Hmmm it's been a long time since I messed with Retroarch on the PS3 but probably most of the games will run just fine
-
@
Psionic Roshambo:
Maybe KI Gold will have the same problems but overall everything else should run fine
-
-
-
-
-
-
-
-
@
Xdqwerty:
@Psionic Roshambo, checked the core list and there is no n64 core for that fork/version of retroarch+1
-
-
-
-
-
-
-
-
-
-
-
-
-
-
