[Bug ld/30724] Massive ld performance regression in binutils-2.41 since 014a602b86f08de96fc80ef3f96a87db6cccad56

2023-08-06 Thread Stromeko at nexgo dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=30724 --- Comment #4 from Achim --- As I suspected, the newlib fseek/fseeko implementation flushes the file under lock (because it punts to fseek_r/fseeko_r) when in append mode and also for SEEK_CUR before determining the current position (as it ha

[Bug ld/30724] Massive ld performance regression in binutils-2.41 since 014a602b86f08de96fc80ef3f96a87db6cccad56

2023-08-05 Thread Stromeko at nexgo dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=30724 --- Comment #3 from Achim --- (In reply to Andrew Pinski from comment #2) > That would be then a bug in cygwin stdio code I suspect ... Maybe, or maybe it actually has to be that way since the wording in POSIX seems to imply that when certain

[Bug ld/30724] Massive ld performance regression in binutils-2.41 since 014a602b86f08de96fc80ef3f96a87db6cccad56

2023-08-05 Thread pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=30724 --- Comment #2 from Andrew Pinski --- (In reply to Achim from comment #1) > AFter a few false starts since it seems one really needs to freshly > configure and compile the whole thing each time this got bisected to: > > https://sourceware.org

[Bug ld/30724] Massive ld performance regression in binutils-2.41 since 014a602b86f08de96fc80ef3f96a87db6cccad56

2023-08-05 Thread sam at gentoo dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=30724 Sam James changed: What|Removed |Added Summary|massive ld performance |Massive ld performance