https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84148
Gianluigi Tiesi changed:
What|Removed |Added
CC||sherpya at netfarm dot it
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
--- Comment #22 from Gianluigi Tiesi ---
(In reply to Ladislav Láska from comment #21)
> Hi!
>
> I'm still seeing this problem on recent release 6.3.1, and it seems to be
> enabled by default on at least some builds (msys2 for example).
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45317
--- Comment #2 from Gianluigi Tiesi sherpya at netfarm dot it 2012-11-15
00:13:28 UTC ---
so mingw 4.7.0 has same packing behavior of linux gcc, why in _mingw_ =
4.7.0 should I add -malign-double to be compatible with mingw 4.7.0 and msvc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45317
--- Comment #3 from Gianluigi Tiesi sherpya at netfarm dot it 2012-11-15
00:21:58 UTC ---
I've also tested with -malign-double and nothing changes, I don't need mingw32
abi on linux, I need mingw abi on mingw, somehow changed with 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45317
--- Comment #4 from Gianluigi Tiesi sherpya at netfarm dot it 2012-11-15
00:36:10 UTC ---
sorry my comment are for another bug, please ignore them
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Bug #: 52991
Summary: attribute packed broken on mingw32?
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Priority: P3
at netfarm dot it
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45317
--- Comment #44 from sherpya at netfarm dot it 2010-04-24 02:46 ---
nice, it's a bit difficult to handle autoreconf in mingw :D, I need a specific
version on my linux box and then make a patch including configure and makefiles
changes :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #13 from sherpya at netfarm dot it 2010-04-22 15:31 ---
I can build 4.5.0 without problems, I think here no source is pulling in
winsock header
--
sherpya at netfarm dot it changed:
What|Removed |Added
--- Comment #7 from sherpya at netfarm dot it 2010-04-15 10:03 ---
the correct way should be
#if defined(FIONREAD) !defined(_WIN32)
or if you prefer __MINGW32__
(note _WIN32 is not defined on cygwin)
ioctlsocket is not suitable because it does not work on file descriptors
also
--- Comment #39 from sherpya at netfarm dot it 2010-04-12 16:55 ---
(In reply to comment #35)
So if I understand correctly, the state of things at the moment is this:
Without LTO:
Time: 419.938 sec (6 m 59 s)
with LTO incl linker flags:
Time: 443.047 sec (7 m 23 s
on mingw32
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sherpya at netfarm dot it
GCC build triplet: i686-pc
--- Comment #1 from sherpya at netfarm dot it 2010-04-12 23:36 ---
FIONREAD is defined by winsock header
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43738
--- Comment #32 from sherpya at netfarm dot it 2010-04-11 17:38 ---
I've repeated the test multiple times, I already done scan benchmarks before
I think I need to check if I have same results on linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776
--- Comment #34 from sherpya at netfarm dot it 2010-04-11 23:58 ---
good point :) it should be written in caps, it's not common usage of linking
flags :)
anyway the reason is easy to understand
results aren't exactly as expected by at least not crazy :)
--- SCAN SUMMARY
--- Comment #29 from sherpya at netfarm dot it 2010-04-09 18:30 ---
using -flto links, but looks like it links in a different way
while linking llvm part I get ice:
In member function 'RefineAbstractType':
lto1: internal compiler error: in input_gimple_stmt, at lto-streamer-in.c:1108
--- Comment #30 from sherpya at netfarm dot it 2010-04-09 19:48 ---
there is something odd.
with lto:
--- SCAN SUMMARY ---
Known viruses: 754681
Engine version: de...@clamwin MinGW - Apr 9 2010
Scanned directories: 1
Scanned files: 4402
Infected files: 0
Data scanned
--- Comment #23 from sherpya at netfarm dot it 2010-04-09 03:55 ---
Created an attachment (id=20342)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20342action=view)
updated for current trunk
obsoletes respin-3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776
--- Comment #24 from sherpya at netfarm dot it 2010-04-09 03:56 ---
Updated for current trunk, just compiled a cross gcc for mingw
I'll test if works
--
sherpya at netfarm dot it changed:
What|Removed |Added
--- Comment #26 from sherpya at netfarm dot it 2010-04-09 04:02 ---
I'm getting a lot of:
lto1: warning: visibility attribute not supported in this configuration;
ignored
in the linking phase
using -fwhopr
and the link fails with a lot of:
../../libclamav/7z.wpa.ltrans.o:7z.wpa.o
--- Comment #27 from sherpya at netfarm dot it 2010-04-09 04:04 ---
these functions are static
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776
--- Comment #11 from sherpya at netfarm dot it 2010-03-25 03:00 ---
please apply to branch 4.2, tested on a file that was not working and fixed the
problem
(first hunk fails, but it's just the copyright date)
--
sherpya at netfarm dot it changed:
What|Removed
--- Comment #11 from sherpya at netfarm dot it 2009-06-24 11:42 ---
I'm using 4.5 from svn, with -O2 and looks like not affected
4.3 and 4.4 are almost unusable on mingw (at least my builds)
something changed in 4.5 branch,
I've not tested further 4.3 or .4.4 since I was using 4.2
--- Comment #12 from sherpya at netfarm dot it 2009-06-24 23:22 ---
however 4.5 is still far from being stable as 4.2, I get many crashes while
using complied mplayer (it's a stress test for gcc :))
Unfortunately I had no much time to debug mplayer builds
--
http://gcc.gnu.org
--- Comment #47 from sherpya at netfarm dot it 2008-10-07 11:50 ---
ffmpeg uses aligned vars inside an object from an external nasm/yasm compiled
module, so it's very unlikely gcc can be aware of this, the patch should solve
implicit sse code generation, but I think
--- Comment #5 from sherpya at netfarm dot it 2008-10-07 12:48 ---
*** This bug has been marked as a duplicate of 37750 ***
--
sherpya at netfarm dot it changed:
What|Removed |Added
--- Comment #5 from sherpya at netfarm dot it 2008-10-07 12:48 ---
*** Bug 37584 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37750
--- Comment #6 from sherpya at netfarm dot it 2008-10-07 13:23 ---
first bt, (pls tell me if you need output of leave temps, generated asm
preprocessed or other stuff)
Program received signal SIGSEGV, Segmentation fault.
0x0092c4c2 in _alloca ()
(gdb) bt
#0 0x0092c4c2 in _alloca ()
#1
--- Comment #8 from sherpya at netfarm dot it 2008-10-07 13:29 ---
another crash in snow, this time argc/argv is not screwed
Program received signal SIGSEGV, Segmentation fault.
0x0092c4c2 in _alloca ()
(gdb) bt
#0 0x0092c4c2 in _alloca ()
#1 0x005d7de7 in encode_frame (avctx
--- Comment #9 from sherpya at netfarm dot it 2008-10-07 13:35 ---
sqv1
Program received signal SIGSEGV, Segmentation fault.
0x0092c4c2 in _alloca ()
(gdb) bt
#0 0x0092c4c2 in _alloca ()
#1 0x005e3338 in svq1_encode_plane (s=0x5a9f2c0, plane=value optimized out,
src_plane
--- Comment #4 from sherpya at netfarm dot it 2008-10-07 09:38 ---
unfortunately snow.c is a very big file, I'll try to find a shorter example,
but if the problem is in alloca() the generated asm will not be so usefull
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37750
--- Comment #7 from sherpya at netfarm dot it 2008-10-07 13:27 ---
compile flags
OPTFLAGS=-O3 -fno-common -g3 -march=native -mtune=native -pipe
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_ISOC99_SOURCE
-D_POSIX_C_SOURCE=200112 -fasm -std=c99 -fomit-frame-pointer -DPTW32_STATIC_LIB
--- Comment #49 from sherpya at netfarm dot it 2008-10-07 12:15 ---
not exactly, Simon Sasburg compiled with -march=core2 I'm not explicitly
telling to gcc to compile sse code, arch is i686 and opt is -O2 so there is no
sse code generated by gcc, ffmpeg declares aligned vars in fft.c
--- Comment #34 from sherpya at netfarm dot it 2008-10-06 14:13 ---
$ nm ffmpeg_g.exe |grep ff_cos_16
00dd84e0 B _ff_cos_16
00de04c0 B _ff_cos_16384
except snow and svq1 tests, crashing because of bugs in tree opts on win32
sse code is working fine
--
http://gcc.gnu.org/bugzilla
--- Comment #36 from sherpya at netfarm dot it 2008-10-06 17:14 ---
so how with -fno-common can make aligned work?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216
--- Comment #38 from sherpya at netfarm dot it 2008-10-06 17:27 ---
yes alignment works, and even my test align program with 4.2 without patches
gives correct alignment to local and global symbols
Local Aligned 16: 0
Local Aligned 32: 0
Global Aligned 16: 0
Global Aligned 32: 0
16
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sherpya at netfarm dot it
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37750
--- Comment #40 from sherpya at netfarm dot it 2008-10-06 18:54 ---
I mean that with -fno-common alignment works, even with non patched 4.2, my
question is due to the fact that it's not so clear for me what no-common does
and adding -fno-common what are side effects?
do using
--- Comment #2 from sherpya at netfarm dot it 2008-10-06 22:34 ---
this problem started with 4.3, 4.3.2 on debian linux hasn't these problems
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37750
--- Comment #43 from sherpya at netfarm dot it 2008-10-07 01:32 ---
binutils 2.18.91.20080917 on both
there are changes for the local alignment in the gas code but gcc does not use
them without my attached gcc_align_fix.diff patch (not sure 100%)
newer binutils are not working well
--- Comment #32 from sherpya at netfarm dot it 2008-10-04 21:40 ---
this archive:
http://people.netfarm.it/~sherpya/gcc/info.7z
contains
ffmpeg_g.exe - non stripped final executable
fft.c/o/s - source, object file and asm generated
related vars are:
ff_cos_16, ff_cos_32 etc
$ nm
--- Comment #30 from sherpya at netfarm dot it 2008-10-03 17:06 ---
the patch looks ok but unfortunately does not always solves the problem,
something in the chain misalignes the symbol
This does not happen always but in some circumstances :(
--
http://gcc.gnu.org/bugzilla
--- Comment #25 from sherpya at netfarm dot it 2008-09-30 14:10 ---
(In reply to comment #24)
Subject: Re: [cygming] Invalid alignment for SSE store
to .comm data generated with -O3
a printf in the code for ff_cos_16 causes the compiler to align the var,
but at this point
--- Comment #15 from sherpya at netfarm dot it 2008-09-29 15:39 ---
I also got the error on the first patch, gcc 4.4 from svn, binutils
2.18.91.20080917
I still have problems with 2.19 binutils snapshots (unable to correctly create
and link dll)
unfortunately the current gcc svn does
--- Comment #16 from sherpya at netfarm dot it 2008-09-29 15:40 ---
Created an attachment (id=16426)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16426action=view)
lcomm + alignment
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216
--- Comment #17 from sherpya at netfarm dot it 2008-09-29 16:30 ---
with both patches I can achieve align 16
align 16 on globals still fails
Local Aligned 16: 0
Local Aligned 32: 0
Global Aligned 16: 0
Global Aligned 32: 16
the program is:
#include stdio.h
#include stdlib.h
#include
--- Comment #20 from sherpya at netfarm dot it 2008-09-29 19:33 ---
align testcase looks ok, but anyway I'm mainly interested to have code aligned
to 16. volatile around variables is not enough in my test program.
Nick's testcase is ok even on (local-only align) patched gcc 4.2
I've
--- Comment #22 from sherpya at netfarm dot it 2008-09-29 23:17 ---
still no success while compiling ffmpeg :(
Program received signal SIGSEGV, Segmentation fault.
0x0074fe94 in ff_fft_calc_3dn ()
(gdb) bt
#0 0x0074fe94 in ff_fft_calc_3dn ()
#1 0x007506f5 in ff_fft_calc_3dn ()
#2
--- Comment #23 from sherpya at netfarm dot it 2008-09-29 23:22 ---
a printf in the code for ff_cos_16 causes the compiler to align the var,
but at this point it crashes in another place using sse code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216
--- Comment #4 from sherpya at netfarm dot it 2008-09-22 09:51 ---
I've also seen crashes in alloca(), at least according to gdb backtrace
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37584
--- Comment #2 from sherpya at netfarm dot it 2008-09-20 09:43 ---
adding -fno-tree-ch avoid crashing in mencoder, so I filled the bug on this,
but it can be a side effect of something else
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37584
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sherpya at netfarm dot it
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37584
--- Comment #4 from sherpya at netfarm dot it 2007-02-25 20:13 ---
I've compiled other things and this messages is a warning in 4.1, but doesn't
crashes
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30956
--
Summary: ice on final.c
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sherpya at netfarm dot it
GCC build
--- Comment #1 from sherpya at netfarm dot it 2007-02-25 02:26 ---
Detailed output:
gcc -v -save-temps -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -Wall -pedantic
-fno-strict-aliasing -MT fribidi_utils.lo -MD -MP -MF .deps/fribidi_utils.Tpo
-c fribidi_utils.c -o fribidi_utils.o
Using built
--- Comment #2 from sherpya at netfarm dot it 2007-02-25 02:33 ---
Created an attachment (id=13104)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13104action=view)
source .s and .i
the full source of program can be found here:
http://fribidi.org/download/fribidi-0.10.7.tar.gz
break compilation
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sherpya at netfarm dot it
GCC build triplet: i386-pc
--- Comment #1 from sherpya at netfarm dot it 2006-12-18 03:31 ---
I forgot to attach the error:
cc1.exe: internal compiler error: in add_standard_paths, at c-incpath.c:173
so it's not in gcc but the preprocessor
I've bootstrapped from 4.1.1
--
sherpya at netfarm dot it changed
--- Comment #3 from sherpya at netfarm dot it 2005-12-11 08:09 ---
looking at gcc/Makefile
ORIGINAL_LD_FOR_TARGET =
./j:/mingw/bin/../lib/gcc/mingw32/4.0.2/../../../../mingw32/bin/ld.exe
ORIGINAL_NM_FOR_TARGET = /mingw/bin/nm
so LD path takes a : that interfers with make,
on gcc 402
--- Comment #4 from sherpya at netfarm dot it 2005-12-11 20:41 ---
My latest build unaffected from this bug is 4.1.0 cvs 20051013 (now I've
switched to svn), anyway fixing the ld path compiles fine.
--
sherpya at netfarm dot it changed:
What|Removed
--- Additional Comments From sherpya at netfarm dot it 2005-09-05 10:04
---
The patch still broken it fails to compiles some resources i.e. building reactos
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Additional Comments From sherpya at netfarm dot it 2005-06-14 00:30
---
can you provide a correct patch? I've just adapted the old one to apply and
compile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Additional Comments From sherpya at netfarm dot it 2005-06-05 06:48
---
yes it's true, but it's not a solution I'm trying to isolate to problem :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
--- Additional Comments From sherpya at netfarm dot it 2005-06-05 07:47
---
Your patches doesn't clean apply to current cvs, I've revised it but I've
renamed DECL_NON_ADDR_CONST_P in TARGET_DECL_NON_ADDR_CONST_P in varasm.c since
there is no reference for DECL_NON_ADDR_CONST_P in code
--- Additional Comments From sherpya at netfarm dot it 2005-06-05 03:59
---
the problematic dirs are target-libiberty target-libstdc++-v3
since adding this to target:
skipdirs=target-libiberty target-libstdc++-v3
compiles fine (cross compiling with linux), anyway I suppose this cannot
--- Additional Comments From sherpya at netfarm dot it 2005-06-05 05:15
---
as I posted in the duplicated bug thread, the problematic directories are:
target-libiberty target-libstdc++-v3
also I had a working build on cvs snapshot of 20050522,
btw in that build ATTRIBUTE_SENTINEL
: critical
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sherpya at netfarm dot it
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
--- Additional Comments From sherpya at netfarm dot it 2005-06-02 13:17
---
Created an attachment (id=9013)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9013action=view)
Debug output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
--- Additional Comments From sherpya at netfarm dot it 2005-06-02 13:17
---
Linux cross:
Linux 2.6.x i686 GNU/Linux
Debian/Sid
System wide binutils 2.15
mingw32-binutils version 2.16
../gcc/configure -v \
--prefix=/usr
69 matches
Mail list logo
