Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Split the sources #24

Closed
sorgelig opened this issue Jun 3, 2016 · 7 comments
Closed

Split the sources #24

sorgelig opened this issue Jun 3, 2016 · 7 comments

Comments

@sorgelig
Copy link
Contributor

sorgelig commented Jun 3, 2016

@harbaum,
Could you consider to split the sources of cores into separate repositories?
It will be more easier to provide the support because developers can work on specific cores without forking into separate repo.
Also, it would give a chance to prune non-used sources. For example ZX and minimig cores are no longer used in this repository and may mislead new developers.
Wiki already provides links for repositories for each core, so it can be used as a central hub to gather all used repositories.

@harbaum
Copy link
Contributor

harbaum commented Jun 3, 2016

Why not? This could be done while someone is working on a core.

@ghost
Copy link

ghost commented Jun 3, 2016

I'm happy with the current structure BUT! I'm happy to prune dead cores. If there are cores that arent getting love let me know and I'll pick them up.

@Newsdee
Copy link
Contributor

Newsdee commented Jun 4, 2016

Hi Stephen,

If you mean improving some older cores, may I suggest the NES and Gameboy
cores?

They could use a bit of work to improve compatibility (specifically,
support more memory mappers); and ideally would need to backup "Save RAM"
to the SD card so one can play longer games (eg. Zelda).

Thanks,
Gerard.
On Jun 4, 2016 1:19 AM, "sleary78" notifications@github.com wrote:

I'm happy with the current structure BUT! I'm happy to prune dead cores.
If there are cores that arent getting love let me know and I'll pick them
up.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#24 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/ALUtAdjrGOJR6tUt5y11JVLGsozJpFtBks5qIGI-gaJpZM4ItQdl
.

@gyurco
Copy link
Contributor

gyurco commented May 29, 2020

As I'm usually hacking on several cores at a time, my local repo has a lot of "garbage" (unfinished or experimental code). I think it would be easier to handle with separate repos for the cores. If it's OK, I can generate FPGA64, C16, BBC-micro, Archimedes repos with this method:
https://help.github.com/en/github/using-git/splitting-a-subfolder-out-into-a-new-repository
This one keeps the commit history, so regression-hunting via bisecting will still work.

@harbaum
Copy link
Contributor

harbaum commented May 29, 2020

Yes, of course feel free to cut things. When I started I didn't expect much more than the Atari st and the Minimig. But that prediction was slightly wrong ....

@gyurco
Copy link
Contributor

gyurco commented May 29, 2020

MiST is like a good wine, it just gets better with age :)

@gyurco
Copy link
Contributor

gyurco commented Jun 16, 2020

It's done.

@gyurco gyurco closed this as completed Jun 16, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants