On Mar 17, 2014, at 2:39 AM, Mihai Mandrescu wrote:
> Hello,
>
> I just enrolled in Google Summer of Code and would like to contribute
> to GCC. I'm not very familiar with the process of getting a project
> for GSoC nor with free software development in general, but I would
> like to learn. Can
On Feb 26, 2014, at 12:27 AM, guray ozen wrote:
> Hello,
>
> I'm master student at high-performance computing at barcelona
> supercomputing center. And I'm working on my thesis regarding openmp
> accelerator model implementation onto our compiler (OmpSs). Actually i
> almost finished implementat
On Mar 12, 2014, at 11:42 AM, Thomas Wynn wrote:
> Hello, my name is Thomas Wynn. I am a junior in pursuit of a B.S. in
> Computer Science at The University of Akron. I am interested in
> working on a project with GCC for this year's Google Summer of Code.
> More specifically, I would like to wor
On Mar 12, 2014, at 12:19 PM, Braden Obrzut wrote:
> My name is Braden Obrzut and I am a student from the University of Akron
> interested in contributing to GCC for GSoC. I am interested in working on a
> project related to the c++-concepts branch.
>
> In particular, I am interested in impleme
On Mar 18, 2014, at 9:13 PM, Prathamesh Kulkarni
wrote:
> On Mon, Mar 17, 2014 at 2:22 PM, Richard Biener
> wrote:
>> On Sun, Mar 16, 2014 at 1:21 PM, Prathamesh Kulkarni
>> wrote:
>>> In c_expr::c_expr, shouldn't OP_C_EXPR be passed to operand
>>> constructor instead of OP_EXPR ?
>>
>> Indee
Matthew Fortune writes:
> Richard Sandiford writes:
>> Matthew Fortune writes:
>> > Richard Sandiford writes:
>> >> Matthew Fortune writes:
>> >> > As it stands I wasn't planning on supporting .module arch= I was
>> >> > just going to add .module fp= and leave it at that. The only thing
>> >>
Richard Sandiford writes:
> Matthew Fortune writes:
> > Richard Sandiford writes:
> >> Matthew Fortune writes:
> >> > As it stands I wasn't planning on supporting .module arch= I was
> >> > just going to add .module fp= and leave it at that. The only thing
> >> > I need to give assembly code wr
Umesh Kalappa writes:
> Hi All ,
>
> We are porting gcc4.8.1 to the new target and we created the new
> .rodata section w.r.t flags by get_unnamed_section() .
>
> Now we need to associate the global %object data of type .word or
> .byte to the created .rodata section and also we need to emit
Richard Sandiford writes:
> What DJ meant below was that you should reject all pseudo registers
> if strict_p. I.e. REG_P (foo) should be:
>
>REG_P (foo) && (!strict_p || REGNO_MODE_OK_FOR_BASE_P (foo, mode))
sorry:
REG_P (foo) && (!strict_p || REGNO_MODE_OK_FOR_BASE_P (REGNO (foo), mode)
Matthew Fortune writes:
> Richard Sandiford writes:
>> Matthew Fortune writes:
>> > As it stands I wasn't planning on supporting .module arch= I was just
>> > going to add .module fp= and leave it at that. The only thing I need
>> > to give assembly code writers absolute control over is the over
"Thomas Preud'homme" writes:
>> From: Richard Sandiford [mailto:rdsandif...@googlemail.com]
>>
>> -mno-float as it stands today is really just -msoft-float with some
>> floating-point support removed from the library to save space.
>> One of the important examples is that the floating-point print
David Guillen writes:
> So far I'm still facing problems regarding memory addresses even with
> the most restrictive conditions. The non-recognized instruction is:
>
> ../../../libgcc/libgcc2.c: In function '__muldi3':
> ../../../libgcc/libgcc2.c:559:1: error: insn not satisfying its restrictions
On Tue, Mar 18, 2014 at 10:50 AM, Nicholas Robert Kemp
wrote:
>
>
> Hi,
> I've been porting some software to arm64 and one of their test suites uses
> va_list as an argument in their function call and I get an error regarding
> that function when I compile. I was just wondering if va_list has
Hi,
I've been porting some software to arm64 and one of their test suites uses
va_list as an argument in their function call and I get an error regarding
that function when I compile. I was just wondering if va_list has been ported
to arm64 yet.
Thanks
Nick Kemp
On 18 March 2014 17:35, Ali Abdul Ghani wrote:
> hi list
> I need help
This is the wrong list for user support, please use the gcc-help
mailing list instead.
You will probably want to provide more information that "but cannot
work" if you expect anyone to be able to help.
hi list
I need help
I make Dynamic-link library in c
I want link it from a C++
I Create .h file like this
#ifdef __cplusplus
extern "C" { // only need to export C interface if
// used by C++ source code
#endif
__declspec( dllimport ) static void flood_loop(MAP *map, int x,
int
On Tue, Mar 18, 2014 at 10:19 AM, Richard Biener
wrote:
> On Fri, Jun 21, 2013 at 5:27 PM, Andrew MacLeod wrote:
>> [ I foolishly sent this with the document as an attachment... hopefully it
>> gets rejected and anyone interested can simply download the document from
>> the wiki..]
>>
>> Over the
CppCon, The C++ Conference
Opening Keynote by Bjarne Stroustrup
September 7â12, 2014
Bellevue, Washington, USA
Registration is now open for CppCon 2014 to be held September 7â12, 2014
at the Meydenbauer Center in Bellevue, Washington, USA. This year the
conference starts with the keynote by Bj
On Tue, Mar 18, 2014 at 4:13 PM, Richard Biener
wrote:
> On Tue, Mar 18, 2014 at 4:09 PM, Martin Liška wrote:
>> Hello,
>>I've been compiling Chromium with LTO and I noticed that WPA stream_out
>> forks and do parallel:
>> http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02621.html.
>>
>> I am un
On Tue, Mar 18, 2014 at 4:09 PM, Martin Liška wrote:
> Hello,
>I've been compiling Chromium with LTO and I noticed that WPA stream_out
> forks and do parallel:
> http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02621.html.
>
> I am unable to fit in 16GB memory: ld uses about 8GB and lto1 about 6GB
Hello,
I've been compiling Chromium with LTO and I noticed that WPA
stream_out forks and do parallel:
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02621.html.
I am unable to fit in 16GB memory: ld uses about 8GB and lto1 about 6GB.
When WPA start to fork, memory consumption increases so th
Joseph Myers writes:
> > 1) There is no way to mark a module as "don't care/not relevant". At a
> > minimum this could be done via inspection of the GNU FP ABI attribute
> > and when its value is 'Any' then NaNs don't matter. Better still would
> > be that modules with floating point only require
On Tue, 18 Mar 2014, Matthew Fortune wrote:
> 1) There is no way to mark a module as "don't care/not relevant". At a
> minimum this could be done via inspection of the GNU FP ABI attribute
> and when its value is 'Any' then NaNs don't matter. Better still would
> be that modules with floating p
On Fri, Jun 21, 2013 at 5:27 PM, Andrew MacLeod wrote:
> [ I foolishly sent this with the document as an attachment... hopefully it
> gets rejected and anyone interested can simply download the document from
> the wiki..]
>
> Over the past couple of months, I've slowly been putting together an act
On Tue, 18 Mar 2014, Thomas Preud'homme wrote:
> > From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
> > Joseph S. Myers
> >
> > The functions affected use floating-point in their public interfaces - for
> > example, __muldc3. Note that libcalls have a different hook
> > (T
Hi,
I've sent this email to everyone who had opinions about the introduction of
nan-2008 for mips according to the mailing list archives...
The NaN linkage rules introduced with -mnan=2008 enforce a strict rule that all
code be built with either legacy NaN or 2008 NaN. This impacts both static
>> http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00368.html
>
> That thread is from 2009.
>
>> it seems that the actually committed fix for the bug that the
>> gcc41-unwind-restore-state.patch was meant to fix was
>> http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00617.html committed as
>> http://gcc.
> I don't remember it well, but from re-reading the gcc-patches threads around
> that time like:
> http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00368.html
That thread is from 2009.
> it seems that the actually committed fix for the bug that the
> gcc41-unwind-restore-state.patch was meant to fix
> From: Richard Sandiford [mailto:rdsandif...@googlemail.com]
>
> -mno-float as it stands today is really just -msoft-float with some
> floating-point support removed from the library to save space.
> One of the important examples is that the floating-point printf
> and scanf formats are not suppo
On Mon, Mar 17, 2014 at 10:01 PM, Martin Uecker
wrote:
> Am Mon, 17 Mar 2014 09:44:53 +0100
> schrieb Richard Biener :
>
>> On Sun, Mar 16, 2014 at 3:58 AM, Martin Uecker
>> wrote:
>> >
>> > Hi list,
>> >
>> > the strings in the ".debug_str" section are output
>> > in an arbitrary order. Could t
On Mon, Mar 17, 2014 at 06:12:13PM +0100, Stefan Ring wrote:
> At the company where I work, we have a large program using Boost
> Python (1.54). We do our product builds for RHEL 5 and recently
> started building using gcc 4.8 from RedHat devtoolset 2 for
> performance. This works well, except for
On Mon, Mar 17, 2014 at 2:22 PM, Richard Biener
wrote:
> On Sun, Mar 16, 2014 at 1:21 PM, Prathamesh Kulkarni
> wrote:
>> In c_expr::c_expr, shouldn't OP_C_EXPR be passed to operand
>> constructor instead of OP_EXPR ?
>
> Indeed - I have committed the fix.
>
My earlier mail got rejected (maybe be
> From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
> Joseph S. Myers
>
> The functions affected use floating-point in their public interfaces - for
> example, __muldc3. Note that libcalls have a different hook
> (TARGET_LIBCALL_VALUE, ending up using arm_libcall_uses_aapcs_
Richard Sandiford writes:
> Matthew Fortune writes:
> > As it stands I wasn't planning on supporting .module arch= I was just
> > going to add .module fp= and leave it at that. The only thing I need
> > to give assembly code writers absolute control over is the overall FP
> > mode of the module.
Matthew Fortune writes:
> As it stands I wasn't planning on supporting .module arch= I was just
> going to add .module fp= and leave it at that. The only thing I need to
> give assembly code writers absolute control over is the overall FP mode
> of the module. I don't currently see any real need t
35 matches
Mail list logo
