Homebrew Older versions of DevkitPPC and Libogc?

GreyWolf · Aug 7, 2018

The big differences in the devkitPPC releases for about the last year and a half were updating it to use the most current version of GCC. Two years ago it was still on 5.x and it's now at 8.1, which is the current release. Newlib has also been fleshed out a lot. std::stream and pointer management work now.

Cyan · Aug 7, 2018

we are not against improvement, that's great devkipro is contently updated and still supported for new and future projects.
removing old version to compile old projects is the problem here.

FIX94 · Sep 4, 2018

So today I decided to upload a couple of the older files I still have because I also am not the biggest fan of everything getting removed:
https://mega.nz/#F!ZwxmkaLA!3qJ9YVQ_0flEaC569ahpFw
hopefully that helps out some people that are looking for older versions, I dont have everything on there so if anyone maybe wants to help fill that out some more that'd be cool. All this really should've been archived to start with at least in my opinion.

Cyan · Sep 4, 2018

I started uploading some here too : https://gbatemp.net/download/devkitppc.35158/
not all of them, so thank you Fix94 for the more complete list

I might have some missing files, I'll compare yours with the file I kept. it's a little hard to find a specific version when it's in year-subfolder, but it'll do.

too bad, I kept only Win version, and someone asked me for Linux version.

I don't have a fast internet connection, no idea how I could share them to add on your site.

edit:
list of files I have that you miss :

ARMips
armips (Fix94 build from 2016-10-31).exe
armips.rar (no idea which version, build 2016 01 25)
armips_v08.zip

bin2c (no idea which version)

Default_arm7
default_arm7-0.5.25.tar.bz2

devkitARM
devkitARM_r24win32.exe <- you have zip, probably the same.
devkitARM_r26-win32.exe
devkitARM_r30-win32.exe

devkitPPC
devkitPPC_r20-win32.exe
devkitPPC_r31-win64.tar.xz
buildscripts-devkitPPC_r29-1.zip

Playstation
DevkitPRO-Addons-0.03.exe <-- for PS3
devkitPSP_r16-1-win32.exe

gcc
gcc-4.6.4.tar.bz2
gcc-arm-none-eabi-4_8-2013q4-20131204-win32.exe

Wii-examples
wii-examples-20090509.tar.bz2

GP32-examples
~~gp32-examples-20051021.tar.bz2~~

insight
insight-7.3.50.20110803-cvs.exe

Libctru
libctru-0.1.0.tar.bz2
libctru-0.4.0.tar.bz2
libctru-src-0.4.0.tar.bz2
CTRULIB (2014 11 28).rar (no idea which version, after 1.0)

Libfat
libfat-gba-1.0.12.tar.bz2
libfat-nds-1.0.12.tar.bz2
libfat-src-1.0.14.tar.bz2
libfat-src-1.1.0.tar.bz2

libgba
libgba-20090222.tar.bz2

libmirko
libmirko-0.9.7.tar.bz2

libnds
libnds-1.4.3.tar.bz2
libnds-1.5.7.tar.bz2
libnds-1.5.8.tar.bz2

Libogc
libogc-src-1.7.1.tar.bz2
libogc-1.8.0.tar.bz2 (2009 09 26)
libogc-1.8.1.tar.bz2
libogc-1.8.2.tar.bz2
libogc-1.8.3.tar.bz2
libogc-1.8.4.tar.bz2
libogc-src-1.8.11 (2012-04-19).tar.bz2
libogc-1.8.15.tar.bz2
libogc-src-1.8.15.tar.bz2
libogc-1.8.15-1.tar.bz2
libogc-src-1.8.15-1.tar.bz2
libogc-src-1.8.17.tar.bz2
libogc-1.8.18.tar.bz2
libogc-src-1.8.18.tar.bz2

libogc-docs-20110913.tar.bz2

MingW
MinGW-3.1.0-1.zip
MinGW-5.1.4.exe
MinGW-5.1.4.exe.7z
mingw32-make-3.81-20080326-2.tar.gz
mingw-get-inst-20100909.exe
mingwrt-3.15.2-mingw32-dev.tar.gz

MSys
MSYS-1.0.10.exe
msysDTK-1.0.1.exe

PALib
PAlib_080823_Installer.zip
PAlib090621.7z

Portlib
~~expat-2.0.1-ppc.tar.bz2~~
~~freetype-2.3.11-ppc.tar.bz2~~
~~freetype-2.4.2-ppc.tar.bz2~~
~~jpeg8a-ppc.tar.bz2~~
libpng-1.4.1-ppc.tar.bz2
~~libpng-1.5.4-ppc.tar.bz2~~
libpng-1.5.4.tar.bz2 (src)
~~mxml-2.6-ppc.tar.bz2~~
~~tremor-lowmem-ppc.tar.bz2~~
zlib-1.2.4-ppc.tar.bz2
~~zlib-1.2.5-ppc.tar.bz2~~

strange :
~~gcube-0.4.0-win32.tar.bz2~~ (it's a gameube emulator, no idea why it's in my devkitpro folder). Ah, you had it too, so it's normal it was in my devkitpro

maxmod-nds-1.0.9.tar.bz2 (nds & gba sound system ?)

Other
binutils-2.19.1-mingw32-bin.tar.gz
gcc-ada-3.4.5-20060117-3.tar.gz
gcc-core-3.4.5-20060117-3.tar.gz
gcc-g++-3.4.5-20060117-3.tar.gz
gcc-g77-3.4.5-20060117-3.tar.gz
gcc-java-3.4.5-20060117-3.tar.gz
gcc-objc-3.4.5-20060117-3.tar.gz
w32api-3.13-mingw32-dev.tar.gz

Libs
LibDRC
LibWUPC
libwiigui-1.05.zip

I see you are still uploading files to MEGA, I might have listed some you added after my list.

FIX94 · Sep 4, 2018

Cyan said:
list of files I have that you miss :

awesome, you have quite a lot! the ones that are in this list would be pretty cool to have because I dont have those for sure:

Default_arm7
default_arm7-0.5.25.tar.bz2

devkitARM
devkitARM_r24win32.exe <- you have zip, probably the same.
devkitARM_r26-win32.exe
devkitARM_r30-win32.exe

devkitPPC
devkitPPC_r20-win32.exe

Playstation
devkitPSP_r16-1-win32.exe

Wii-examples
wii-examples-20090509.tar.bz2

insight
insight-7.3.50.20110803-cvs.exe

Libctru
libctru-0.1.0.tar.bz2
libctru-0.4.0.tar.bz2
libctru-src-0.4.0.tar.bz2
CTRULIB (2014 11 28).rar (no idea which version, after 1.0)

Libfat
libfat-gba-1.0.12.tar.bz2
libfat-nds-1.0.12.tar.bz2
libfat-src-1.0.14.tar.bz2
libfat-src-1.1.0.tar.bz2

libnds
libnds-1.4.3.tar.bz2
libnds-1.5.7.tar.bz2
libnds-1.5.8.tar.bz2

Libogc
libogc-src-1.7.1.tar.bz2
libogc-1.8.0.tar.bz2 (2009 09 26)
libogc-1.8.1.tar.bz2
libogc-1.8.2.tar.bz2
libogc-1.8.3.tar.bz2
libogc-1.8.4.tar.bz2
libogc-src-1.8.11 (2012-04-19).tar.bz2
libogc-1.8.15.tar.bz2
libogc-src-1.8.15.tar.bz2
libogc-1.8.15-1.tar.bz2
libogc-src-1.8.15-1.tar.bz2
libogc-src-1.8.17.tar.bz2
libogc-1.8.18.tar.bz2
libogc-src-1.8.18.tar.bz2

libogc-docs-20110913.tar.bz2

Portlib
libpng-1.4.1-ppc.tar.bz2
zlib-1.2.4-ppc.tar.bz2

the other ones all are not part of the devkitpro repos that I kept so I'm not sure if they would belong in that, maybe in a separate folder or something.

Cyan · Sep 4, 2018

ok, I'll see where I can upload them. or maybe I can put them on my local ftp and you can download them directly.
I'll prepare them and tell you what I choose (not this evening, I'll see maybe tomorrow).

@FIX94, I uploaded the one you requested here :
http://www.mediafire.com/?qx3g64cpbc393

FIX94 · Sep 17, 2018

Cyan said:
@FIX94, I uploaded the one you requested here :
http://www.mediafire.com/?qx3g64cpbc393

thanks. sorry I just got to this now, uploaded everything from that to my link now.

Wiimpathy · Sep 25, 2018

@Cyan and @FIX94
What happened to the links? Don't tell you were forced to delete them.

I haven't got time to download some of the links. I wanted to upload a few linux devkits too.

FIX94 · Sep 25, 2018

Wiimpathy said:
@Cyan and @FIX94
What happened to the links? Don't tell you were forced to delete them.
I haven't got time to download some of the links. I wanted to upload a few linux devkits too.

gee I wonder why eh.

thats what happened to my mega link anyways.

Wiimpathy · Sep 25, 2018

I don't understand Wintermute's attitude. We're making no harm uploading these devkits. It's not as he or we are making billion $ with this stuff.
He should be a bit more permissive. They're lucky that Nintendo never sued them for reversing and ripping their SDK.

newo · Sep 25, 2018

I only work on wii stuff on very old computer. The reason I don't upgrade to unity or some other fancy language is because the whole model is un-winable - coders are basically slaves to platforms. Its all the same code with just a growing pile of inter-dependencies, thick platforms and hooks inside hooks. I personally favour stability over support - one the reasons I don't write games for PC. The constant hand holding bugfix every month culture is tiresome.

Cyan · Sep 25, 2018

How hard is it to keep different install of devkitpro ?
I plan to install the pacman version for switch development in a new folder, and keep my current setup for (old) wii homebrew.
You swap the environment variable manually every time? I'm used to do it to redirect devkitppc, but I guess now I'll have to do it with msys too.
if it's really "that hard" as wintermute seems to tell, then what's preventing me from installing it to another computer? 2 computers with 2 different setups, used to compile for different hardware.

Wintermute said people should be encouraged to update projects if old versions of his toolchain are deleted, Why decide what people should do, instead of letting them decide?
some project are just not maintained anymore, and nobody's willing to take over. Sometime we just need a recompile, just add a "#define DEBUG 1" instead of 0 doesn't warrant the reason to delete old toolchains off the surface of the world. for example, I can see Neek or IOS requiring devkitARM_r32, and newer are not working. who's willing to update the sources when it's possible to just switch 1 character and recompile?

these files were officially released, deleting them doesn't make them not exist or doesn't help maintaining dead projects.
He also said he got complains of people not having proper setup and the only solution is to delete everything and reinstall everything. But, what's hard in telling users to do that ? if he doesn't want to help users maintaining multiple installed environment, nobody asked him to do that, he could let the people who knows help others. I'm sure he doesn't have that much users asking for help with (supposedly) mixed installs. If help is resumed to "just delete/reinstall" it shouldn't be too time consuming.
isn't it easier to tell people to install the toolchain version which was used to create that project, or easier to explain HOW to update all the sources to compile successfully with latest toolchain version?

I just find too bad to delete files for preservation reason. some website and institution are working hard to keep track of every historical event and existing files.
it's like banning away Atari from museums to encourage developing a Playstation 5 !
We should also delete C from existence to encourage people upgrading all old programs, because people should use C++, C should be forbidden and devkitpro should refuse to compile ! everybody should work on recoding old C programs to C++, because we have so much free time.

edit:
oh, and isn't it like Nintendo deciding to use different IOS slots in order to keep old IOS for old software, instead of upgrading a single IOS and forcing developers to drop support of the old ones? forcing developers to re-release games to fix bugs due to new methods and new ioctls arguments? you bought an old game, too bad you have to buy it again because the Wii doesn't provide game updates!
Old IOS were still available, and developers were free to use the one they wanted. why consider old files like things nobody should use? Why enforce a single vision of how developers should work?

newo · Sep 25, 2018

I merely wanted a final 32 bit version of dvkp since it seems that everything new is 64bit. I am accustomed to software that is unsupported. Send the noobs to the new stuff.

FIX94 · Sep 25, 2018

Great, just got this lovely email, now I got a headache, had lots of cool stuff up over years and years now sharing various cool things, hope hes happy about this.

and yes over the years I had various claims and shit for various files and I never bothered even trying fighting a system like that cause its just too much of a hassle, oh well, there goes all sorts of stuff.

fledge68 · Sep 25, 2018

FIX94 said:
Great, just got this lovely email, now I got a headache, had lots of cool stuff up over years and years now sharing various cool things, hope hes happy about this.

and yes over the years I had various claims and shit for various files and I never bothered even trying fighting a system like that cause its just too much of a hassle, oh well, there goes all sorts of stuff.

sorry to here that fix94. i don't understand why he didn't try to talk to you first rather than just go behind your back and report your mega account.

i noticed it says suspended. i hope for your sake they at least let you get some or all of your files back for yourself.

FIX94 · Sep 25, 2018

fledge68 said:
i noticed it says suspended. i hope for your sake they at least let you get some or all of your files back for yourself.

Cant even log into my account anymore so nope, no chance of that. Only time will tell what I truly lost from this cause I cant even begin to think about how much I had on there really and if it was anything actually important, had that account for nearly 6 years I think.

newo · Sep 25, 2018

No sense fighting it just take the stuff down and move on. There are not enough people using the old stuff to even justify making a fuss.

GreyWolf · Sep 25, 2018

If you're feeling adventurous you could always build whatever version you want yourself. You just need to clone the toolchain repository and reset it to the release you want.

Brawl345 · Sep 30, 2018

So ugh WinterMute DMCA'd (or reported) the files, a free open-source homebrew SDK which is a straight reverse-engineering of the official SDK? And tells people to update age old homebrew projects to even compile them? That's fucked up.
EDIT: And devkitPro is GPL isn't it?

newo · Sep 30, 2018

Brawl345 said:
So ugh WinterMute DMCA'd (or reported) the files, a free open-source homebrew SDK which is a straight reverse-engineering of the official SDK? And tells people to update age old homebrew projects to even compile them? That's fucked up.
EDIT: And devkitPro is GPL isn't it?

He is with in his rights as the dev. Its more of an annoyance to the people with old incompatible systems

Homebrew Older versions of DevkitPPC and Libogc?

Well-Known Member

GBATemp's lurking knight

Former Staff

GBATemp's lurking knight

Former Staff

GBATemp's lurking knight

Former Staff

Well-Known Member

Former Staff

Well-Known Member

Well-Known Member

Attachments

GBATemp's lurking knight

Well-Known Member

Former Staff

Well-Known Member

Former Staff

Well-Known Member

Well-Known Member

Well-Known Member

Well-Known Member

Similar threads

Popular threads in this forum