2012/8/23 Georg-Johann Lay a...@gjlay.de:
Denis Chertykov wrote:
2012/8/13 Georg-Johann Lay:
Denis Chertykov wrote:
2012/8/11 Georg-Johann Lay:
Weddington, Eric schrieb:
From: Georg-Johann Lay
The first step would be to bisect and find the patch that lead to
PR53923. It was not a change
-Original Message-
From: Georg-Johann Lay
Sent: Thursday, August 23, 2012 8:49 AM
To: Denis Chertykov
Cc: Weddington, Eric; gcc-patches@gcc.gnu.org
Subject: Re: [Patch,AVR] PR54222: Add fixed point support
Hi, here is an updated patch.
Some functions are reworked
Weddington, Eric wrote:
Georg-Johann Lay:
Hi, here is an updated patch.
Some functions are reworked and there is some code clean up.
The test results look good, there are no additional regressions.
The new test cases in gcc.dg/fixed-point pass except some convert-*.c for
two
2012/8/13 Georg-Johann Lay a...@gjlay.de:
Denis Chertykov wrote:
2012/8/11 Georg-Johann Lay a...@gjlay.de:
Weddington, Eric schrieb:
From: Georg-Johann Lay
The first step would be to bisect and find the patch that lead to
PR53923. It was not a change in the avr BE, so the question goes
Denis Chertykov wrote:
2012/8/11 Georg-Johann Lay a...@gjlay.de:
Weddington, Eric schrieb:
From: Georg-Johann Lay
The first step would be to bisect and find the patch that lead to
PR53923. It was not a change in the avr BE, so the question goes
to the authors of the respective patch.
Up
2012/8/11 Georg-Johann Lay a...@gjlay.de:
Weddington, Eric schrieb:
From: Georg-Johann Lay
The first step would be to bisect and find the patch that lead to
PR53923. It was not a change in the avr BE, so the question goes
to the authors of the respective patch.
Up to now I didn't even
-Original Message-
From: Georg-Johann Lay
Sent: Friday, August 10, 2012 9:52 AM
To: gcc-patches@gcc.gnu.org
Cc: Denis Chertykov; Weddington, Eric; Sean D'Epagnier; Joerg Wunsch
Subject: [Patch,AVR] PR54222: Add fixed point support
This patch adds fixed point support to the avr
Weddington, Eric wrote:
From: Georg-Johann Lay
The patch works out fine. However, because of PR53923 which
shreds the AVR port, currently no reasonable testing is possible.
Work to be done is better testing after PR53923 is fixed and the
AVR port works properly again.
Is there a
Weddington, Eric schrieb:
From: Georg-Johann Lay
The first step would be to bisect and find the patch that lead to
PR53923. It was not a change in the avr BE, so the question goes
to the authors of the respective patch.
Up to now I didn't even try to bisect; that would take years on the