From ceae4a44f39e3157a872062124c94c35e97ac7ba Mon Sep 17 00:00:00 2001 From: ISSOtm Date: Sat, 23 Nov 2019 22:21:11 +0100 Subject: [PATCH] Stop using `f(un)?lockfile` Those are only useful for locking file IO across threads, but RGBLINK is single-threaded anyways, so they don't matter. Plus, they aren't provided by mingw, so that'll remove part of the problem --- src/link/output.c | 8 -------- 1 file changed, 8 deletions(-) diff --git a/src/link/output.c b/src/link/output.c index 1ddd1aa1..597d2d8f 100644 --- a/src/link/output.c +++ b/src/link/output.c @@ -188,10 +188,6 @@ static void writeROM(void) checkOverlay(); if (outputFile) { - flockfile(outputFile); - if (overlayFile) - flockfile(overlayFile); - if (sections[SECTTYPE_ROM0].nbBanks > 0) writeBank(sections[SECTTYPE_ROM0].banks[0].sections, 0x0000, 0x4000); @@ -199,10 +195,6 @@ static void writeROM(void) for (uint32_t i = 0 ; i < sections[SECTTYPE_ROMX].nbBanks; i++) writeBank(sections[SECTTYPE_ROMX].banks[i].sections, 0x4000, 0x4000); - - if (overlayFile) - funlockfile(overlayFile); - funlockfile(outputFile); } closeFile(outputFile);