Hello All,
I am switching to GIT for my GCC work (mostly the MELT branch, sometimes
submitting patches to trunk). A big thanks to Dodji Seketeli for his very
kind help. If I understand correctly, I am using the GCC git service.
But I have some issues. The GCC MELT branch has very localised change
On Mon, Feb 7, 2011 at 2:35 AM, Mike Stump wrote:
> So, in c-common.c we have:
>
> targetm.init_builtins ();
> build_common_builtin_nodes ();
>
> and in f95-1.c we have:
>
> build_common_builtin_nodes ();
> targetm.init_builtins ();
They are "unordered", thus, targetm.init_builtins is suppose
On Mon, Feb 7, 2011 at 2:48 AM, Gerald Pfeifer wrote:
> David Schultz noticed that the FreeBSD libm does not set errno, never
> has done, and never will, and thus has made -fno-math-errno the default
> in the (old, GCC 4.2-based) system compiler:
>
> http://svn.freebsd.org/viewvc/base?view=revisi
Basile Starynkevitch writes:
> I dont understand why there is a conflict on an ada related file I
> never touched in my life.
The problem is that git does not know anything about the svn merges
(because svn does not know anything about merges itself). Thus the
merge base between melt-branch and
On Mon, Feb 07, 2011 at 11:59:23AM +0100, Andreas Schwab wrote:
> Basile Starynkevitch writes:
> The easiest way to get things going is to create a dummy merge in the
> melt-branch that records the last svn merge you made. To do that you
> need to find the last merged revision on the master branc
Basile Starynkevitch writes:
> Thanks a big lot. Apparently, something worked, but I cannot figure out how
> you got that bd785057b42734e859f64428467a673ee3c00372 SHA1 key. I thought it
> would appear in the git log output.
Search for the svn revision in the log output.
> I am using the git mir
On Mon, Feb 7, 2011 at 08:50, Basile Starynkevitch
wrote:
> I'm trying hard to understand how to reliably and painlessly merge trunk
> into the MELT branch. I am using the git mirror
> git://gcc.gnu.org/git/gcc.git but I don't understand well if I should use
> only it, or also git svn dcommit (wh
On Mon, Feb 07, 2011 at 11:51:55AM +0100, Richard Guenther wrote:
> On Mon, Feb 7, 2011 at 2:35 AM, Mike Stump wrote:
> > So, in c-common.c we have:
> >
> > targetm.init_builtins ();
> > build_common_builtin_nodes ();
> >
> > and in f95-1.c we have:
> >
> > build_common_builtin_nodes ();
> > t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/11 07:19, Joel Sherrill wrote:
> Hi,
>
> In the past few days, something has regressed
> on the sparc. Revision 169143 only had 699 failures
> and ~100 of those were LTO related. David Korn's
> patch seems to have resolved those. Revision 16
Hi
There are currently 14 RTEMS targets with each target
being a different CPU architecture. With three exceptions
(avr, h8300, and m32c), we attempt to build and test
C, C++, Ada, and Go for all of them. Test results
are posted to the GCC and RTEMS test results lists.
Thanks to the Google Sum
Current trunk, rev. 169888, fails to bootstrap on Cygwin with this error:
[...]
/tmp/gcc-4.6-r169888/libgcc/config/libbid/bid_decimal_globals.c:47:18:
fatal error: fenv.h: No such file or directory
compilation terminated.
make[2]: *** [bid_decimal_globals.o] Error 1
make[2]: *** Waiting for unf
On 2/7/2011 1:41 PM, Angelo Graziosi wrote:
> Current trunk, rev. 169888, fails to bootstrap on Cygwin with this error:
>
> [...]
> /tmp/gcc-4.6-r169888/libgcc/config/libbid/bid_decimal_globals.c:47:18:
> fatal error: fenv.h: No such file or directory
> compilation terminated.
> make[2]: *** [bid_
On 02/07/2011 09:32 AM, Jeff Law wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/11 07:19, Joel Sherrill wrote:
Hi,
In the past few days, something has regressed
on the sparc. Revision 169143 only had 699 failures
and ~100 of those were LTO related. David Korn's
patch seems to h
AIX provides two versions of long double and declares all of the C99
long double symbols in math.h header file. One implementation aliases
long double to IEEE double precision type and the other implementation
aliases long double to IBM's paired double format. All of the C99
symbols for IEEE doub
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/07/11 11:51, Joel Sherrill wrote:
> On 02/07/2011 09:32 AM, Jeff Law wrote:
> On 02/02/11 07:19, Joel Sherrill wrote:
Hi,
In the past few days, something has regressed
on the sparc. Revision 169143 only had 699 failures
a
On 02/07/2011 01:46 PM, Jeff Law wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/07/11 11:51, Joel Sherrill wrote:
On 02/07/2011 09:32 AM, Jeff Law wrote:
On 02/02/11 07:19, Joel Sherrill wrote:
Hi,
In the past few days, something has regressed
on the sparc. Revision 169143 only ha
On Feb 7, 2011, at 2:51 AM, Richard Guenther wrote:
> I would say add a new hook that can be called from build_common_builtin_nodes
> instead.
Ok, thanks.
2011/2/7 Joel Sherrill :
>
> There are two targets which cannot build C -- avr and lm32:
>
> + avr - http://gcc.gnu.org/PR47534
I have committed the fix r169896
Please somebody close the bug.
I can't login to bugzilla. (Probably I forgot my login and password)
Denis.
On Mon, Feb 7, 2011 at 2:55 AM, Richard Guenther
wrote:
> Does FreeBSD ever set errno for malloc() calls? See PR47179 and
> PR42944 - which means it might require splitting the flag into a
> math piece and a general piece (or one covering just malloc & friends).
The option's documentation (and t
> + i386 Ada ICE (regression) - http://gcc.gnu.org/PR47481
I'll look into this one...
> + mips Ada -G0 - http://gcc.gnu.org/PR47500
...but a MIPS maintainer needs to take a preliminary look at this one.
--
Eric Botcazou
On 02/07/2011 02:27 PM, Denis Chertykov wrote:
2011/2/7 Joel Sherrill:
There are two targets which cannot build C -- avr and lm32:
+ avr - http://gcc.gnu.org/PR47534
I have committed the fix r169896
Please somebody close the bug.
I can't login to bugzilla. (Probably I forgot my login and pass
Il 07/02/2011 19.48, Charles Wilson ha scritto:
On 2/7/2011 1:41 PM, Angelo Graziosi wrote:
Current trunk, rev. 169888, fails to bootstrap on Cygwin with this error:
[...]
/tmp/gcc-4.6-r169888/libgcc/config/libbid/bid_decimal_globals.c:47:18:
fatal error: fenv.h: No such file or directory
compi
On 02/07/2011 02:27 PM, Denis Chertykov wrote:
2011/2/7 Joel Sherrill:
There are two targets which cannot build C -- avr and lm32:
+ avr - http://gcc.gnu.org/PR47534
I have committed the fix r169896
Thanks. avr-rtems now compiles.
Please somebody close the bug.
I can't login to bugzilla. (P
On 2/7/2011 3:50 PM, Angelo Graziosi wrote:
> I do not understand the logic here: break GCC trunk for something that
> hasn't been yet released.
>
> Often new Cygwin version was announced as imminent and the true release
> delayed for months..
Never happened. Even the interminable 1.7.0 release
> GCC maintainers is this OK for your policy?
Personally, I don't think it's a good thing to do: a secondary platform that
only supports the latest released version of said platform does not indicate
high stability. But it's up to the cygwin maintainers to decide, of course.
However, the fact s
On Thu, 27 Jan 2011, Laurynas Biveinis wrote:
> Thus I propose to separate the two. To avoid introducing another
> --enable-checking option, let's move the annotations to the "misc"
> checking and also enable "misc" too if "valgrind" is requested. Both
> these options are disabled for releases, so
26 matches
Mail list logo
