On Nov 23, 2014, at 8:14 PM, Jack Howarth wrote:
> Is this even an issue considering that MacPorts is only applying these fixes
> as patches on final source releases of the Apple GCC 4.2 and LLVM-GCC 4.2
> compilers and there is zero chance of those ever making their way into an
> actively mai
On Sun, Nov 23, 2014 at 06:48:53PM -0500, Lawrence Velázquez wrote:
> Hi,
>
> I recently contributed some fixes against GCC trunk, gcc-4_9-branch, and
> gcc-4_8-branch for which I need the requisite legal paperwork.
>
> However, I'd like to backport these particular fixes to the MacPorts
> Projec
On Sun, Nov 23, 2014 at 03:12:06PM -0800, Andrew Pinski wrote:
> On Sun, Nov 23, 2014 at 12:51 PM, Trevor Saunders
> wrote:
> > On Sun, Nov 23, 2014 at 12:05:52PM -0800, Andrew Pinski wrote:
> >> Hi,
> >> While working on a patch to change some error to inform, I changed
> >> the as_a cast in R
tl;dr: One question to build maintainers, and one patch submitted to toplevel
configure.ac
---
I’m looked into the issue some more, and am comparing two builds of trunk
(exact same source), one configured with system compiler (clang) in PATH, the
other with GCC 4.9.2 in PATH.
At th
Hi,
I recently contributed some fixes against GCC trunk, gcc-4_9-branch, and
gcc-4_8-branch for which I need the requisite legal paperwork.
However, I'd like to backport these particular fixes to the MacPorts
Project's ports of Apple GCC 4.2 and LLVM-GCC 4.2, which are licensed
under "version 2,
On Sun, Nov 23, 2014 at 2:12 PM, FX wrote:
>> -L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
>> Why aren't they sufficient for MacOS linker to find libstdc++.a?
>
> Because it’s gonna also use -static-libstdc++, which relies on spec
> substitution, for which -L is not enough.
On Sun, Nov 23, 2014 at 12:51 PM, Trevor Saunders wrote:
> On Sun, Nov 23, 2014 at 12:05:52PM -0800, Andrew Pinski wrote:
>> Hi,
>> While working on a patch to change some error to inform, I changed
>> the as_a cast in RTL_LOCATION to be as_a . This
>> falls down when you start with a rtx rathe
Snapshot gcc-5-20141123 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/5-20141123/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision
> -L/opt/gcc/p_build/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
> Why aren't they sufficient for MacOS linker to find libstdc++.a?
Because it’s gonna also use -static-libstdc++, which relies on spec
substitution, for which -L is not enough.
FX
On Sun, Nov 23, 2014 at 1:27 PM, FX wrote:
> Hi libcc1 team and build maintainers,
>
> Since libcc1 isn’t bootstrapped anymore, it breaks bootstrap on darwin with
> GCC as the system compiler (which isn’t the default, but is still pretty
> common, notably for people who need to build the Ada com
Hi libcc1 team and build maintainers,
Since libcc1 isn’t bootstrapped anymore, it breaks bootstrap on darwin with GCC
as the system compiler (which isn’t the default, but is still pretty common,
notably for people who need to build the Ada compiler):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id
On Sun, Nov 23, 2014 at 12:05:52PM -0800, Andrew Pinski wrote:
> Hi,
> While working on a patch to change some error to inform, I changed
> the as_a cast in RTL_LOCATION to be as_a . This
> falls down when you start with a rtx rather than a const_rtx..
so, don't do that? if you have a const_rtx
Hi,
While working on a patch to change some error to inform, I changed
the as_a cast in RTL_LOCATION to be as_a . This
falls down when you start with a rtx rather than a const_rtx..
I had to modify is-a.h to this but I really don't like the
modification at all since it shows the bigger issues w
13 matches
Mail list logo
