hello friends
I am new to this forum and i am having some doubt related to the GNU
compiler.
I am working with ARM core GNU compiler and i WANT TO PORT MY PROJECT THAT
HAS BEEN TESTED IN TURBO C ENVIRONMENT TO THE GNU SUPPORTED EMBESTide FOR
ARM PROCESSORS.
iS THERE ANY PROBLEM IN THAT. i AM
hello friends
I am new to this forum and i am having some doubt related to the GNU
compiler.
I am working with ARM core GNU compiler and i WANT TO PORT MY PROJECT THAT
HAS BEEN TESTED IN TURBO C ENVIRONMENT TO THE GNU SUPPORTED EMBESTide FOR
ARM PROCESSORS.
iS THERE ANY PROBLEM IN THAT. i AM
--- Comment #6 from bangerth at dealii dot org 2006-10-26 06:34 ---
*** Bug 29593 has been marked as a duplicate of this bug. ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #2 from bangerth at dealii dot org 2006-10-26 06:34 ---
This is in fact a duplicate of PR 968.
*** This bug has been marked as a duplicate of 968 ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #3 from bangerth at dealii dot org 2006-10-26 06:34 ---
Ah shoot...
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #4 from bangerth at dealii dot org 2006-10-26 06:35 ---
I meant PR 986 :(
*** This bug has been marked as a duplicate of 986 ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #9 from bangerth at dealii dot org 2006-10-26 06:35 ---
*** Bug 29593 has been marked as a duplicate of this bug. ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #4 from P dot Schaffnit at access dot rwth-aachen dot de
2006-10-26 06:37 ---
I am experiecing the same thing under Irix with freshly checked out sources.
The system: SGI, IRIX64 blue1 6.5 04100802 IP27. All the tools are quite out of
date...
PS: is this related to
--- Comment #2 from bangerth at dealii dot org 2006-10-26 06:39 ---
To be more concrete: (int)(expression) rounds down. So if your quotient
of logarithms happens to be computed to 5.999, then you
will get a result of 5 after casting to int. You should round results,
not just
--- Comment #12 from P dot Schaffnit at access dot rwth-aachen dot de
2006-10-26 06:42 ---
Isn't this also 'Bug#: 27133'?
--
P dot Schaffnit at access dot rwth-aachen dot de changed:
What|Removed |Added
--- Comment #5 from lukew at radterm dot com dot au 2006-10-26 06:45
---
(In reply to comment #3)
Subject: Re: hex and oct constants are converted to
wrong type
The resulting tokens compose the controlling constant expression which
is evaluated according to the rules of
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-10-26 07:17
---
Subject: Bug 29563
Author: jvdelisle
Date: Thu Oct 26 07:17:21 2006
New Revision: 118063
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118063
Log:
2006-10-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-10-26 07:19
---
Subject: Bug 29563
Author: jvdelisle
Date: Thu Oct 26 07:19:49 2006
New Revision: 118064
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118064
Log:
2006-10-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29563
when cross-compiling the kernel for SH4 with gcc-4.1.1, we hit an ICE:
CC drivers/mmc/mmc_block.o
/mnt/data/_home/mano/linuxsh/kernel/linux-2.6.19-rc2-work/drivers/mmc/mmc_block.c:
In function 'mmc_blk_issue_rq':
--- Comment #1 from vapier at gentoo dot org 2006-10-26 07:44 ---
Created an attachment (id=12496)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12496action=view)
PR29599-ice.i
reduced test case:
$ sh4-unknown-linux-gnu-gcc-4.1.1 -c -O2 PR29599-ice.i
PR29599-ice.i: In function
The following intrinsics were given an additional (optional) KIND argument by
F2003: ACHAR, COUNT, IACHAR, ICHAR, INDEX, LBOUND, LEN, LEN_TRIM, MAXLOC,
MINLOC, SCAN, SHAPE, SIZE, UBOUND, VERIFY
--
Summary: F2003 intrinsics with an optional KIND argument
Product: gcc
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
5.2.15 VOLATILE statement
R548 volatile-stmt is VOLATILE [ :: ] object-name-list
The VOLATILE statement specifies the VOLATILE attribute (5.1.2.16) for a list
of objects.
5.1.2.16 VOLATILE attribute
The VOLATILE attribute specifies that an object may be referenced, defined, or
become
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from patchapp at dberlin dot org 2006-10-26 08:27 ---
Subject: Bug number PR29452
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01327.html
--
--- Comment #3 from patchapp at dberlin dot org 2006-10-26 08:28 ---
Subject: Bug number PR 28224
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01326.html
--
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
A few restrictions were lifted in F2003:
* The following OPEN numeric values can be of any kind: RECL=
* The following READ and WRITE numeric values can be of any kind:
REC=, SIZE=
* The following INQUIRE numeric values can be of any kind:
NEXTREC=, NUMBER=, RECL=, SIZE=
* In all
The TR1 header functional issues the following warning when
using -Wshadow:
/usr/include/c++/4.1.1/tr1/functional_iterate.h:202: warning: declaration of
__pmf shadows a member of 'this'
--
Summary: Warning in tr1 header with -Wshadow
Product: gcc
Version:
--- Comment #5 from bernie at develer dot com 2006-10-26 09:30 ---
*** Bug 29603 has been marked as a duplicate of this bug. ***
--
bernie at develer dot com changed:
What|Removed |Added
--- Comment #1 from bernie at develer dot com 2006-10-26 09:30 ---
Sorry, I've just noticed this was a dupe, and it's already fixed on trunk.
*** This bug has been marked as a duplicate of 29224 ***
--
bernie at develer dot com changed:
What|Removed
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-26 09:53 ---
And note that before TER we have
p_108 = this_91-a3.x[0];
D.3632_327 = p_108 + 15B;
if (p_108 = D.3632_327) goto L203; else goto L47;
it sucks that we don't tree-combine COND_EXPRs. Testcase:
int foo(int
--- Comment #5 from aldot at gcc dot gnu dot org 2006-10-26 11:18 ---
pr27516 is different in that pr27516 calls makeinfo even if there was no
makeinfo detected.
PPS: For me it fails with
[]
makeinfo: getwd: doc/gfortran.info,
make[3]: *** [doc/gfortran.info] Error 1
make[3]:
--- Comment #6 from P dot Schaffnit at access dot rwth-aachen dot de
2006-10-26 12:02 ---
Sure!
It will just take some time, as I've cleaned-up my objects in between (I was
getting reading to give it another go with an up-to-date TexInfo...). I hope to
be able to post that in a few
--- Comment #1 from jhanley at REDCOM dot com 2006-10-26 12:07 ---
I beleive that this issue is actaully a duplicate or at least related to 22479.
--
jhanley at REDCOM dot com changed:
What|Removed |Added
--- Comment #6 from neil at daikokuya dot co dot uk 2006-10-26 12:42
---
Subject: Re: hex and oct constants are converted to wrong type
lukew at radterm dot com dot au wrote:-
The resulting tokens compose the controlling constant expression which
is evaluated according to
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-26 12:54 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-10-26 12:57
---
(In reply to comment #9)
Tree if-conversion is now converting one jump. Andrew, I guess you are not
working on this anymore? ;)
I am about to fix this today, I had started to work on it yesterday also.
--
--- Comment #9 from aldot at gcc dot gnu dot org 2006-10-26 12:59 ---
(In reply to comment #8)
Created an attachment (id=12476)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12476action=view) [edit]
untested proposed fix
I hope to test this patch soon.
bootstrapped and
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-10-26 13:00 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 13:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 13:07 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 13:08 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-10-26
13:38 ---
Geoff,
I thought this issue was supposed to be fixed by your changes in
r117741, however I am still seeing a failure when building without
--disable-multilib on a G4...
checking for
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2006-10-26
14:07 ---
Geoff,
To clarify my previous remarks, it appears that this configure failure
happens in
libgfortran so it maybe that the changes in r117741 needs to extended to
include
libgfortran. The build is in
--- Comment #6 from pault at gcc dot gnu dot org 2006-10-26 15:51 ---
I will submit the above patch tomorrow, time permitting (I am on the road right
now.).
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
There is a race condition in ServerSocket.accept() as noted in comment #11 of
PR15430:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15430#c11
As well as here:
http://developer.classpath.org/pipermail/classpath/2006-October/001583.html
The same problem probably exists in classpath, but there are
The following code does not produce the same result when compiled with
optimization.
Looking at the generated assembler code, it looks like the value = 0
affectation in the test function is not emitted when using -Os, -O1 and -O2.
It works fine with -O0 and -O3.
--
int value
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 16:53 ---
Out of SSA is causing this some how, in that .copyrename3 is fine but
.optimized is not.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
A somewhat similar issue was described in (fixed?) PR #24862.
$ cat ie.f90
PROGRAM ie
TYPE foo
INTEGER :: value
END TYPE
TYPE foo_array
TYPE(foo), DIMENSION(:), POINTER :: array
END TYPE
TYPE(foo_array):: array_holder
INTEGER, DIMENSION(:), POINTER ::
--- Comment #10 from fang at csl dot cornell dot edu 2006-10-26 16:57
---
This is also exactly what I see happening on a G4 build of the same 4.2
snapshot. It tries to build a multilib for fortran.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26814
--- Comment #1 from daney at gcc dot gnu dot org 2006-10-26 17:21 ---
As noted in Comment #11 of PR15430, I think that all accesses to native_fd need
to be synchronized. That is my plan of attack for this.
--
daney at gcc dot gnu dot org changed:
What|Removed
the wvstreams package fails to build:
Matthias
x86_64-linux-gnu-g++ -Wall -save-temps -O2 -D_BSD_SOURCE -D_GNU_SOURCE
-DISLINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DDEBUG=0 -O2 -Wall
-I/usr/include/tcl8.3 -I/usr/include -I/usr/include/qt3
-I/usr/include/xplc-0.3.13-I./include
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-10-26
17:42 ---
Created an attachment (id=12497)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12497action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
--- Comment #2 from daney at gcc dot gnu dot org 2006-10-26 17:56 ---
This is trickier than I initially thought.
You cannot remained blocked in accept() while holding a lock that protects
closing the native_fd. Otherwise you will be blocked until a connection
arrives (perhaps
--- Comment #3 from tromey at gcc dot gnu dot org 2006-10-26 17:58 ---
Instead of directly calling accept we could select or poll on the fd.
This would let us have a timeout or an interrupt or something.
For all I know poll would react more gracefully to another thread
closing the fd --
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-26 17:58 ---
-fpermissive
That shows this code is most likely invalid code anyways.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
--- Comment #4 from ddaney at avtrex dot com 2006-10-26 18:03 ---
Subject: Re: Race condition in ServerSocket.accept()
tromey at gcc dot gnu dot org wrote:
--- Comment #3 from tromey at gcc dot gnu dot org 2006-10-26 17:58
---
Instead of directly calling accept we could
--- Comment #3 from debian-gcc at lists dot debian dot org 2006-10-26
18:22 ---
without -fpermissive:
x86_64-linux-gnu-g++ -Wall -save-temps -O2 -D_BSD_SOURCE -D_GNU_SOURCE
-DISLINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DDEBUG=0 -O2 -Wall
-I/usr/include/tcl8.3
--- Comment #7 from Ulrich dot Beingesser at t-systems dot com 2006-10-26
18:38 ---
(In reply to comment #0)
The attached code crashes under AIX5.2 and AIX5.3 when compiled with g++
4.1.1.
The effect also occurs using g++ 4.0.3.
It seems that throwing exceptions is not
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-26 19:52 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-26 20:07 ---
Reduced:
class WvLink{};
class WvVectorBase
{
class IterBase
{
WvLink *cur() const{}
};
};
templateclass T
class WvVector : public WvVectorBase
{
class Iter : public WvVector::IterBase
{
--- Comment #12 from pault at gcc dot gnu dot org 2006-10-26 20:08 ---
FX and Steve,
I'll dig out my version of MOD and MODULO that uses the library call, if you
like. The availability of the builtin can be tested and the existing call
used, if not present. That I already did because
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-26 20:12 ---
This is another DR 224 issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-26 20:16 ---
No feedback in 3 months and this was noticed as a dup of a couple of bugs which
were fixed for 3.3 and this was filed against a target that does not exist in
the FSF so there is no way for anyone here to test if it
--- Comment #12 from tobias dot burnus at physik dot fu-berlin dot de
2006-10-26 20:29 ---
why is there no problem with this code?
PROGRAM test_constructor
CHARACTER(len=32), DIMENSION(1,2) :: a
a = reshape((/ one arg, another arg /), (/ 1, 2 /))
END PROGRAM
Because
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2006-10-26
21:37 ---
Running...
aclocal
autoconf
...in libgfortran is insufficient to solve the multilib problem. The resulting
conflg.log from the resulting build in the libgfortran directory is attached to
this bug
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2006-10-26
21:38 ---
Created an attachment (id=12498)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12498action=view)
config.log from libgfortran build directory after aclocal/autoconf
--
[forwarded from http://bugs.debian.org/395057]
In the following sample code, gcc does not create enough
debugging information to let gdb break in lines 27, 30, 33, 36.
This makes debugging the main() function extremely painful.
This is a regression from gcc 2.95 and gcc 3.3, both of which
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-26 22:05 ---
[t.c : 26] if ([t.c : 26] D.1570 == 0) [t.c : 27] goto failure; else goto
L0;
This looks like an expand issue ...
Or a lower gimple issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
--- Comment #13 from uros at kss-loka dot si 2006-10-26 22:22 ---
Just some performance numbers (sorry for the C testcase...) on x86_64:
--cut here--
#include math.h
#include stdio.h
int main()
{
double x;
double t = 0.0;
for (x = 1000.0; x 0.0; x -= 1.0)
t += fmod (x,
--- Comment #7 from debian-gcc at lists dot debian dot org 2006-10-26
23:22 ---
that did work with 4.1 20061007, fails with 20061026.
A regression hunt would be appreciated ;)
Matthias
--
debian-gcc at lists dot debian dot org changed:
What|Removed
--- Comment #7 from jvdelisle at verizon dot net 2006-10-27 00:55 ---
Subject: Re: [4.2/4.3 Regression] libgomp build fails with
missing pthread_mutexattr_settype
Am I missing something here?
I am getting this with make check for libgomp on i686-linux on 4.2 branch:
Using
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-10-27 01:01
---
I have no failures on 4.3 only on 4.2 branch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29494
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-10-27 01:04
---
Subject: Bug 29563
Author: jvdelisle
Date: Fri Oct 27 01:04:02 2006
New Revision: 118079
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118079
Log:
2006-10-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #8 from janis at gcc dot gnu dot org 2006-10-27 01:12 ---
A regression hunt using the testcase from comment #5 identified this patch:
http://gcc.gnu.org/viewcvs?view=revrev=116409
r116409 | nathan | 2006-08-25 16:56:07 + (Fri, 25 Aug 2006)
--
janis at gcc
Get an ICE when compiling c++ code with optimization turned on.
gcc -v:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--- Comment #9 from debian-gcc at lists dot debian dot org 2006-10-27
01:23 ---
one of those patches introduces the regression on the 4.1 branch
Matthias
r117852 | rguenth | 2006-10-18 11:18:07 +0200 (Wed, 18 Oct 2006) | 16 lines
2006-10-18 Richard Guenther [EMAIL PROTECTED]
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-10-27 01:26 ---
Actually I think this is the same as DR 224 which says a here is not
dependent but shown by PR 29469 comment #5, that DR report is bogus.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-10-27 01:28
---
(In reply to comment #9)
one of those patches introduces the regression on the 4.1 branch
The backport of Nathan's patch caused it, though DR 224 is the questionable
problem here and reading the standard
--- Comment #1 from jaschmidt at uofu dot net 2006-10-27 01:36 ---
Preprocessed source:
http://www.sci.utah.edu/~jas/cchBu06i.out
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29610
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-27 01:43 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29610
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-10-27 02:03
---
Subject: Bug 29563
Author: jvdelisle
Date: Fri Oct 27 02:03:34 2006
New Revision: 118080
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118080
Log:
2006-10-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-10-27 02:08
---
Fixed on 4.2 and 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from lukew at radterm dot com dot au 2006-10-27 03:51
---
(In reply to comment #6)
Subject: Re: hex and oct constants are converted to wrong type
lukew at radterm dot com dot au wrote:-
The resulting tokens compose the controlling constant expression which
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-10-27 04:01
---
If I understand correctly, the inquire FORMATTED= specifier does not have
anything to do with whether the file is opened for formatted or unformatted
I/O. It is simply asking, is the file, if it exists, suitable
While compiling kernel modules of 2.6.18 I hit this error. The testcase in
question is attached. This file works all fine with gcc 4.1.2 prerelease. but
GCC 4.2.0 prerelease throws the following error message.
test1.c: In function 'unknown_bootoption':
test1.c:15186: warning: asm operand 2
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-10-27 04:32
---
Am I missing something here?
Definitely. :-) This PR is about SPARC/Solaris 2.6 only.
I am getting this with make check for libgomp on i686-linux on 4.2 branch:
Then open a new PR.
--
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-10-27 04:38
---
:) Andrew is going to see if he can duplicate and if so we will open a new PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29494
When I compile this simple C file:
#include stddef.h
int main() {
return '\1\2';
}
I get a warning:
foo.c:3:10: warning: multi-character character constant
When I compile the same file using --save-temps, I do not get a warning.
Similarly, if I use -E to produce a preprocessed file, and
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-27 04:47 ---
Confirmed, a regression from 3.4.0 which warned:
earth:~~/ia32_linux_gcc3_4/bin/gcc -W -Wall t.c -save-temps
t.c:3:10: warning: multi-character character constant
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from raj dot khem at gmail dot com 2006-10-27 05:17 ---
Created an attachment (id=12499)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12499action=view)
preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29611
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-27 05:19 ---
do { __asm__ __volatile__(
1: twi 31,0,0\n
.section __bug_table,\a\\n
\t.long 1b,%0,%1,%2\n
.previous : : i (241), i (init/main.c), i ((__func__)));
} while
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-27 05:23 ---
This is not really a bug, since using i is not the correct constraint
anyways.
*** This bug has been marked as a duplicate of 27528 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-10-27 05:23
---
*** Bug 29611 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
92 matches
Mail list logo
