Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: powerpc-ibm-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28770
--- Comment #2 from etienne_lorrain at yahoo dot fr 2006-08-18 12:25
---
I change --target=powerpc-ibm-eabi to --target=powerpc-eabi and
--enable-languages=c to --enable-languages=c,c++ but the configure
should be the same, I do not know what means pre-installed...
# rm -rf build
--- Comment #6 from etienne_lorrain at yahoo dot fr 2006-08-18 13:55
---
I do have $(HOME)/local/powerpc-ibm-eabi/bin/ar.exe
and I am using $(HOME)/local/bin/xar.exe for my stuff here, after install.
To bootstrap, GCC may better use $(HOME)/local/powerpc-ibm-eabi/bin/ar.exe
--- Comment #8 from etienne_lorrain at yahoo dot fr 2006-08-18 15:04
---
For 4.2.0, it will find it and use it:
Will that be in 4.1.2 (or is it in 4.1 prereleases) or only appear in 4.2 ?
I was thinking combined tree was not as good, mostly because I had to
select which
at yahoo dot fr
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=28946
--- Comment #3 from etienne_lorrain at yahoo dot fr 2006-09-05 11:32
---
Just for info, does that means we need to wait for YARA to be included,
considering
http://gcc.gnu.org/ml/gcc/2006-08/msg00164.html
it will probably happen after 4.2 ?
I am seeing a lot of them, even some
gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29029
--- Comment #2 from etienne_lorrain at yahoo dot fr 2006-09-12 11:12
---
X (*str)
We need a temporary here because *str can be modified inside the asm and we
don't know that you want it in a memory or a register.
*str cannot be modified inside the asm because that is an input
: etienne_lorrain at yahoo dot fr
GCC host triplet: cygwin-ia32
GCC target triplet: powerpc-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29613
: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-pc-linux-gnu
GCC host triplet: i486-pc-linux-gnu
GCC target triplet: i486-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21529
stack
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
CC: gcc-bugs at gcc
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-pc-linux-gnu
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27357
--- Comment #2 from etienne_lorrain at yahoo dot fr 2006-05-24 13:22
---
[EMAIL PROTECTED]:~/projet/gujin$ /home/etienne/projet/toolchain/bin/gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/home/etienne/projet/toolchain
--enable-languages
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet
--- Comment #2 from etienne_lorrain at yahoo dot fr 2006-01-16 10:36
---
Same bug still present in gcc version 4.0.3 20051201 (prerelease) (Debian
4.0.2-5).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23477 is itself corrected, but
this current bug has never been corrected
--- Comment #4 from etienne_lorrain at yahoo dot fr 2006-01-23 09:56
---
(In reply to comment #3)
PR 23477 was fixed in 4.1.0 and not 4.0.3. This is still a dup of that bug.
*** This bug has been marked as a duplicate of 23477 ***
For me, 23477 is fixed in GCC: (GNU) 4.0.3
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC
--- Additional Comments From etienne_lorrain at yahoo dot fr 2004-10-19 12:47
---
Well, sometimes you are sure the field is 8 bits wide,
limit_msb is only 4 bits unlike base_msb.
A value does not fit the size would be better, but ...
Sorry,
Etienne.
--
What
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
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
--- Comment #1 from etienne_lorrain at yahoo dot fr 2006-12-06 12:47
---
Was another problem (Initialise the main stack at the top of the reserved
space, without keeping two words safety linked to the calling convention,
so the first call would erase the first static variable
dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: powerpc-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30785
--- Comment #2 from etienne_lorrain at yahoo dot fr 2007-02-13 13:44
---
Problem is fixed by -fno-tree-vrp and -O2
I am not a specialist of -fdump-tree-all, but it seems like that:
tmp.c.t35.copyprop1:
;; Function strncpy (strncpy)
strncpy (pDest, pSrc, n)
{
char * D.1282
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53507
Bug #: 53507
Summary: ia32/amd64: bsf can be used to test null memory, bsf
sets zero flag
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status:
Assignee: unassigned at gcc dot gnu.org
Reporter: etienne_lorrain at yahoo dot fr
On latest Fedora, with: gcc version 4.8.1 20130603 (Red Hat 4.8.1-1) (GCC)
I get:
$ /usr/bin/gcc -m32 -Os bug.c
bug.c: In function ‘menu’:
bug.c:59:1: internal compiler error: in set_address_disp
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu
http://gcc.gnu.org
--- Comment #17 from etienne_lorrain at yahoo dot fr 2009-02-03 16:38
---
(In reply to comment #15)
The advantage of such a RTL pass (or just adding such optimization to another
RTL pass) would be that it would handle also say: ...
Why only limit that pass to constants, and only
-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: all-all-all
GCC host triplet: all-all-all
GCC target triplet: all-all-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
--- Comment #2 from etienne_lorrain at yahoo dot fr 2009-03-12 14:10
---
The thread associated:
http://gcc.gnu.org/ml/gcc/2009-03/msg00288.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: all-all-all
GCC host triplet: all-all-all
GCC target triplet: all-all-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39456
--- Comment #1 from etienne_lorrain at yahoo dot fr 2009-03-19 16:33
---
Also, you cannot put function in another section and then
use -ffunction-sections, i.e.:
etie...@gujin:~$ gcc --version
gcc (Debian 4.3.3-3) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux
http
: etienne_lorrain at yahoo dot fr
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39892
building cross compiler
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet
--- Comment #6 from etienne_lorrain at yahoo dot fr 2008-11-21 16:10
---
By trying to declare:
volatile union U u;
In your Testcase without the unnecessary enum, the u = def; is compiled as:
movl$0, u
movlu, %eax
andl$-16, %eax
orl $6
--- Comment #8 from etienne_lorrain at yahoo dot fr 2008-11-21 17:45
---
The number of writes for that volatile structure may or may not be a problem,
I am more concerned by the number of reads of some memory which may not be
readable at all.
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from etienne_lorrain at yahoo dot fr 2008-11-24 22:01
---
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142157
Modified: trunk/gcc/dse.c
I am using gcc-core-4.4-20081121.tar.bz2 with ia32-linux (Fedora9) and
applying your patch gives a better assembly
at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
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=35392
for
simple fct
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet
--- Comment #2 from etienne_lorrain at yahoo dot fr 2008-08-17 19:31
---
It is not related to bitfields, this also show the problem:
struct color { unsigned char red, green, blue, transparent; } cur_color;
static const struct color mycolor = { 200, 10, 30, 0 };
void fct(void
--- Comment #3 from etienne_lorrain at yahoo dot fr 2008-08-24 09:13
---
Moreover, if in the first test.c program, you declare variable conf
volatile,
the assembly generated contains 8 writes to conf, and that memory location
is *read* 7 times. If conf does not point to memory
to
individual bytes
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC
--- Comment #7 from etienne_lorrain at yahoo dot fr 2008-09-01 20:29
---
Patch works for me, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37248
: etienne_lorrain at yahoo dot fr
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42935
--- Comment #2 from etienne_lorrain at yahoo dot fr 2010-02-24 09:45
---
It would be nice to have the warning in the second case too, i.e. for
(unsigned long long)(val1*val2).
Another solution, probably a lot more complex to implement, is to have
a compilation switch to expand all
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: any
GCC host triplet: any
GCC target triplet: any
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43162
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51085
Bug #: 51085
Summary: volatile const structures (in C) go in the .data
section, not .rodata as expected
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39456
--- Comment #4 from etienne_lorrain at yahoo dot fr 2012-01-03 09:53:59 UTC ---
Thanks for looking at my reports and happy new year!
I think the problem I had was the quoting and string concat, you need:
void fct2 (void) __attribute__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48517
Summary: ICE in build_unary_op, at c-typeck.c:3786
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
Summary: Creating a copy variable simplify assembly -
i686-pc-linux-gnu
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49012
Summary: weak const optimisations
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49012
--- Comment #2 from etienne_lorrain at yahoo dot fr 2011-05-16 14:36:41 UTC ---
Well, with gcc-4.4.5-8 the weak attribute did the trick:
$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49839
Summary: Use constants in registers preferably to inline
constants (-Os)
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: etienne_lorrain at yahoo dot fr
Target Milestone: ---
It may be controvertial use, but I would like to report it with low priority...
Having this code (tested on GCC7):
-->o--o<-
static inline void paralle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79674
--- Comment #2 from etienne_lorrain at yahoo dot fr ---
Well, I did not really want to link to the store-merging optimisation in
particular, I wanted to point out that order of evaluation inside the function
call are not defined by the standard
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: etienne_lorrain at yahoo dot fr
Target Milestone: ---
Compiling (ia32, -O2) a function to copy whole structure is optimised on GCC7
pre-release (g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
--- Comment #42 from etienne_lorrain at yahoo dot fr ---
Separate Bug 78821 has been successfully created following comment 41
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
--- Comment #40 from etienne_lorrain at yahoo dot fr ---
Following my comment No 17, the optimisation could also be done for reads - we
still have (https://gcc.godbolt.org/ -O2 -m32) that:
struct S
{
char a;
char b;
char c;
char d;
} u, v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14295
Bug 14295 depends on bug 24177, which changed state.
Bug 24177 Summary: function returning structure produce very long/slow assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24177
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39456
etienne_lorrain at yahoo dot fr changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24177
etienne_lorrain at yahoo dot fr changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
etienne_lorrain at yahoo dot fr changed:
What|Removed |Added
Status|NEW |RESOLVED
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: etienne_lorrain at yahoo dot fr
Target Milestone: ---
Compiling the simple line on amd64:
long long a __attribute__((packed)) = 100;
with "GCC: (GNU) 7.1.1 20170622 (Red Hat 7.1.1-3)&q
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: etienne_lorrain at yahoo dot fr
Target Milestone: ---
Created attachment 42208
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42208=edit
preprocessed source
Trying to update the gu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82265
--- Comment #3 from etienne_lorrain at yahoo dot fr ---
I do not know how I finished adding such packed attribute on my variables and
not seeing any warnings, on the gcc-4.7.1 I used at the time.
That looks indeed a bug in the documentation only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82264
--- Comment #6 from etienne_lorrain at yahoo dot fr ---
fixed for my testcase (tested gcc version 7.2.1 20171012), can be closed.
Thanks, Etienne.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10740
etienne_lorrain at yahoo dot fr changed:
What|Removed |Added
CC||etienne_lorrain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111027
--- Comment #4 from etienne_lorrain at yahoo dot fr ---
Parallella box is free again.
Proposed patch (with a slight offset) is recompiling, result in 2065m36.178s...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111027
--- Comment #5 from etienne_lorrain at yahoo dot fr ---
Hello, full recompilation from source finished (your patch included), same
setup with NFS without "no_root_squash" on /home/parallella/veg, installation
goes further but stop a
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: etienne_lorrain at yahoo dot fr
Target Milestone: ---
On Ubuntu 22.04.3 LTS,Compiling gcc-13.2.0 by:
wget https://ftp.gnu.org/gnu/gcc/gcc-13.2.0/gcc-13.2.0.tar.xz
tar xf
NCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: etienne_lorrain at yahoo dot fr
Target Milestone: ---
On an ARM32 Linux system just installed, i.e. parallellla board just flashed
with an SD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41
--- Comment #3 from etienne_lorrain at yahoo dot fr ---
Just reporting that the problem do not appears when --disable-multilib is asked
at the configure stage.
Unlike for ARM64 host compiling a native compiler, you need to say such
--disable
75 matches
Mail list logo