Philip Ashmore cont...@philipashmore.com writes:
reference to a char * should read reference to a char * on the stack
gcc does warn about obvious instances of this; do you know why it
doesn't in this case?
For instance in this case:
#include string.h
char *f ()
{
char a[10];
Hi there.
It turns out that the problem was in the debug version - it shouldn't have
worked.
Further, the compiler should have noticed a reference to a stack variable being
returned,
but that didn't happen either.
It's still my bad though. Sorry if I've wasted your time.
Maybe this problem
reference to a char * should read reference to a char * on the stack
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e7d6c7a.1070...@philipashmore.com
Hi there.
I believe I've tracked down the problem.
I've published new versions of v3c(1.9.0-03), treedb(1.1.0-01) and
meta-treedb(1.3.0-02) in SourceForge, which gets around this problem.
It appears that gcc-4.6 (and clang for that matter) make some dodgy
decisions about what appear to be
Philip Ashmore cont...@philipashmore.com writes:
It appears that gcc-4.6 (and clang for that matter) make some dodgy
decisions about what appear to be references to temporaries created
during optimization.
You don't seem to have addressed the issue raised by Matthias Klose in
the bug thread
I'll work on trying to put together a simpler test case.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e7bae3a.9070...@philipashmore.com
tag 630441 moreinfo help
thanks
On 07/21/2011 12:01 PM, Philip Ashmore wrote:
Sorry if I wasn't clear.
All the tests pass in the debug (-0O) build.
I've got gcc/g++ 4.4.6-6 installed and all the tests pass in debug and release
mode.
This is a problem with the g++ 4.6 release (-03)
Processing commands for cont...@bugs.debian.org:
tag 630441 moreinfo help
Bug #630441 [g++-4.6] g++-4.6 miscompilation
Added tag(s) help and moreinfo.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
630441: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441
On 04/09/11 15:21, Matthias Klose wrote:
tag 630441 moreinfo help
thanks
On 07/21/2011 12:01 PM, Philip Ashmore wrote:
Sorry if I wasn't clear.
All the tests pass in the debug (-0O) build.
I've got gcc/g++ 4.4.6-6 installed and all the tests pass in debug
and release
mode.
This is a problem
On 09/04/2011 06:24 PM, Philip Ashmore wrote:
- if you have a working and a non-working build, can you try
The build fails due to a test failure caused by the compiler generating
incorrect code.
If we want to fix this bug then working around it won't help.
you do misunderstand. somebody has
On 04/09/11 17:40, Matthias Klose wrote:
On 09/04/2011 06:24 PM, Philip Ashmore wrote:
- if you have a working and a non-working build, can you try
The build fails due to a test failure caused by the compiler generating
incorrect code.
If we want to fix this bug then working around it won't
On 09/04/2011 07:35 PM, Philip Ashmore wrote:
On 04/09/11 17:40, Matthias Klose wrote:
On 09/04/2011 06:24 PM, Philip Ashmore wrote:
- if you have a working and a non-working build, can you try
The build fails due to a test failure caused by the compiler generating
incorrect code.
If we want
- does it build using gcc-snapshot, gcc-4.5 or gcc-4.4?
I have gcc and g++ locked to version 4:4.4.5-1, where they work.
time sh build.sh (from Message 12 above
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#12)
...
real6m52.589s
user5m37.477s
sys 0m31.150s
On 07/21/2011 02:26 AM, Philip Ashmore wrote:
This fails with g++-4.6.1-4 from testing at the same place.
I've updated the packages in sourceforge, so no patches are needed.
I've attached a revised build.sh which runs the tests with the
current versions.
I was about to dive into a rant
Sorry if I wasn't clear.
All the tests pass in the debug (-0O) build.
I've got gcc/g++ 4.4.6-6 installed and all the tests pass in debug and
release mode.
This is a problem with the g++ 4.6 release (-03) optimization.
Philip
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
I just finished running the tests inside a fresh wheezy 32 bit chroot.
The results are the same.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
This fails with g++-4.6.1-4 from testing at the same place.
I've updated the packages in sourceforge, so no patches are needed.
I've attached a revised build.sh which runs the tests with the
current versions.
I was about to dive into a rant about why didn't you try this before
releasing gcc/g++
17 matches
Mail list logo
