Recent changes to bugs

arm-none-eabi-gcc: error: unrecognized command-line option '-mno-fpu'

plsno — Mon, 30 Dec 2024 14:28:46 -0000

I'm trying to compile a homebrew application, but instead I get this error: arm-none-eabi-gcc: error: unrecognized command-line option '-mno-fpu'. Is there a solution?

[devkitARM] Windows shenanigans when passing -L to ld

Scott Norton — Sun, 21 Jan 2018 23:58:59 -0000

Invocation:
${DEVKITARM}/bin/arm-none-eabi-ld -L path/to/library -T ld_script.ld -o foo.elf src/foo.o asm/crt0.s -lgcc -lc

Example line from ld_script.ld:
path/to/library/libc.a:memcpy.o(.text);

Result on OSX and Linux: ELF builds without error

Result on Windows (cygwin):

`memcpy' referenced in section `.text' of src/foo.o: defined in discarded section `.text' of path/to/library\libc.a(memcpy.o)

For whatever reason, ld appends an NT-style forward slash to the -L path even when the rest of the path exclusively uses backslashes. It is then unable to equate the resulting mixed path syntax with any equivalent path in the linker script.

#131 Example makefiles fail on mac,

Dave Murphy — Tue, 26 Jan 2016 13:56:27 -0000

status: open --> closed
Group: unconfirmed --> user_error

#132 [libfat] Possible incorrect checking against '\0' in _FAT_directory_mbstoucs2()

Dave Murphy — Tue, 13 Jan 2015 16:50:31 -0000

status: open --> closed

#133 [libfat] FAT_setAttr dsi exception

Dave Murphy — Tue, 13 Jan 2015 16:49:18 -0000

status: open --> closed
assigned_to: Dave Murphy

#133 [libfat] FAT_setAttr dsi exception

Dave Murphy — Tue, 13 Jan 2015 16:48:55 -0000

I figured out what you were talking about & fixed it with this patch - https://github.com/devkitPro/libfat/commit/ef7a8748e614652b892ecc7634575b9e1d90188b

#133 [libfat] FAT_setAttr dsi exception

Fabio Olimpieri — Mon, 12 Jan 2015 21:31:55 -0000

I have just committed the patch.

attr requires a conversion to char when passed to _FAT_fat_clusterToSector.

_FAT_fat_clusterToSector took the fisrt byte of an integer variable. In the little endian system this byte is the least significant but in the big endian system (like the Wii) is the most significant which in the case of attr is always 0.

I checked the patch on the WII.

#133 [libfat] FAT_setAttr dsi exception

Dave Murphy — Mon, 12 Jan 2015 15:38:12 -0000

The NULL pointer was already fixed. See https://github.com/devkitPro/libfat/commit/b42fdc447c6066202ac05a71d466ea480a97d6cf

I can't tell what you're changing and why, can you please supply a diff.

[libfat] FAT_setAttr dsi exception

Fabio Olimpieri — Sun, 11 Jan 2015 20:54:59 -0000

The instruction FAT_setAttr gives "dsi exeption" in all the last versions (1.10.11-13) of libfat.

This is due to a bug in FAT_setAttr (fatfile.c): a NULL pointer is passed to _FAT_directory_entryFromPath which expects a pointer to a variable.

Moreover there is another bug. The code does take into account the endianess of powerPC and therefore the attr variable is always passed with a 0 value.

This code solves both the issues (NEW indicates the new/modified lines).

int FAT_setAttr(const char *file, int attr) {

// Defines...
DIR_ENTRY_POSITION entryEnd;
PARTITION partition = NULL;
DIR_ENTRY dirEntry = NULL;

DIR_ENTRY dirEntry_variable; //NEW
char attr_byte; //NEW

dirEntry =&dirEntry_variable; //NEW
attr_byte= (char) attr; //NEW
...

// Write Data
_FAT_cache_writePartialSector (
partition->cache // Cache to write
, &attr_byte // Value to be written ----> NEW
, _FAT_fat_clusterToSector( partition , entryEnd.cluster ) + entryEnd.sector // cluster
, entryEnd.offset * DIR_ENTRY_DATA_SIZE + DIR_ENTRY_attributes // offset
, 1 // Size in bytes
);

[libfat] FAT_setAttr dsi exception

Fabio Olimpieri — Sun, 11 Jan 2015 20:54:59 -0000

Ticket 133 has been modified: [libfat] FAT_setAttr dsi exception
Edited By: Dave Murphy (wntrmute)
Status updated: u'open' => u'closed'
Owner updated: None => u'wntrmute'