http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #24 from Anh Vo 2011-12-16 16:24:19
UTC ---
Indeed, the build went smoothly. Thank you all specially Eric Botcazou for
fixing this issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #23 from Cesar Strauss 2011-12-14
01:03:39 UTC ---
(In reply to comment #22)
> Patch applied.
Thanks! Good to have Ada back on x86 MinGW.
Regards,
Cesar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #21 from Eric Botcazou 2011-12-13
11:21:32 UTC ---
Author: ebotcazou
Date: Tue Dec 13 11:21:28 2011
New Revision: 182275
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182275
Log:
PR ada/49084
* types.h (Byte): Change
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #19 from Eric Botcazou 2011-12-13
10:05:54 UTC ---
> Hmm, other way to solve this might be to add to structure the optional
> attribute gcc_struct. At least I used that to fix libquadmath for 32-bit IA
> Windows.
Thanks. Let's avoi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #18 from Kai Tietz 2011-12-13 09:18:55
UTC ---
Hmm, other way to solve this might be to add to structure the optional
attribute gcc_struct. At least I used that to fix libquadmath for 32-bit IA
Windows.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #17 from Eric Botcazou 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #16 from Cesar Strauss 2011-12-10
23:03:13 UTC ---
As can be seen in the assembler code above, the Ada compiler thinks the Node
structure is 32 bytes in size, while the C compiler thinks its size is 36
bytes.
The culprit is the stru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #15 from Cesar Strauss 2011-12-08
01:23:31 UTC ---
(In reply to comment #14)
> Unfortunately I don't seem to be able to reproduce on Linux. Could you see
> what object code has been generated for the line
>
> gcc_assert (Nkind (gnat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #14 from Eric Botcazou 2011-12-04
21:59:13 UTC ---
> (gdb) call pn(gnat_root)
> N_Compilation_Unit (Node_Id=1707) (source,analyzed)
> Parent =
> Sloc = 9966 a-charac.ads:16:12
> Context_Items = List (List_Id=-9988)
> Unit =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #13 from Cesar Strauss 2011-11-28
00:46:16 UTC ---
(In reply to comment #12)
> Zero is UNKNOWN_LOCATION. The problem is probably that the location mapping
> isn't initialized yet. What happens if you move the block in gigi:
>
> g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #12 from Eric Botcazou 2011-11-27
22:06:23 UTC ---
> The cause of the access violation is due to an attempt to pass a null string
> pointer to asprintf in internal_error_function
> (gcc/ada/gcc-interface/misc.c:290):
Thanks for the i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #11 from Cesar Strauss 2011-11-27
20:55:15 UTC ---
Created attachment 25922
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25922
Debug log of PR49084
The cause of the access violation is due to an attempt to pass a null string
p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #10 from Cesar Strauss 2011-11-24
00:22:11 UTC ---
(In reply to comment #9)
> (In reply to comment #7)
> > Hmm, this is due usage of "%lld" in printf-formatter. Does following patch
> > fix your issue?
>
> I did encounter the build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #9 from Cesar Strauss 2011-11-22
21:49:37 UTC ---
(In reply to comment #7)
> Hmm, this is due usage of "%lld" in printf-formatter. Does following patch
> fix your issue?
I did encounter the build failure reported in comment #6 (unk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #8 from Anh Vo 2011-11-15 01:09:00
UTC ---
with snapshot gcc-4.7-2005, there are syntax errors in adainit.c,
initialize.c, seh_init.c and tracebak.c. These files are located at /gcc/ada
directory which is part of Ada compiler.
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
Richard Guenther changed:
What|Removed |Added
Keywords|wrong-code |build
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #6 from Anh Vo 2011-08-04 16:01:59
UTC ---
The configuration --enable-languages=ada --without-build-config
--disable-werror was used.
Now it causes gcc to fail when configuration --enable-languages=ada,c,c++ is
used. Below is the tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #5 from Anh Vo 2011-08-02 20:28:03
UTC ---
On Tue, Aug 2, 2011 at 8:41 AM, anhvofrcaus at gmail dot com
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
>
> --- Comment #4 from Anh Vo 2011-08-02 15:40:34
> UTC ---
> On Tu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #4 from Anh Vo 2011-08-02 15:40:34
UTC ---
On Tue, Aug 2, 2011 at 7:18 AM, rguenth at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
>
> --- Comment #3 from Richard Guenther 2011-08-02
> 14:12:01 UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #3 from Richard Guenther 2011-08-02
14:12:01 UTC ---
Does it work now?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #2 from Anh Vo 2011-05-23 18:49:10
UTC ---
It will be fine if the fix goes into the latest snapshot.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
Eric Botcazou changed:
What|Removed |Added
Target||i686-pc-mingw32
Status|UNCONF
25 matches
Mail list logo
