[Bug middle-end/113205] [14 Regression] internal compiler error: in backward_pass, at tree-vect-slp.cc:5346 since r14-3220
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113205 --- Comment #9 from Sérgio Basto --- Thank you it worked , MLT was built successfully on Fedora Rawhide
[Bug middle-end/113205] [14 Regression] internal compiler error: in backward_pass, at tree-vect-slp.cc:5346 since r14-3220
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113205 --- Comment #6 from Sérgio Basto --- and any workaround to build mlt on x86_64 ,exist ? I tried disable lto, hardening and also disable strict symbols (-Wl,-z,defs ) and still not build neither in koji nor in my machine
[Bug middle-end/113205] [14 Regression] internal compiler error: in backward_pass, at tree-vect-slp.cc:5346 since r14-3220
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113205 Sérgio Basto changed: What|Removed |Added CC||sergio at serjux dot com --- Comment #5 from Sérgio Basto --- (In reply to Matthias Klose from comment #0) > seen with trunk 20240101 on x86_64-linux-gnu, building the mlt package. It > claims to be not reproducible, but always fails to build. I notice that mlt just fail to build on x86_64 https://koji.fedoraproject.org/koji/taskinfo?taskID=112893731 HTH
[Bug c++/84468] [gcc 8] Inconsistent -Wstringop-truncation warnings with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84468 Sérgio Basto changed: What|Removed |Added CC||sergio at serjux dot com --- Comment #1 from Sérgio Basto --- btw and this warning [1] make sense ? [1] mongoose.c: In function 'mg_resolve_async_opt': mongoose.c:10791:3: error: 'strncpy' specified bound 1024 equals destination size [-Werror=stringop-truncation] strncpy(req->name, name, sizeof(req->name));
[Bug c/69602] [6 Regression] over-ambitious logical-op warning on EAGAIN vs EWOULDBLOCK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602 Sérgio Basto changed: What|Removed |Added CC||sergio at serjux dot com --- Comment #12 from Sérgio Basto --- if EAGAIN and EWOULDBLOCK may be identical, but also that they may be distinct, this warning doesn't make sense, IMHO, look at this virtualbox solution : https://www.virtualbox.org/changeset/59960/vbox/trunk it is worst than before, just to avoid one warning.
[Bug inline-asm/56148] [4.8 Regression] inline asm matching constraint with different mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148 --- Comment #13 from Sérgio Basto sergio at serjux dot com 2013-02-21 17:45:53 UTC --- Hi, it see that was applied on gcc-4.8.0-0.12 Thanks,
[Bug inline-asm/56148] [4.8 Regression] inline asm matching constraint with different mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148 --- Comment #11 from Sérgio Basto sergio at serjux dot com 2013-02-12 18:38:06 UTC --- Vlad, don't wanna rush you , but let me know when we have this patch on gcc of Fedora rawhide , to continue testing compilation of VirtualBox . Thanks,
[Bug inline-asm/56148] [4.8 Regression] inline asm matching constraint with different mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148 --- Comment #4 from Sérgio Basto sergio at serjux dot com 2013-02-04 19:46:55 UTC --- Created attachment 29351 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29351 the questionable code hi, send in attach the code , (that in think) that is in discussion. To see if we can fix it , to avoid this compile error .
[Bug inline-asm/56148] [4.8 Regression] inline asm matching constraint with different mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148 Sérgio Basto sergio at serjux dot com changed: What|Removed |Added CC||sergio at serjux dot com --- Comment #1 from Sérgio Basto sergio at serjux dot com 2013-02-04 03:06:45 UTC --- hi, This happens when compile VirtualBox-4.2.6 with gcc-4.8 the code of in question is include/iprt/asm.h line 4167
[Bug inline-asm/56148] [4.8 Regression] inline asm matching constraint with different mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148 --- Comment #2 from Sérgio Basto sergio at serjux dot com 2013-02-04 03:12:35 UTC --- Hi again, this is not a duplicated bug of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55512 ?
[Bug rtl-optimization/52785] New: Compile with -O fails in gcc 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52785 Bug #: 52785 Summary: Compile with -O fails in gcc 4.7 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: ser...@serjux.com Hi, Though compile C sources shouldn't change behavior when we change -O (optimization) flag but we see 2 or 3 issues with -O flag. https://bugs.gentoo.org/show_bug.cgi?id=402285#c2 compiles with -O2 and not with -O3 !? https://bugs.freedesktop.org/show_bug.cgi?id=47971 Compile X11-server git version, just compiles with -O0 , not with other -O
[Bug rtl-optimization/52785] Compile with -O fails in gcc 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52785 --- Comment #1 from Sérgio Basto sergio at serjux dot com 2012-03-30 01:41:12 UTC --- Here is the 3rd issue: http://lists.x.org/archives/xorg/2012-March/054377.html
[Bug rtl-optimization/52785] Compile with -O fails in gcc 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52785 --- Comment #3 from Sérgio Basto sergio at serjux dot com 2012-03-30 02:13:44 UTC --- Created attachment 27041 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27041 preprocessed source with -O1 /usr/include/xorg/os.h:496:55: error: expected identifier or ‘(’ before ‘__extension__’ line 496 is: extern _X_EXPORT char * strndup(const char *str, size_t n); we have just 3 strndup in teste.i don't see anything wrong
[Bug rtl-optimization/52785] Compile with -O fails in gcc 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52785 --- Comment #5 from Sérgio Basto sergio at serjux dot com 2012-03-30 02:39:25 UTC --- (In reply to comment #4) strndup is a macro in glibc header files. Use (strndup) to disable the macro function. This is not a GCC bug or a glibc bug (since you supply _GNU_SOURCE which says define this macro) as the header is using something in the GNU_SOURCE namespace. Sorry , could you help me try solve this the code is : #ifndef HAVE_STRNDUP extern _X_EXPORT char * strndup(const char *str, size_t n); #endif so -DHAVE_STRNDUP make source compile , what or how I fix the source ?