wrong).
Thanks,
Andrew Pinski
PS cross posting between these 3 lists is not a good idea and
gcc-bugs@ is for automated emails from bugzilla and not exactly looked
at.
>
> Best Regards,
> Geeta D
>
> On Mon, Feb 3, 2025 at 10:08 AM Andrew Pinski wrote:
>>
>> On
actly a driver and links directly against the
front-ends so it does not need to call out to other programs*.
*) The exception is the linker so you will run into issues there if
you have a lot of files to link against.
Thanks,
Andrew Pinski
>
> Best Regards,
> Geeta D
On Sat, Jan 25, 2025 at 6:52 PM Kok How Teh via Gcc-bugs
wrote:
>
> vector a = {3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14};
> assert(43589145600 == accumulate(a.begin(), a.end(), 1, multiplies()));
>
> That assertion fails! What do I miss?
You missed that 1 is in type int and you want to accumulate
On Thu, Sep 26, 2024 at 2:57 AM Jonathan Wakely via Gcc-bugs
wrote:
>
> On 26/09/24 04:44 +, Jason Mancini wrote:
> >Problem happens in 14.2.0, 13.2.0, 12.2.0
> >Doesn't seem to happen in 10.2.0 or 11.2.0
> >Only seems to happen for -std=c++17/14/11, but not for c++20/23/26.
> >Only seems to h
eserved.
Also this mailing list is not a place for reporting issues, it is used
for automated emails from GCC's bugzilla instead.
Thanks,
Andrew Pinski
lly active but it is
still a project and might become more active in the future. So closing
these as won't fix is NOT the correct thing to do unless the classpath
project itself has decided it no longer wants to use the GCC's
bugzilla instance or has decided it is no longer being a project.
Thanks,
Andrew Pinski
>
> Sincerely,
>
> Abe
On Sat, Jan 27, 2024 at 6:24 PM Andrew Pinski wrote:
>
> On Sat, Jan 27, 2024 at 6:07 PM Thomas Voss via Gcc-bugs
> wrote:
> >
> > Hi all,
> >
> > Earlier today I decided to clone the GCC repo and build the latest code
> > just to play around with some n
On Sat, Jan 27, 2024 at 6:07 PM Thomas Voss via Gcc-bugs
wrote:
>
> Hi all,
>
> Earlier today I decided to clone the GCC repo and build the latest code
> just to play around with some new C23 features. One thing I attempted
> was the following:
>
> typedef _BitInt(128) underlying;
> enum
zilla/show_bug.cgi?id=97202).
I suspect clang and MSVC has not implemented that C++ defect report
which is why it is accepted by those 2.
Thanks,
Andrew Pinski
>
> short reproduction:
> #include
>
> #define DECLARE_SINGLETON(classname_type) \
> public:
intf ("%d %d\n", --var.value, --var.value);
| ^~~
Anyways the order of evaluation is not specified in the C standard
when it comes to function arguments; left to right or right to left is
both valid.
Thanks,
Andrew Pinski
>
> ret
On Thu, Jul 20, 2023 at 8:17 AM Andrew Pinski wrote:
>
> On Thu, Jul 20, 2023 at 7:47 AM Drew Ross via Gcc-bugs
> wrote:
> >
> > PR middle-end/101955
> >
> > gcc/ChangeLog:
> >
> > * match.pd (x << c) >> c -> -
On Thu, Jul 20, 2023 at 7:47 AM Drew Ross via Gcc-bugs
wrote:
>
> PR middle-end/101955
>
> gcc/ChangeLog:
>
> * match.pd (x << c) >> c -> -(x & 1): New simplification.
>
> gcc/testsuite/ChangeLog:
>
> * gcc.dg/pr101955.c: New test.
> ---
> gcc/match.pd|
On Sun, Apr 16, 2023 at 10:41 PM Puneet Kumar Yatnal (QUIC) via
Gcc-bugs wrote:
>
>
> ++
> From: Puneet Kumar Yatnal (QUIC)
> Sent: Monday, April 17, 2023 9:26 AM
> To: gcc-h...@gcc.gnu.org
> Subject: Y2038: GCC gthr-posix.h wekref symbol invoking function has impact
> on time values
First gcc-b
On Tue, Feb 14, 2023 at 2:14 PM Owen Cook via Gcc-bugs
wrote:
>
> Adding white space/newlines outside the function also affect the length of
> assembly.
Note -march=native is dependent on the machine which is being used.
IIRC godbolt uses a few different machines and that means the answer
which -
y the shell you are using and being
expanded as all the files in the current working directory. This has
nothing to do with GCC really.
You can use quotes around the * to force the shell not expanding it
such as this:
./mycalc 20 '*' 30
or you use \ to force the shell not to expand what comes after the * like this:
./mycalc 20 \* 30
Thanks,
Andrew Pinski
> 用法:mycalc 数値1 演算子 数値2
creation through this form is restricted. If
creating an account fails, contact
gcc-bugzilla-account-requ...@gcc.gnu.org to request a GCC Bugzilla
account. You should receive a response within 24 hours."
Thanks,
Andrew Pinski
>
> On Mon, Jan 2, 2023 at 1:17 PM Andrew Pinski wrote:
&
Please file a bug to bugzilla. With attaching the source there.
This list is for automated emails from bugzilla really and most folks
are not tracking the list.
Thanks,
Andrew
On Mon, Jan 2, 2023 at 10:16 AM Gavin Ray via Gcc-bugs
wrote:
>
> Hit the following ICE today, just sharing here to be h
really.
Thanks,
Andrew Pinski
> On Tue, Jan 25, 2022 at 5:27 PM admin at levyhsu dot com via Gcc-bugs <
> gcc-bugs@gcc.gnu.org> wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103997
> >
> > --- Comment #14 from Levy Hsu ---
> > Hi Avieira and Ric
; >
> > Well that needs to be fixed. It should point to
> > https://gcc.gnu.org/bugs/ instead.
>
> Which points to GCC Bugzilla, which doesn't have a "libiberty"
> component. So I suggest to add such a component on the Bugzilla.
It has a demangler component though.
Thanks,
Andrew Pinski
On Wed, May 26, 2021 at 8:55 AM lexa kop via Gcc-bugs
wrote:
>
> [ver]i try compile it on gcc 11 and gcc 12
> [new features]i use gcc modules features(module;export module, import,
> import export)
> [command]g++ *.cpp -std=c++20 -fmodules-ts
> /usr/lib/gcc/x86_64-pc-linux-gnu/12.0.0/include/g++-v
On Thu, May 14, 2020 at 4:19 PM Geoff Mulligan wrote:
>
> Version:
> gcc -v
> Using built-in specs.
> COLLECT_GCC=gcc
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper
> OFFLOAD_TARGET_NAMES=nvptx-none
> OFFLOAD_TARGET_DEFAULT=1
> Target: x86_64-linux-gnu
> Configured with: ../src/
On Tue, Feb 18, 2020 at 7:29 AM Slava Barinov wrote:
>
> * cp/decl.c (reshape_init_array_1): Enforce constructor creation
> for VLAs when initialized with zero value.
> * testsuite/g++.dg/pr93730.C: New test
> * testsuite/g++.dg/abi/mangle72.C: Change mangling to ne
definition?
>
bsearch is a standard C function.
https://pubs.opengroup.org/onlinepubs/009695399/functions/bsearch.html
http://www.cplusplus.com/reference/cstdlib/bsearch/
Thanks,
Andrew Pinski
> / * binary bearch * /
> #include
> int bsearch(int x, int a[], int n);
> int main(void
gt; The linker used here is powerpc-poky-linux-g++.
Considering it is ld that is crashing, maybe reporting it to binutils instead.
Thanks,
Andrew Pinski
>
> # powerpc-poky-linux-g++ -v
> Using built-in specs.
> COLLECT_GCC=powerpc-poky-linux-g++
> COLLECT_LTO_WRAPPER=//yocto/builds
On Tue, May 8, 2018 at 11:07 AM, Dávid Bolvanský
wrote:
> Hello,
>
> Code example:
> #include
>
> char * a(int e) {
> char * s;
> switch (e) {
> case 0:
> s = "0";
> break;
> case 1:
> s = "1";
> break;
> case 2:
>
On Sat, Mar 17, 2018 at 11:40 AM, Jonathon Reinhart
wrote:
> This was originally posted on Stack Overflow:
> https://stackoverflow.com/a/49339771/119527
>
> The following program:
>
> #include
>
> static void pshort(short val)
> {
>printf("0x%hx ", val);
> }
>
> int ma
0c06 <+198>: mov(%rdx,%rax,8),%rax
>0x00400c0a <+202>: cmp$0x80,%rax
>0x00400c10 <+208>: ja 0x400c38
> <_Z28compile_test_asm_inside_loopv+248>
> 0x00400c12 <+210>: lea0x9(%rdi),%r11
>0x000
On Sat, Oct 7, 2017 at 8:39 AM, Saldyrkine, Mikhail
wrote:
> g++ (GCC) 6.3.1 20170216 (Red Hat 6.3.1-3)
>
> In the below case compile_test_asm_inside_loop invokes test_asm_inside_loop
> and ignores results.
> The call into test_asm_inside_loop is expected to be eliminated since return
> value is
On Sun, Sep 24, 2017 at 2:28 PM, nick wrote:
> Greetings All,
>
> Probably me doing something stupid what I am configuring gcc on current git
> with:
> $PWD/../gcc/configure --prefix=$HOME/GCC-7.0.1
> --enable-languages=c,c++,fortran,go
>
> This is in a directory called objdir for building gcc a
On Fri, Nov 11, 2016 at 10:30 PM, nick wrote:
> Greetings Gcc Folks,
> Either this is me doing something very simple in a school assignment for
> creating a basic hashtable
> or a compiler bug. I am currently seeing this error during my tables run on
> copy constructor call during
> the tester a
On Tue, Jun 9, 2015 at 12:42 PM, Gilles Gouaillardet
wrote:
> This is a follow-up on a discussion about OpenMPI that started at
> http://www.open-mpi.org/community/lists/users/2015/06/27039.php
> and continued at https://github.com/open-mpi/ompi/pull/625
>
> The attached test program does not prod
On Wed, Apr 1, 2015 at 5:44 PM, terry.guo at arm dot com
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65648
>
> Bug ID: 65648
>Summary: [5 Regression] Bad code due to IRA fails to recognize
> the clobber in parallel
>Product: gcc
>
On Thu, Feb 5, 2015 at 6:24 PM, wangwzc wrote:
> I use gcc version 3.4.4, build the following lines, but it the following
> error, what does it means, it seem no error according the C99 standard. Is
> it a gcc bug?
Why do you think there is C99 standard code?
>
> sctp_input.c:3928:1: pasting "sc
output
> Result; Assertion failed: ((buffer[0] = 0xFF) && buffer[0] == 0xFF),
> function main, file minimalErroringCode.cpp, line 4.
Easy answer buffer[0] when promoted to int because of the rules of
C/C++, is equal to -1 and not 255. So a signed char will never equal
to 0xff.
Thanks,
Andrew Pinski
. The example uses CMake
> to compile.
>
> I have three files:
Sounds like --as-needed is the default with the linker you are using.
That is GCC is not the issue but rather the defaults with the distros
you are using are different.
Thanks,
Andrew Pinski
e size of load/stores
of volatile memory.
Thanks,
Andrew Pinski
2011/2/7 Ry deen :
> Hi all,
>
> The code that contains the code shown below is compiled
> with arm-eabi-gcc -O2.
> if((aaa_struct *)NULL == aaa) {
> printf("1\n");
> }
> else {
> printf("2\n");
> }
>
> bbb = aaa->member1;
The output
These failures have fixed already. The issue was in the testsuite.
On Nov 10, 2010, at 8:13 PM, "hjl.tools at gmail dot com" > wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46425
H.J. Lu changed:
What|Removed |Added
---
---
--
On Oct 26, 2010, at 7:30 AM, "j...@jak-linux.org" > wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
--- Comment #1 from Julian Andres Klode
2010-10-26 14:30:24 UTC ---
Created attachment 22162
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22162
Clang's assember
This multi
I think there is a dup of this bug without auto. Not to mention it was
defect report against the standard.
On Sep 3, 2010, at 10:07 AM, "jewillco at osl dot iu dot edu" > wrote:
The following code:
template void foo();
void f() {auto g = foo;}
fails to compile in GCC 4.5.0's C++0x mode wi
You could use a small wrapper script that adds R option instead of a
specs file or adds the specs file to the command line.
On Sep 2, 2010, at 12:48 PM, "nicolai dot stange at zmaw dot de" > wrote:
Hi everybody,
I'm not involved in any gcc development nor am I familiar with gcc
and its
co
On Sep 1, 2010, at 10:47 PM, "ubizjak at gmail dot com" > wrote:
--- Comment #10 from ubizjak at gmail dot com 2010-09-02 05:47
---
(In reply to comment #8)
Since this doesn't backtrace in gdb, I recompiled dwarf2out.c with
the patch...
You should use bigger hammer.
Try va
I am not talking about a library solution at all. I am talking about a
solution inside the compiler. Gcc will optimize memcpy; how much for
MIPS is a good question. Try it out and see. Oh if you are using
scei's gcc you really should be reporting issues to them.
On Aug 31, 2010, at 10:03 PM
On Aug 31, 2010, at 9:32 PM, "yotambarnoy at gmail dot com" > wrote:
--- Comment #6 from yotambarnoy at gmail dot com 2010-09-01
04:32 ---
I recently implemented a custom memcpy for ScummVM. I didn't notice
the
standard memcpy using lwl and lwr. In any case, how would memcpy do
On Aug 31, 2010, at 8:24 AM, "yotambarnoy at gmail dot com" > wrote:
--- Comment #4 from yotambarnoy at gmail dot com 2010-08-31
15:24 ---
Good job picking up on that.
There must be a better way of telling the compiler to generate lwr
and lwl MIPS
instructions without breaki
On Aug 25, 2010, at 5:23 AM, "socketpair at gmail dot com" > wrote:
--- Comment #7 from socketpair at gmail dot com 2010-08-25
12:23 ---
Well, I understand that problem is not in __builtin_expect.
Should I open new, separate bug about block reordering and
generating "jmp to
What version of binutils is being used?
Have you tried a newer version?
On Aug 22, 2010, at 3:11 AM, "mikael at gcc dot gnu dot org" > wrote:
Updating today at revision 163455 gave :
/home/mik/gcc46/src/libcpp/lex.c: Assembler messages:
/home/mik/gcc46/src/libcpp/lex.c:448: Error: no such inst
What about removing those in the driver? This way it works correctly
for other makefiles too?
On Aug 11, 2010, at 9:30 AM, "howarth at nitro dot med dot uc dot edu"
wrote:
Currently libjava is being improperly linked (PR java/41991) due to
the
presence of -lm and -lpthreads on the share
On Aug 10, 2010, at 1:00 AM, "attardi at di dot unipi dot it" > wrote:
Code produced using -O2 handles dereferencing incorrectly.
Here is a program that shows the bug:
#include
#include
class Derived : public std::vector
{
public:
Derived() {}
};
void* foo(void* arg) {
void* basept
On Jul 20, 2010, at 7:43 PM, "rodolfo at rodsoft dot org" > wrote:
The following code doesn't compile unless variable RUNTIME is
defined as a
"static const int" instead of an "enum":
This enum value has an anonymous type which is not valid in the
context of templates in C++03/98. It is
This is expected and iirc required by the c++ standard too.
On Jul 15, 2010, at 8:51 AM, "hubicka at gcc dot gnu dot org" > wrote:
Noticed while reading
http://comments.gmane.org/gmane.comp.web.chromium.devel/16789
evans:/abuild/jh/trunk-install/bin/:[0]# more g.C
#include
evans:/abuild/jh/t
On Jul 15, 2010, at 2:15 AM, "cm1 at mumac dot de" > wrote:
--- Comment #1 from cm1 at mumac dot de 2010-07-15 09:15 ---
Sorry, I edited the contents of the precompiler output to make it
more readable
and messed up the auto variable name. Please use this code:
#include
#includ
Can you give the full backtrace? Where is the build2 being called from?
On Jul 9, 2010, at 7:36 AM, "bergner at gcc dot gnu dot org" > wrote:
The pr30388.c test case ICE's on trunk and powerpc64-linux with the
following
options: -Os -m64
Looking at a backtrace, we're hitting this assert in
This is a dup of a much older bug which I cannot find right now.
On Jul 6, 2010, at 8:10 AM, "vincent at vinc17 dot org" > wrote:
GCC issues warnings like "division by zero" or "right shift count >=
width of
type" even though the corresponding code will never be executed
(under a
condition
On Jul 6, 2010, at 7:21 AM, "andre dot bergner dot 0 at googlemail dot
com" wrote:
This is not a compiler bug, but a bug in the STL iterator class.
The less-than-operator does not work properly.
The following program can reproduce the bug.
# include
# include
using namespace std;
m
These functions are part of PowerPC abi. So they should be provided by
either libgcc or the libc.
On Jul 2, 2010, at 1:12 PM, "joel at gcc dot gnu dot org" > wrote:
This was spotted on powerpc-rtems but likely impacts more targets.
It is
triggered by -Os. I will attach the preprocessed fi
I think the issue is we don't implement imagainy types so 1 + nan I
turns into nan.
On Jun 30, 2010, at 9:51 PM, "ian at airs dot com" > wrote:
Annex G of the ISO C99 standard says that a complex value with one
part being
infinity is considered an infinity, even if the other part is a
NaN
What does a break with a statement expression do for each frontend? Is
it even valid to have a break there(without a statement expression)?
If it is valid, what does each standard say about the break there? If
they say the same thing then I say both frontends should behave the
same but if the
On Jun 25, 2010, at 3:49 AM, "pluto at agmk dot net" > wrote:
hi,
the latest llvm/clang++ reports an error during parsing
included from :
Both of these are c++0x only headers and really are only supported
when compiling in c++0x mode.
In file included from t00.cpp:1:
In file includ
They were replaced with -fdefualt-integer-4/8.
On Jun 22, 2010, at 8:49 AM, "doko at ubuntu dot com" > wrote:
[forwarded from http://bugs.debian.org/582085]
"gfortran-4.4 does not support anymore the -i4 option, while
gfortran-4.3 does.
This is necessary for me to compile gildas (see
http:
I bet it could be reproduced on any target with -fshort-enums.
On Jun 17, 2010, at 2:20 AM, "eblot dot ml at gmail dot com" > wrote:
--- Comment #6 from eblot dot ml at gmail dot com 2010-06-17
09:20 ---
(In reply to comment #5)
Unfortunately I don't see this happening on the x8
On Jun 16, 2010, at 9:57 AM, "gcc at razorcam dot com" > wrote:
You can't use a typedef from a typename scope in a template
This is obviously a major bug and it means you can't access the
typedefs of the
ISO standard library containers in order to use safe types to
manipulate those
conta
Sent from my iPhone
On Jun 13, 2010, at 2:34 PM, "Daniel dot Davies at xerox dot com" > wrote:
When compiled with -03, the attached file prints out an error
message due to
incorrectly comparing "xCount + 32 < 0x8000". When compiled
with the
default optimization, it prints out the co
Well this code will only be compiled for arm-eabi which is an elf only
target. Please submit your patch to gcc-patc...@.
Sent from my iPhone
On Jun 7, 2010, at 9:53 PM, "raj dot khem at gmail dot com" > wrote:
--- Comment #3 from raj dot khem at gmail dot com 2010-06-08
04:53 -
Sent from my iPhone
On Jun 3, 2010, at 5:15 AM, "alexandrfedorov at gmail dot com" > wrote:
I'm trying to write windows console application working with
directories, and i
discover that arguments processed not right. For example:
#include
int main ( int argc, char *argv[], char *envp[] )
I think this is a dup of a much older bug.
Sent from my iPhone
On Jun 2, 2010, at 3:30 AM, "jakub at gcc dot gnu dot org" > wrote:
As mentioned in
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00115.html
for -O0 we sometimes, e.g. for return without value or for C++ NRV
optimized
return don'
I don't think this is valid. You cannot depend on where the spill will
happen around a function call. It is spilling to save the volatile
register. With -O, we don't use volatile registers to keep variables
across functions. While at -O2 we do so it saves it right before the
function call.
The naked attribute should cause two things noinline and noclone.
Sent from my iPhone
On May 29, 2010, at 4:50 AM, "rguenth at gcc dot gnu dot org" > wrote:
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-05-29
11:50 ---
(it seems quite stupid to have naked functions wit
This is the same problem as the other sse testcases.
Sent from my iPhone
On May 20, 2010, at 6:34 PM, "hjl dot tools at gmail dot com" > wrote:
On Linux/x86, revision 159621:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00674.html
caused
FAIL: gcc.target/i386/3dnow-1.c (internal compiler error
Sent from my iPhone
On May 17, 2010, at 8:37 PM, "eyakubovich at gmail dot com" > wrote:
This is a stripped down code from proposed Boost.Move library.
Asserts don't
fire with -O0 and -O1 but do with -O2 and -O3
#include
template
class rv : public T
{
rv();
~rv();
rv(rv const&);
Sent from my iPhone
On May 14, 2010, at 2:18 AM, "tkoenig at gcc dot gnu dot org" > wrote:
This code leads to the adding of 0.0, which is a nop. Any
signalling should have been done previously.
It is not signalling that matters here but signed zero. 0.0 + -0.0 ==
0.0. So without the 0.0
Sent from my iPhone
On Apr 28, 2010, at 6:58 PM, "cnstar9988 at gmail dot com" > wrote:
#include
#include
int main(int argc, char **argv)
{
short i = 1;
int n = (int)(i << 16);
fprintf(stderr, "%d\n", n);
return 0;
}
always 65536
it must to 0
No because short is promoted to int
It is called directly because safe_close's value is replaced in the
indirect call. Since safe_close is static and not changed in the code
at all, it is marked as read only and the initialized value can be
used directly.
Sent from my iPhone
On Apr 24, 2010, at 3:49 PM, "bruno at clisp dot o
Which target is this for?
Sent from my iPhone
On Apr 22, 2010, at 4:48 PM, "rwahl at gmx dot de" > wrote:
Hi,
I just noticed that some of my libraries are greater when compiled
with gcc
4.4.3 instead of gcc 4.3.2. Diffing the output of "gcc --
help=optimizers -Q
-Os" shows this in 4.3.2:
Sent from my iPhone
On Apr 20, 2010, at 8:42 AM, "florin at iucha dot net" > wrote:
--- Comment #2 from florin at iucha dot net 2010-04-20 15:42
---
The 'missing' library is in fact present:
Yes it is present but that directory is not looked at during the
runtime, use eith
Sent from my iPhone
On Apr 19, 2010, at 12:02 AM, "jakub at gcc dot gnu dot org" > wrote:
--- Comment #11 from jakub at gcc dot gnu dot org 2010-04-19
07:02 ---
This change broke building wine on x86-64.
There was already a bug filed for this and a patch was committed today
Sent from my iPhone
On Apr 14, 2010, at 1:56 AM, "jue at jue dot li" > wrote:
As of 4.5.0 -march is always added to COLLECT_GCC_OPTIONS if gcc is
not called
with that option.
Well this was on purpose as before configuring for i686-linux-gnu was
really for i386 arch. Now it is correctly
Iirc this is on purpose. You need to build gcc with the c++ compiler
if you want c++ plugins.
Sent from my iPhone
On Apr 8, 2010, at 10:12 AM, "pluto at agmk dot net" > wrote:
during loading c++ based plugin we get undefined runtime symbols,
e.g.:
undefined symbol:
_Z28plugin_default_v
I don't think this is a bug in gcc. The inline-asm uses $16 but any of
the output/temp registers could use that as you don't say the agrument
is used as an input.
Sent from my iPhone
On Apr 8, 2010, at 9:50 AM, "mattst88 at gmail dot com" > wrote:
--- Comment #2 from mattst88 at gma
This is done on purpose. The -fpic is needed on the link line too.
This is a bug in libtool.
Sent from my iPhone
On Apr 5, 2010, at 6:47 PM, "debian-gcc at lists dot debian dot org" > wrote:
[forwarded from http://bugs.debian.org/524176]
Matthias
gcc-4.5 with -flto doesn't work with -fPI
Sent from my iPhone
On Apr 3, 2010, at 11:21 PM, "svfuerst at gmail dot com" > wrote:
gcc 4.4 compiles the following:
_Complex long double foo(long double p1, long double p2)
{
return p1 + (__extension__ 1.0iF) * p2;
}
gcc-4.4 -O3 tgcc.c -c -o tgcc.o
into
0x <+0>
Sent from my iPhone
On Apr 1, 2010, at 12:03 AM, "jv244 at cam dot ac dot uk" > wrote:
My usual routine to build gcc-trunk started failing yesterday (or
the day
before)?
The configure has remained unchanged (notice --disable-multilib
--disable-bootstrap):
--disable-bootstrap is almost n
I think there is an already filed bug about this option with the gnu
runtime also. This option should not be supported or a nop there.
Sent from my iPhone
On Mar 26, 2010, at 5:16 AM, "developer at sandoe-acoustics dot co dot
uk" wrote:
--- Comment #1 from developer at sandoe-acous
Sent from my iPhone
On Mar 12, 2010, at 7:54 PM, "mdjones0978-gcc at yahoo dot com" > wrote:
= test.cpp ==
#include
std::string and(" AND ");
#ifdef and
#undef and
#endif
#define and
error msgs =
test.cpp:5:8: error: "and" cannot be used as a macro na
Sent from my iPhone
On Mar 11, 2010, at 10:11 AM, "pluto at agmk dot net" > wrote:
--- Comment #5 from pluto at agmk dot net 2010-03-11 18:11
---
(In reply to comment #4)
Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
no, what for? svn status reports no unv
Sent from my iPhone
On Mar 11, 2010, at 8:26 AM, "jrevans1 at earthlink dot net" > wrote:
Essentially I would like a feature similair to gccxml
(www.gccxml.org) that is
officially blessed and native to the compiler instead of some out-of-
date hack.
If a feature like this were to be offici
Sent from my iPhone
On Mar 11, 2010, at 8:03 AM, "matz at gcc dot gnu dot org" > wrote:
On r157245 (and former revisions) this testcase will abort:
# cat ispod.cc
struct strPOD
{
const char *const foo;
const char *const bar;
};
I don't think this is a pod as it requires a non trivial con
Sent from my iPhone
On Mar 11, 2010, at 3:24 AM, "eric dot niebler at gmail dot com" > wrote:
According to the C++0x status page
(http://gcc.gnu.org/gcc-4.5/cxx0x_status.html), "Standard Layout
Types"
(http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2342.htm)
have been
implement
ode
is invalid. GCC before 4.3 accepted the code as an "undocumented
extension" (undocumented meaning it was a bug).
Thanks,
Andrew Pinski
Sent from my iPhone
On Mar 1, 2010, at 8:23 PM, "astrange at ithinksw dot com" > wrote:
Source:
#include
struct a1 { char l[16];};
Are sure that struct has 128 bit alignment because I think it only has
8bit alignment.
struct a2 { __m128i l; };
void f1(struct a1 *a, struct a1 *b)
Sent from my iPhone
On Mar 1, 2010, at 2:29 AM, "rguenth at gcc dot gnu dot org" > wrote:
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-01
10:29 ---
Huh. Confirmed.
Not that interesting because the aliasing sets are different and we
made 4.5 work for c++ code
Sent from my iPhone
On Feb 27, 2010, at 2:56 AM, "kai dot extern at googlemail dot com" > wrote:
The attached code (which tries to generically load given-endianness
values of
varying width from memory) shows some interesting optimization
quirks. It's
especially pussling why optimization q
Sent from my iPhone
On Feb 23, 2010, at 8:16 AM, "bschindler at inf dot ethz dot ch" > wrote:
--- Comment #6 from bschindler at inf dot ethz dot ch
2010-02-23 16:16 ---
Also, the following would not work
#pragma GCC optimize(2) // I don't know whether I got that syntax
right
Sent from my iPhone
On Feb 23, 2010, at 7:53 AM, "bangerth at gmail dot com" > wrote:
--- Comment #3 from bangerth at gmail dot com 2010-02-23 15:53
---
So the attribute would have to be attached to the namespace, I guess.
Or just use the pragma instead :).
We can keep the
Sent from my iPhone
On Feb 20, 2010, at 2:40 AM, "manu at gcc dot gnu dot org" > wrote:
--- Comment #1 from manu at gcc dot gnu dot org 2010-02-20
10:40 ---
What are the excess messages?
The problem is simple c does nit have overloaded functions. I am
testing the obvious patc
Sent from my iPhone
On Feb 19, 2010, at 10:51 PM, "glenn at zewt dot org" > wrote:
--- Comment #3 from glenn at zewt dot org 2010-02-20 06:51
---
("4:16"? I havn't seen that before. I hope gcc isn't going to start
outputting character offsets by default; that's a lot of noise
Well there is already a builtin operator+ for vector types with the
generic vector support.
Sent from my iPhone
On Feb 19, 2010, at 7:50 AM, "mr dot nuke dot me at gmail dot com" > wrote:
When trying to overload operators for __m128 and __m128d types. For
example,
the following code:
#i
Sent from my iPhone
On Feb 16, 2010, at 9:37 AM, "0xe2 dot 0x9a dot 0x9b at gmail dot com"
wrote:
--- Comment #5 from 0xe2 dot 0x9a dot 0x9b at gmail dot com
2010-02-16 17:37 ---
(In reply to comment #4)
There is nothing to fix. Your program triggers undefined
behavior.
Sent from my iPhone
On Feb 4, 2010, at 2:48 AM, "rearnsha at gcc dot gnu dot org" > wrote:
--- Comment #8 from rearnsha at gcc dot gnu dot org 2010-02-04
10:48 ---
Created an attachment (id=19803)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19803&action=view)
Possible pa
Sent from my iPhone
On Jan 7, 2010, at 8:56 AM, "rlogel at navtech dot aero" > wrote:
--- Comment #5 from rlogel at navtech dot aero 2010-01-07 16:56
---
I realize that 3.4.6 is very old, but we need to support RedHat
Enterprise 4
builds which use gcc 3.4.6.
Then report thi
1 - 100 of 465 matches
Mail list logo
