As I promised at the summit today, I have created the branch
gcc-in-cxx (I originally said gcc-in-c++, but I decided that it was
better to avoid possible meta-characters). The goal of this branch is
to develop a version of gcc which is compiled with C++. Here are my
presentation slides in PDF
Hello Karen,
Tuesday, June 17, 2008, 10:38:20 PM, you wrote:
Hi Ian, I can live with that. My problem was that the addresses
cannot be correct. In my opinion, the undefined behavior should be
limited to the value in the address or in some form of error. But to
let the buggy code
Hi Luke,
thank you very much for your answer!
I don't know anything about GIMPLE, but I can address this issue. It
sounds like you are proposing to checkpoint (via copying) the entire
stack eagerly at the time you enter a transaction, in order to avoid
transactional instrumentation of stack
Karen Shaeffer wrote:
On Tue, Jun 17, 2008 at 11:01:31AM -0700, Ian Lance Taylor wrote:
output ~~
$ const_ints
const int ic = 0 *cip = 5 *ip = 5
ic = 0xbfbd72a0cip = 0xbfbd72a0
[EMAIL PROTECTED] wrote:
my intention is to add a pass at the Gimple (maybe SSA) level. The
current problem is that I would like to generate code that saves the
contents of the stack to a different memory location. Is there a way to
access stack pointer and stack size (and the direction in
On Wed, Jun 18, 2008 at 12:40 AM, Jay [EMAIL PROTECTED] wrote:
Ah, I didn't realize any C or C++ code could be configured for other than a
specific processor but I guess that makes sense -- it is Makefile, config.h,
and such that are being modified, not the .o files, and they might be the
same
Hi!
Karen Shaeffer wrote:
I see your point. My sticking point is that the process is actually
running on a physical machine. And the addresses, although virtual,
do translate to a unique physical memory location. And, the value
stored in that location cannot be 0 and 5 at the same time. And my
On Wed, Jun 18, 2008 at 2:01 AM, Ian Lance Taylor [EMAIL PROTECTED] wrote:
As I promised at the summit today, I have created the branch
gcc-in-cxx (I originally said gcc-in-c++, but I decided that it was
better to avoid possible meta-characters). The goal of this branch is
to develop a
Hi,
Hahaha! I know, I have been getting an education here. I
really appreciate everyone's patience on this issue. I
have assimilated all the excellent comments and understand
my own laziness has caused my confusion. Thank you all.
Karen
On Wed, Jun 18, 2008 at 11:20:00AM +0100, Andrew Haley
On 6/18/08 2:01 AM, Ian Lance Taylor wrote:
As I promised at the summit today, I have created the branch
gcc-in-cxx (I originally said gcc-in-c++, but I decided that it was
better to avoid possible meta-characters). The goal of this branch is
to develop a version of gcc which is compiled with
[ I dropped gcc-patches from this reply. ]
Diego Novillo [EMAIL PROTECTED] writes:
On 6/18/08 2:01 AM, Ian Lance Taylor wrote:
As I promised at the summit today, I have created the branch
gcc-in-cxx (I originally said gcc-in-c++, but I decided that it was
better to avoid possible
On Tue, Jun 17, 2008 at 08:51:24PM -0700, Karen Shaeffer wrote:
I see your point. My sticking point is that the process is actually
running on a physical machine.
And that's the problem. You, like many C programmers, have in your head a
physical machine model where pointer variables are
Hi,
On 2008-06-17 23:01, Ian Lance Taylor wrote:
As I promised at the summit today, I have created the branch
gcc-in-cxx (I originally said gcc-in-c++, but I decided that it was
better to avoid possible meta-characters). The goal of this branch is
to develop a version of gcc which is
On Wed, Jun 18, 2008 at 09:41:26AM -0700, Joe Buck wrote:
On Tue, Jun 17, 2008 at 08:51:24PM -0700, Karen Shaeffer wrote:
I see your point. My sticking point is that the process is actually
running on a physical machine.
And that's the problem. You, like many C programmers, have in your
wwwdocs isn't branched, but there should be a version of
codingconventions.html with the conventions being followed for the use of
C++ on the branch. (Parts of the libstdc++ coding style may be relevant.)
I think a more conservative approach is needed to being buildable with a
range of
On Jun 18, 2008, at 6:58 AM, Jack Howarth wrote:
someone has proposed a patch to allow static linkage of libgfortran
into fortran programs on darwin. One of the Darwin maintainers
should review this since it touches the gcc/config/x-darwin
file. FYI.
FAIL: gcc.dg/weak/weak-6.c (test for errors, line 5)
FAIL: gcc.dg/weak/weak-6.c (test for excess errors)
FAIL: gcc.dg/weak/weak-7.c (test for errors, line 5)
FAIL: gcc.dg/weak/weak-7.c (test for excess errors)
These look like they were caused by one of your patches.
This is on
FAIL: gcc.dg/weak/weak-6.c (test for errors, line 5)
FAIL: gcc.dg/weak/weak-6.c (test for excess errors)
FAIL: gcc.dg/weak/weak-7.c (test for errors, line 5)
FAIL: gcc.dg/weak/weak-7.c (test for excess errors)
These look like they were caused by one of your patches.
Yes, they get
Hi,
I have created the branch thread-annotations that contains the
implementation of the thread safety annotations and analysis
(described in http://docs.google.com/Doc?id=ddqtfwhb_0c49t6zgr). I
have committed the initial implementation and a set of new test cases
to the branch. I've also created
On Thu, 2008-06-12 at 14:01 -0700, Le-Chun Wu wrote:
Hi,
As part of our thread safety annotation/analysis effort, we created
about 17 new test cases that we would like to add to the gcc
testsuite. Should we create a new sub-directory under testsuite/g++.dg
(say, for example,
Hello:
We are specialized in new network products, including switch, firewall,
router, GBIC,SFP,WIC,cables etc... We provide high quality products and the
most reasonable price with professional services to our customers. So if you
are interested in any of our products, please contact
Hi,
Hi,
Everyone else is creating branches today, so let me join the club and
announce a new branch: rtl-fud-branch. The purpose of the branch is to
implement factored use-def chains for RTL. The goal is to have this
ready for GCC 4.4.
Gr.
Steven
Index: svn.html
Snapshot gcc-4.2-20080618 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20080618/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi,
Here is the AVX patch for x86-64 psABI proposed at gcc submmit 2008.
H.J.
---
On Sun, Jun 15, 2008 at 6:49 PM, Jan Hubicka [EMAIL PROTECTED] wrote:
On Wed, Jun 11, 2008 at 07:49:12AM -0700, H.J. Lu wrote:
I guess we all agree on passing variadic arguments on stack (that is
only those
Jonathan Wakely wrote:
Could a C++ maintainer please review this patch to turn most pedwarns
into permerrors.
This patch is OK, with minor nits below. Thanks for working on this!
The interesting cases are:
* when 'main' is declared without a return type. I split one case into
a permerror
See the result of a3-a3();
#include stdio.h
#include iostream
class A1
{
private:
char data[100];
public:
virtual void a1()=0;
};
class A2
{
private:
char data[33];
public:
virtual void a2()=0;
};
class A3
{
private:
char data[10];
public:
virtual void
--- Comment #7 from pault at gcc dot gnu dot org 2008-06-18 07:15 ---
(In reply to comment #6)
However, this is not different from 4.3. Using NAG f95, I get:
Warning: line 26: REAL value for INTEGER PARAMETER
Error:Explicit interface required for CHECK_INTEGER4_RANK1 from
--- Comment #11 from pault at gcc dot gnu dot org 2008-06-18 07:17 ---
(In reply to comment #10)
Reopened.
Hah! OK - thanks
Paul *with tail between his legs*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36342
--- Comment #12 from P dot Schaffnit at access dot rwth-aachen dot de
2008-06-18 07:20 ---
Hi!
Stupid question: is it related to
http://gcc.gnu.org/ml/fortran/2008-06/msg00203.html ?
Philippe
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36342
--- Comment #7 from E dot Kuemmerle at fz-juelich dot de 2008-06-18 07:20
---
gcc release 4.3.1 already works!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33435
i'm looking for clarification about such code snippet:
$ cat test.cpp
#include fstream
#include iostream
#include string
int main()
{
std::ifstream in( /tmp );
if ( in.good() )
{
std::cerr good() std::endl;
std::string buf;
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-18 11:50 ---
This is undefined code as B does not inherit from A3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-18 11:51 ---
That is if the vtable for B's a3 is not in the same place as A3's a3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36563
--- Comment #3 from kate01123 at gmail dot com 2008-06-18 13:04 ---
On powerpc-apple-darwin8.11.0 I took gcc-4.3.1
that I built with gcc-4.2.3 and used
it to try to build gcc-4.3.1. It failed:
gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes
--- Comment #5 from domob at gcc dot gnu dot org 2008-06-18 13:54 ---
Subject: Bug 36517
Author: domob
Date: Wed Jun 18 13:53:32 2008
New Revision: 136894
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136894
Log:
2008-06-18 Daniel Kraft [EMAIL PROTECTED]
PR
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36112
--- Comment #7 from domob at gcc dot gnu dot org 2008-06-18 13:56 ---
Committed patch and fixed as rev 136894.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from domob at gcc dot gnu dot org 2008-06-18 13:56 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from ubizjak at gmail dot com 2008-06-18 15:00 ---
PAtch for generic RTL problem with compare-and-branch instruction is at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01141.html.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #13 from burnus at gcc dot gnu dot org 2008-06-18 15:43 ---
(In reply to comment #10)
Reopened. I can still observe the problem with trunk from 20080615 (r136827).
Can you post some more debug information? As written, I cannot reproduce it
here anymore with 4.4.0 20080616
--- Comment #1 from laurynas dot biveinis at gmail dot com 2008-06-18
16:24 ---
Confirmed with r136520:
(I don't have bugzilla permissions to change status from UNCONFIRMED though)
[EMAIL PROTECTED]:~/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg$ valgrind
--- Comment #14 from dfranke at gcc dot gnu dot org 2008-06-18 16:48
---
Question: I get the following:
/tmp/ccpoBhQR.f90:8: warning: 'junk_2' is used uninitialized in this
function
What puzzles me is that one gets a /tmp/... filename and not the filename one
passed to gfortran
--- Comment #5 from uros at gcc dot gnu dot org 2008-06-18 17:16 ---
Subject: Bug 35604
Author: uros
Date: Wed Jun 18 17:16:05 2008
New Revision: 136899
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136899
Log:
PR rtl-optimization/35604
* jump.c (redirect_exp_1):
--- Comment #6 from ubizjak at gmail dot com 2008-06-18 17:20 ---
Fixed in mainline, patch will be backport to 4.3 branch in a couple of days.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Thread model: posix
gcc version 4.3.1 (GCC)
Then I downloaded it from SVN, where it segfaults for -O3 after displaying the
correct output, g++ -v:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure
Thread model: posix
gcc version 4.4.0 20080618 (experimental) (GCC
--- Comment #4 from dseketel at redhat dot com 2008-06-18 18:24 ---
Created an attachment (id=15778)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15778action=view)
more work on the error location patch
This patch makes all the tests in testsuite/g++.dg/parse/error*.C be aware of
If I have a packed struct and try to pass a member variable by reference to a
function call, I get the error: cannot bind packed field message. If I
explicitly create a reference to the member variable first and pass that,
things work fine. One of these behaviors must be incorrect.
This issue
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-18 18:31 ---
This is correct you cannot take the address of a field of a packed struct.
short pit(oj.s);
This should be also an error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36566
--- Comment #2 from rwild at gcc dot gnu dot org 2008-06-18 18:47 ---
Subject: Bug 30739
Author: rwild
Date: Wed Jun 18 18:46:35 2008
New Revision: 136902
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136902
Log:
gcc/
PR documentation/30739
* doc/install.texi
--- Comment #2 from nevin at eviloverlord dot com 2008-06-18 18:49 ---
Why is this an error (I couldn't find anything in the documentation)?
Also, if pointers are used instead of references, should that be an error
(currently that compiles just fine)?
--
DESCRIPTION
The following code compiles on Intel without issue with gcc-4.1.3 and gcc-4.2,
but fails at LINE=29 on cross-compile with ppc_85xx-gcc-4.0:
$ cat -n Foo.cc
12#include tr1/tuple
3#include tr1/unordered_map
4#include vector
5#include string
6
--- Comment #3 from nevin at eviloverlord dot com 2008-06-18 19:06 ---
Expanding on my last comment: which lines in the following code should fail to
compile:
struct Squeeze
{
short s;
} __attribute__((aligned(1), packed));
void VerticallyChallenged(short*) {}
void
--- Comment #1 from dfeathers at omnitrol dot com 2008-06-18 19:17 ---
Created an attachment (id=15779)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15779action=view)
Preprocessed .ii file that reproduces the compilation error
1) uncompress as follows
$ gzip -d Foo.ii.gz #
--- Comment #5 from dseketel at redhat dot com 2008-06-18 19:20 ---
Created an attachment (id=15780)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15780action=view)
work in progress on more accurate column numbers
Fix some compilation errors after rebasing to trunk.
--
test w/o threads:
$ ./u
0x400a74 handler+0x1a
0x400a95 crash+0x10
0x400afd main+0x60
0x7fa92f9e74a4 __libc_start_main+0xf4
test w/ threads:
$ ./u threaded
0x400a74 handler+0x1a
0x400a95 crash+0x10
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d
--- Comment #1 from pluto at agmk dot net 2008-06-18 19:35 ---
Created an attachment (id=15781)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15781action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36568
--- Comment #2 from pluto at agmk dot net 2008-06-18 19:36 ---
Created an attachment (id=15782)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15782action=view)
testcase makefile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36568
Hello:
We are specialized in new network products, including switch, firewall,
router, GBIC,SFP,WIC,cables etc... We provide high quality products and the
most reasonable price with professional services to our customers. So if you
are interested in any of our products, please contact
__attribute__(__format__(__printf__, 1, 2) gives bogus error
format string argument not a string type when format itself is built from
variable arguments.
gcc version 4.3.1.
I have checked that this does not happen with 4.2.4.
--
Summary: Checking printf format of recursive va_args.
--- Comment #1 from cazfi74 at gmail dot com 2008-06-18 21:08 ---
Created an attachment (id=15783)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15783action=view)
Test source to compile
gcc -c vaformat.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36569
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-18 21:30 ---
This works on the trunk
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
During kernel compilation with Ubuntu OS and kernel 2.6.24 I get this error
message:
make[1]: Entering directory `/usr/src/linux-source-2.6.24'
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALLscripts/checksyscalls.sh
CHK include/linux/compile.h
CC
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-18 21:49
---
Subject: Bug 36460
Author: hutchinsonandy
Date: Wed Jun 18 21:48:50 2008
New Revision: 136919
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136919
Log:
PR c/36460
* gcc.dg/utf32-1.c: Mark xfail for
--- Comment #1 from info at milde dot cz 2008-06-18 21:49 ---
First error was:
CC arch/x86/mach-default/setup.o
LD arch/x86/mach-default/built-in.o
LD arch/x86/crypto/built-in.o
CC kernel/sched.o
CC kernel/fork.o
CC kernel/exec_domain.o
CC
--- Comment #2 from info at milde dot cz 2008-06-18 21:52 ---
commands done (as root):
apt-get install linux-source build-essential bin86 kernel-package gcc gcc-3.4
libncurses5 libncurses5-dev fakeroot libglade2-dev
make gconfig
make-kpkg clean
sudo make-kpkg --initrd --stem linux
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-18 21:54
---
Subject: Bug 36284
Author: hutchinsonandy
Date: Wed Jun 18 21:53:20 2008
New Revision: 136920
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136920
Log:
PR testsuite/36284
*
--- Comment #3 from info at milde dot cz 2008-06-18 21:54 ---
Created an attachment (id=15784)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15784action=view)
kernel config file
made with gconfig utility
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36570
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-18 22:01
---
I don't think I have to add much here, you got already the basic point right:
according to the current standard at least, the open succeeds if the underlying
fopen succeeds, and certainly it succeeds here,
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-18 22:13
---
I do not understand: do you have any evidence that current, maintained,
branches of GCC (ie 4_2, 4_3) have problems here? I do not. Because certainly
people are not going to do anything on 4_0, and a C++ issue
Test testsuite/gcc.dg/builtin-return-1.c will fail for avr target.
Default implementation of builtin-return-1 is untyped return of a single
register.
Which is R25 and only 1 byte. This is not int as test expects.
So high byte may and does get overwritten before outer return.
The test may be
--- Comment #1 from hutchinsonandy at gcc dot gnu dot org 2008-06-18 23:00
---
Subject: Bug 36571
Author: hutchinsonandy
Date: Wed Jun 18 22:59:41 2008
New Revision: 136926
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136926
Log:
PR c/36571
* gcc.dg/builtin-return-1.c: Mark as
From the gcc-4.3.1 manual:
-fno-sched-interblock
Don't schedule instructions across basic blocks. This is normally
enabled by default when scheduling before register allocation,
i.e. with -fschedule-insns or at -O2 or higher.
-fno-sched-spec
Don't allow speculative motion
/xxx/gnu/gcc/objdir/./gcc/xgcc -B/xxx/gnu/gcc/objdir/./gcc/
-B/opt/gnu/gcc/gcc-4
.4.0/hppa1.1-hp-hpux10.20/bin/
-B/opt/gnu/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/lib
/ -isystem /opt/gnu/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/include -isystem
/opt/gnu
/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/sys-include -c -g
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-06-19
02:11 ---
Subject: Re: New: s-intman.adb:232:50: SA_ONSTACK is undefined
s-intman.adb:232:50: SA_ONSTACK is undefined
Looks like we need something like the following:
Index: s-osinte-hpux-dce.ads
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2008-06-19 02:16
---
Testcase fixed for 4.4
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
With r136888 cris-elf built (and had just 4 regressions compared to earlier
this year). With r136894 and up to at least r136933, build breaks with the
following, cutnpasted:
libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-shared-libgcc -B/tmp/hpautotest\
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from hp at gcc dot gnu dot org 2008-06-19 02:59 ---
Created an attachment (id=15785)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15785action=view)
gzipped strstream.ii
compile with cc1plus -fpreprocessed -O2
--
--- Comment #2 from hp at gcc dot gnu dot org 2008-06-19 03:00 ---
Looks like it's yours, Honza.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
// Neither of the following compile, though they do in visual studio.
templatetypename TParam
struct MyStruct
{
MyStruct()
{
std::vectorMyStruct*::iterator i;
}
};
templatetypename TParam
struct MyStruct1
{
MyStruct1()
{
On Wed, Jun 18, 2008 at 11:06 PM, Andrew McPherson
[EMAIL PROTECTED] wrote:
// Neither of the following compile, though they do in visual studio.
templatetypename TParam
struct MyStruct
{
MyStruct()
{
std::vectorMyStruct*::iterator i;
You missed the typename
Thanks! That works.
On Wed, Jun 18, 2008 at 8:15 PM, Andrew Pinski [EMAIL PROTECTED] wrote:
On Wed, Jun 18, 2008 at 11:06 PM, Andrew McPherson
[EMAIL PROTECTED] wrote:
// Neither of the following compile, though they do in visual studio.
templatetypename TParam
struct MyStruct
{
s-intman.adb:232:50: SA_ONSTACK is undefined
Looks like we need something like the following:
Right. Assuming 0x1 is indeed the corresponding value of the SA_ONSTACK
C macro, you can commit this change.
Arno
--- Comment #2 from charlet at adacore dot com 2008-06-19 03:37 ---
Subject: Re: s-intman.adb:232:50: SA_ONSTACK is undefined
s-intman.adb:232:50: SA_ONSTACK is undefined
Looks like we need something like the following:
Right. Assuming 0x1 is indeed the corresponding value of
85 matches
Mail list logo