Hi,
I have added a line to my "Failing bootstrap" mails, that indicates what
configure options I passed.
For instance, the last entry reads (at the end):
Configured by: configure --prefix=/tmp/c --with-gnu-as --with-gnu-ld
--enable-languages=c++ --with-build-config=bootstrap-lto
--disable-l
Snapshot gcc-4.8-20120520 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20120520/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
Jonathan Wakely writes:
> On 19 May 2012 12:36, Gabriel Dos Reis wrote:
>> On Fri, May 18, 2012 at 10:53 PM, Jay K wrote:
>>>
>>> /src/gcc-4.7.0/configure -disable-bootstrap -enable-languages=go
>>>
>>>
>>> book2:gccgo-4.7 jay$ g++ -v
>>> Using built-in specs.
>>> Target: i686-apple-darwin9
>>>
Jay K writes:
> gcc-4.6.2/gcc/Makefile.in:
>
>
> tree-nomudflap.o : $(CONFIG_H) $(SYSTEM_H) $(TREE_H) $(TREE_INLINE_H) \
> $(C_TREE_H) $(C_COMMON_H) $(GIMPLE_H) $(DIAGNOSTIC_H) $(HASHTAB_H) \
> output.h langhooks.h tree-mudflap.h $(TM_H) coretypes.h \
> $(GGC_H) gt-tree-mudflap.h $(TREE_
On Sun, May 20, 2012 at 10:30 PM, Ian Lance Taylor wrote:
> To be clear, as far as I can see the Go frontend isn't doing anything
> wrong or dubious. It just happens to #include when
> it is available but is not. It looks like in gcc 4.0
> you can not #include when using -fno-rtti.
>
> We co
Gabriel Dos Reis writes:
> On Sun, May 20, 2012 at 10:30 PM, Ian Lance Taylor wrote:
>
>> To be clear, as far as I can see the Go frontend isn't doing anything
>> wrong or dubious. It just happens to #include when
>> it is available but is not. It looks like in gcc 4.0
>> you can not #includ
On Mon, May 21, 2012 at 12:08 AM, Ian Lance Taylor wrote:
> Gabriel Dos Reis writes:
>
>> On Sun, May 20, 2012 at 10:30 PM, Ian Lance Taylor wrote:
>>
>>> To be clear, as far as I can see the Go frontend isn't doing anything
>>> wrong or dubious. It just happens to #include when
>>> it is avai
Gabriel Dos Reis writes:
> On Mon, May 21, 2012 at 12:08 AM, Ian Lance Taylor wrote:
>> Gabriel Dos Reis writes:
>>
>>> On Sun, May 20, 2012 at 10:30 PM, Ian Lance Taylor wrote:
>>>
To be clear, as far as I can see the Go frontend isn't doing anything
wrong or dubious. It just happe
Alberto Lozano Alelu a écrit:
> Hello.
Hello Alberto,
> I'am developing an statement detector for c++ and I would like to
> detect if an statement is expanded from macro.
I guess you are doing this from a plugin?
> Can I detect in ast tree if an statement is expanded code from macro?
As Manu