quot;
I would like to use atomic operations in user mode. Is it possible to add a
machine option to GCC to use an ASI of 0x0A for the atomic operations via CASA
on LEON3?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
F
Since I am not an expert in the GCC test suite scripts, is it possible
to add such a test case at all with a moderate amount of work?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail :
On 04/27/2014 03:25 PM, Andreas Schwab wrote:
Sebastian Huber writes:
Since I am not an expert in the GCC test suite scripts, is it possible to
add such a test case at all with a moderate amount of work?
Just add load_gcc_lib gcc-defs.exp.
In libstdc++-v3/testsuite/lib/libstdc++.exp? In
upervisor data), predicated on -muser-mode. I'll prepare a patch.
Thanks, since this -muser-mode seems to be something new, maybe we should
instead use -mcas=supervisor|user to make it more specific?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim
t to you have in mind for the -muser-mode
option?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese N
On 2014-04-28 10:14, Eric Botcazou wrote:
Ok, this makes sense. Which default to you have in mind for the -muser-mode
>option?
-mno-user-mode the default, it's usually what's done in this case I think.
I think its more natural to generate user-space code by default.
--
Se
nu.org/bugzilla/show_bug.cgi?id=57816
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57389
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47856
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47751
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D
On 04/27/2014 03:01 PM, Sebastian Huber wrote:
Hallo,
I would like to add a test case to the libstdc++ tests to test for
C/C++ compatibility of the atomic operations. A straight forward
approach like in the attached patch doesn't work since the
"dg-additional-sources" i
ion=234958&view=markup&pathrev=234958#l231
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Die
On 2014-06-25 15:25, Joseph S. Myers wrote:
On Wed, 25 Jun 2014, Sebastian Huber wrote:
I think the inheritance of the volatile qualifier via __typeof__
(*__atomic_load_ptr) is an implementation flaw.
See the comment in c_parser_typeof_specifier:
/* For use in macros such as those in
Hi,
my colleague Brian has posted the instructions to set up
an AArch64 virtual machine running ubuntu on top of qemu:
http://rzycki.blogspot.com/2014/08/using-qemu-to-run-ubuntu-arm-64-bit.html
We are using this setup to bootstrap gcc on aarch64.
Sebastian
example:
https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01214.html
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Hello,
thanks for your trust.
On 21/12/14 17:46, Joel Sherrill wrote:
Hi
I am pleased to announce that the steering committee
has appointed Sebastian Huber as co-maintainer of
the RTEMS target in GCC.
This is a reflection of the work has done and community
involvement Sebastian has already
possible to add a gomp_free() to complement the gomp_malloc()
etc.? This would enable the usage of a dedicated heap for OpenMP in RTEMS.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail
On 30/01/15 12:50, Jakub Jelinek wrote:
On Fri, Jan 30, 2015 at 12:14:26PM +0100, Sebastian Huber wrote:
>Hello,
>
>I would like to add support for libgomp for the RTEMS operating system. I
>likely cannot use the standard Pthread API for this in some places since I
>have to ac
ts.
I also want to mention that LLVM's IR is not an equivalent of GCC's IR:
for instance, in GCC we have multi dimensional array types that are
missing in LLVM.
Having an IR that is more readable than LLVM's would be nice.
Thanks,
Sebastian
On Tue, Apr 7, 2015 at 3:33 AM, Richard Biener
wrote:
>> Having an IR that is more readable than LLVM's would be nice.
>
> I still like the idea of using C + extensions most.
+1
> As well as making the
> -fdump-tree-XXX dumps (more) valid C (+ extensions). Cut & pasting
> from dump files to gen
*
gomp_new_team(unsigned nthreads)
{
struct gomp_team *team = get_team_from_free_list(nthreads);
if (team == NULL) {
return current_gomp_new_team(nthreads);
} else {
return team;
}
}
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
We also needed to adjust the gcov_version in autofdo/gcov.cc to read
0x1 for dev branches of gcc (instead of the current 0x3430372a for
some released version of GCC):
-DEFINE_uint64(gcov_version, 0x3430372a,
+DEFINE_uint64(gcov_version, 0x1,
Sebastian
On Tue, Apr 21, 2015 at 3:33 PM, Aditya K
Ok, thanks for the tip of the flag.
You would also need to pass "-use_lbr=false" to create a gcov file for
a device that does not have LBR support.
We tried this on ARM collected profiles and we got the same speedup as
x86 collected profiles on linpack.
Sebastian
On Tue, Apr 21, 20
On Fri, Oct 12, 2018 at 2:14 PM Marc Glisse wrote:
> On Fri, 12 Oct 2018, Thomas Schwinge wrote:
>
> > Hmm, and without any OpenACC/OpenMP etc., actually the same problem is
> > also present when running the following code through the vectorizer:
> >
> >for (int tmp = 0; tmp < N_J * N_I; ++tm
l.lbz r11, 0(r3)
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäft
On 13/11/2018 21:20, Stafford Horne wrote:
On Tue, Nov 13, 2018 at 11:57:13AM -0600, Joel Sherrill wrote:
Sebastian confirmed he couldn't get a complete RTEMS build either.
I looked into this enough to spot that old or1k port's libgcc/config.host
has an extra_parts line for or1k-*-
th GCC 7.4.0 it works and the s-oscons-tmplt.s dosn't look that much
different.
My native GNAT is:
gnat --version
GNAT 9.0.0 20190116 (experimental)
Copyright (C) 1996-2019, Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not eve
On 17/01/2019 09:56, Sebastian Huber wrote:
Hello,
I tried to build the arm-rtems target with Ada support on the trunk
yesterday. It fails with:
/home/user/rtems-source-builder/rtems/build/arm-rtems6-gcc-0ca47588bd2e38bbfa427503968e08a6b8ab3166-newlib-068182e26c7b397df579b69a18f745092844d1b4
failed (path includes full Git hashes).
Then I move the source and build roots to a shorter path, then build was
successful using the same configure options.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89
On 17/01/2019 15:25, Sebastian Huber wrote:
On 17/01/2019 12:40, Eric Botcazou wrote:
I can build the trunk with a native
gnat --version
GNAT 8.2.1 20190103 [gcc-8-branch revision 267549]
Copyright (C) 1996-2018, Free Software Foundation, Inc.
This is free software; see the source for copying
gomp_strtol (env, &stride);
if (env == NULL)
return false;
A platform could then provide its own "config/*/strto.h" with an
alternative implementation.
Would this be acceptable after the GCC 9 release?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178
On 31/01/2019 10:29, Richard Biener wrote:
On Wed, Jan 30, 2019 at 3:46 PM Sebastian Huber
wrote:
Hello,
we would like to use libgomp in a quite constraint environment. In this
environment using for example the C locale support, errno, malloc(),
realloc(), free(), and abort() are problematic
On 31/01/2019 10:56, Jakub Jelinek wrote:
On Thu, Jan 31, 2019 at 10:37:29AM +0100, Sebastian Huber wrote:
My problem is that our real-time operating system (RTEMS) is somewhere in
between a full blown Linux and the offload hardware. I would like to get rid
of stuff which depends on the Newlib
On 31/01/2019 11:07, Jakub Jelinek wrote:
On Thu, Jan 31, 2019 at 10:58:27AM +0100, Sebastian Huber wrote:
On 31/01/2019 10:56, Jakub Jelinek wrote:
On Thu, Jan 31, 2019 at 10:37:29AM +0100, Sebastian Huber wrote:
My problem is that our real-time operating system (RTEMS) is somewhere in
the passed gcov_info struct set (probably
related to 1)?
--Sebastian
smime.p7s
Description: S/MIME Cryptographic Signature
support them in GCC? I ask this so that I can plan my work to support it
for RTEMS. For example, are there plans to build them on top of ucontext?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
error: in
`/build/git-build/b-gcc-git-powerpc-rtems4.12/powerpc-rtems4.12/me6500/m64/libgcc':
configure:3703: error: cannot compute suffix of object files: cannot compile
I would be happy for some hints how to fix this.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr.
Hello Segher,
On 20/01/17 02:04, Segher Boessenkool wrote:
Hi,
On Thu, Jan 19, 2017 at 01:41:33PM +0100, Sebastian Huber wrote:
conftest.c:16:1: error: unrecognizable insn:
}
^
(insn/f 22 21 23 2 (parallel [
(set (reg/f:DI 1 1)
(plus:SI (reg/f:DI 1 1
On 21/01/17 01:46, Segher Boessenkool wrote:
On Fri, Jan 20, 2017 at 08:35:14AM +0100, Sebastian Huber wrote:
so you seem to have 64-bit ABI_V4? I wonder how well tested that is,
you are likely to run into more problems. Either stack_restore_tie or
the above code will need a tweak.
thanks
macro ‘FP_MUL_Q’
FP_MUL_Q (R, A, B);
^~~
I don't know this code enough to fix them.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.d
rget):
#define __LONG_DOUBLE_128__ 1
#define __LONGDOUBLE128 1
#define __LONG_DOUBLE_IEEE128__ 1
However, the libgcc multilib build fails due to several ICEs. See
attached errors.log.
Is this supposed to work for 32-bit PowerPC. Did I miss some magic
configuration switch?
--
Sebastian Huber, embed
On 23/01/17 18:18, Segher Boessenkool wrote:
Hello again,
On Mon, Jan 23, 2017 at 09:19:04AM +0100, Sebastian Huber wrote:
I am flexible in terms of the ABI choice for the 64-bit PowerPC. I guess
the ABI_ELFv2 is the way to go?
It certainly is the most modern ABI. It makes some requirements
On 25/01/17 18:55, Segher Boessenkool wrote:
On Wed, Jan 25, 2017 at 01:11:49PM +0100, Sebastian Huber wrote:
>I still get a lot of ICEs with the attached two patches (examples):
>/home/EB/sebastian_h/archive/gcc-git/libgcc/libgcc2.c: In function
>'__multc3':
>/home/EB/s
On 30/01/17 11:38, Sebastian Huber wrote:
On 25/01/17 18:55, Segher Boessenkool wrote:
On Wed, Jan 25, 2017 at 01:11:49PM +0100, Sebastian Huber wrote:
>I still get a lot of ICEs with the attached two patches (examples):
>/home/EB/sebastian_h/archive/gcc-git/libgcc/libgcc2.c: In fu
e a
long product life-cycle.
Its a pity that Freescale/NXP/Qualcomm stopped to support GCC
development and IBM is burdened to take care of this. I can understand
your reasoning, however, its not true that there are no users of the SPE
unit.
--
Sebastian Huber, embedded brains GmbH
Addr
On 14/02/17 15:09, David Brown wrote:
On 14/02/17 12:55, Sebastian Huber wrote:
Hello Segher,
On 14/02/17 04:07, Segher Boessenkool wrote:
Hi all,
I propose to mark powerpc*-*-*spe* as obsolete in GCC 7. This includes
the spe.h installed header file, all the __builtin_spe* intrinsics, the
Hello Gokan,
you may have a look at:
https://svnweb.freebsd.org/base/head/lib/libstdthreads/
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP
ose on some
targets.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mit
ite unrelated to the e200 and e500 cores.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachrich
tly bloat my code, I also feel that it would make my code
less robust, by adding error handling code that won't (or can't even
easily) be triggered during testing. And what does all of this has to
do with buffer overflows, anyway?
Sebastian
unused,
> precisely because it is commonly ignored.
This example, was just an example. But as I said, with fortification
enabled, it seems most IO functions, cause unused-result warnings,
perhaps not printf(), but write() and read() are effected as well.
Sebastian
Hello,
GCC 7.1 was released this week. Are there any plans for a GCC 6.4 release?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP
/rtems-4.12/ -perm 0444 | wc
109750 109750 9202043
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese
On 30/01/17 11:38, Sebastian Huber wrote:
On 25/01/17 18:55, Segher Boessenkool wrote:
On Wed, Jan 25, 2017 at 01:11:49PM +0100, Sebastian Huber wrote:
>I still get a lot of ICEs with the attached two patches (examples):
>/home/EB/sebastian_h/archive/gcc-git/libgcc/libgcc2.c: In fu
x27; 'GCC Runtime Library Exception' -l gcc/config
-v | wc
753 753 20927
Does it matter? What should be used for new files?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
On 21/07/17 15:50, Ian Lance Taylor wrote:
On Fri, Jul 21, 2017 at 2:24 AM, Sebastian Huber
wrote:
there are some files in gcc/config/* that contain the GCC Runtime Library
Exception
grep -r --include='*.[ch]' 'GCC Runtime Library Exception' -l gcc/config |
wc
186
SDATA_NONE || rs6000_sdata == SDATA_DATA)
return 0;
if (DEFAULT_ABI != ABI_V4)
return 0;
So, it looks like the small data stuff is not support for ABI_ELFv2? Are
there main issues with the small data area using ELVv2 or is this simply
not implemented due to a lack of interested?
--
Sebas
- Segher Boessenkool schrieb:
> Hi!
>
> On Tue, Jul 25, 2017 at 02:38:45PM +0200, Sebastian Huber wrote:
> > So, it looks like the small data stuff is not support for ABI_ELFv2? Are
> > there main issues with the small data area using ELVv2 or is this simply
> &g
or: can't resolve `.bss' {.bss section} - `.LCTOC1'
{.toc1 section}
crtstuff.s:226: Error: can't resolve `.bss' {.bss section} - `.LCTOC1'
{.toc1 section}
crtstuff.s:227: Error: can't resolve `.eh_frame' {.eh_frame section} -
`.LCTOC1' {.toc1 section
On 12/08/17 01:15, Segher Boessenkool wrote:
On Fri, Aug 11, 2017 at 11:33:08AM +0200, Sebastian Huber wrote:
crtstuff.s: Assembler messages:
crtstuff.s:44: Error: can't resolve `.tm_clone_table' {.tm_clone_table
section} - `.LCTOC1' {.toc1 section}
crtstuff.s:45: Error
On 13/09/17 15:11, Andreas Schwab wrote:
On Jul 20 2017, Sebastian Huber wrote:
Ok, so why do I get a "error: unrecognizable insn:"? How can I debug a
message like this:
(insn 12 11 13 2 (set (reg:CCFP 126)
(compare:CCFP (reg:TF 123)
(reg:TF 124))) "
of| on all systems if you specify this option, and you
may have problems with debugging if you specify both this option and
-g." still correct on the systems of today?
Do these options affect the code generation?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 P
- Am 13. Okt 2017 um 16:02 schrieb David Edelsohn dje@gmail.com:
> On Fri, Oct 13, 2017 at 3:06 AM, Sebastian Huber
> wrote:
>> Hello,
>>
>> I would like to update the documentation of these compiler flags and have
>> some questions. The -ffunctio
- Am 13. Okt 2017 um 16:11 schrieb Jeff Law l...@redhat.com:
> On 10/13/2017 01:06 AM, Sebastian Huber wrote:
>> Hello,
>>
>> I would like to update the documentation of these compiler flags and
>> have some questions. The -ffunction-sections and -fdata-s
- Am 13. Okt 2017 um 20:39 schrieb David Edelsohn dje@gmail.com:
> On Fri, Oct 13, 2017 at 2:34 PM, Sebastian Huber
> wrote:
>
>>>> Do these options affect the code generation?
>>> They can affect code generation. By placing each object into its own
>
On 16/10/17 12:31, David Brown wrote:
On 13/10/17 09:06, Sebastian Huber wrote:
Hello,
I would like to update the documentation of these compiler flags and
have some questions. The -ffunction-sections and -fdata-sections
documentation is currently:
Do these options affect the code
X in thread A will be synchronized-with all non-atomic
and relaxed atomic loads from the same locations made in thread B
after F.
Where is the acquire fence or a load in the example?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 1
entry=23, argv=, argv@entry=0x7fffd828) at
/scratch/svn-gcc/gcc/toplev.c:2194
#18 0x00446bdb in main (argc=23, argv=0x7fffd828) at
/scratch/svn-gcc/gcc/main.c:39
(gdb)
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189
On 05/12/17 15:17, Segher Boessenkool wrote:
Hi!
On Mon, Dec 04, 2017 at 03:34:09PM +0100, Sebastian Huber wrote:
I added support for the 64-bit PowerPC some months ago using a variant
of the ELFv2 ABI. I don't know which kind of long double support I use
on this target. This is difficul
ed in gcc/hwint.h. Who is supposed to include
this file? Is this done via an #include or via a tm_file (gcc/config.gcc)?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastia
On 04/01/18 16:03, Andreas Schwab wrote:
On Jan 04 2018, Sebastian Huber wrote:
/home/sh/src/gcc/gcc/config/nios2/nios2.h:436:31: error: expected '=',
',', ';', 'asm' or '__attribute__' before 'nios2_section_threshold'
extern
mp;cf_known_to_fail_type=allwords&cf_known_to_work_type=allwords&list_id=197687&product=gcc&query_format=advanced&short_desc=m32c&short_desc_type=allwordssubstr
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 1
eone already said so WRT the m68k, but didn't
step up to do the conversion), but I think that unless we set a point
nothing is likely to happen.
How much work is it to convert the m68k to LRA. Is this person days,
weeks, months or years?
--
Sebastian Huber, embedded brains GmbH
Address
handling all
>communication
regarding GSoC participation and I believe you are a perfect candidate for
admin role next year.
Sebastian
> -Original Message-
> Sent: Thursday, March 29, 2018 7:08 PM
> Subject: Re: Google Summer of Code 2018: Call for mentors and ideas
>
&g
Hi,
I'd like to ask what is the expected date for GCC branching to GCC-8 release
version?
I'm mostly interested because I'd like to know when it'll be ok again to add
new features?
Or are we still able to add them?
Thanks,
Sebastian
ems5/lib/:/lib/:/usr/lib/
-COLLECT_GCC_OPTIONS='-E' '-P' '-v' '-dD' '-march=rv64gc' '-mabi=lp64d'
+COLLECT_GCC_OPTIONS='-E' '-P' '-v' '-dD' '-march=rv64imafdc' '-mabi=lp64d'
This
_WEAK void *__deregister_frame_info (const void *unused)
+{
+ (void)unused;
+ return 0;
+}
+
extern void *__deregister_frame_info_bases (const void *)
TARGET_ATTRIBUTE_WEAK;
extern void __do_global_ctors_1 (void);
then the example program links.
--
Sebastian Huber, embedded brains G
s0,sp,32
lla a5,f
sd a5,-24(s0)
ld a5,-24(s0)
beqz a5,.L3
ld a5,-24(s0)
jalr a5
.L3:
nop
ld ra,24(sp)
ld s0,16(sp)
addi sp,sp,32
jr ra
.size _start, .-_start
Hello Jim,
- Am 29. Mai 2018 um 20:27 schrieb Jim Wilson j...@sifive.com:
> On 05/28/2018 06:32 AM, Sebastian Huber wrote:
>> I guess, that the resolution of the weak reference to the undefined
>> symbol __deregister_frame_info somehow sets __deregister_frame_info to
>>
ourse define your own
set of multilibs.
I am not a hardware developer, but I heard that the C extension is not
easy to implement in out of order machines. For example:
https://www2.eecs.berkeley.edu/Pubs/TechRpts/2017/EECS-2017-157.html
--
Sebastian Huber, embedded brains GmbH
Address : Dorniers
On 31/05/18 11:08, Palmer Dabbelt wrote:
On Tue, 29 May 2018 11:02:58 PDT (-0700), Jim Wilson wrote:
On 05/26/2018 06:04 AM, Sebastian Huber wrote:
Why is the default multilib and a variant identical?
This is supposed to be a single multilib, with two names. We use
MULTILIB_REUSE to map the
On 01/06/18 10:23, Michael Clark wrote:
On 1/06/2018, at 6:16 PM, Sebastian Huber
wrote:
On 29/05/18 20:02, Jim Wilson wrote:
Most variants include the C extension. Would it be possible to add -march=rv32g
and -march=rv64g variants?
The expectation is that most implementations will
GCC dumps, e.g.
related to passes.
You can do -fdump-- where type can be e.g. rtl and pass the pass
for which
you want to gather information. I suppose there is more to those dumps, but
this should get you started.
Sebastian
>
>
ks fine for -O0, but when I move to higher level optimizations
setting value into reg1 (lines before emit_clobber) are optimized out.
I already tried moving emit_clobber just after assignment but it doesn't help.
Could you please suggest how I can prevent it from happening?
Thanks,
Sebastian
Thank you very much! Your suggestions helped me figure this out.
Sebastian
-Original Message-
From: Nathan Sidwell [mailto:nathanmsidw...@gmail.com] On Behalf Of Nathan
Sidwell
Sent: Thursday, June 21, 2018 1:43 PM
To: Peryt, Sebastian ; gcc@gcc.gnu.org
Subject: Re: Question regarding
m using those extra flags because I also want to use YMM2 and
ZMM2 in my instruction.
Does anyone have idea why might such thing happen? And how this can be overcome?
Thanks,
Sebastian
> -Original Message-
> Subject: Re: Question regarding preventing optimizing out of regis
> Subject: Re: Question regarding preventing optimizing out of register in
> expansion
>
> On 6/26/18 4:05 AM, Peryt, Sebastian wrote:
> > With some changes simplified implementation of my expansion is as follows:
> > tmp_op0 = gen_reg_rtx (mode);
> > emit_move_ins
`__gnat_raise_nodefer_with_msg' follow
I cannot find it in the GCC sources:
grep -ri raise_nodefer_with_msg
gcc/ada/gcc-interface/trans.c: (get_identifier
("__gnat_raise_nodefer_with_msg"), NULL_TREE, ftype,
Who is supposed to provide an implementation of
__gnat_raise_node
g/svn/gcc/trunk@247301
138bc75d-0d04-0410-961f-82ee72b054a4
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on req
tions : constant Boolean := True;
ZCX_By_Default: constant Boolean := False;
in system-rtems.ads.
Thanks, this worked.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E
build time results look weired -- e.g., adding -march speeds up
> *compile time* by 35%.
Because phoronix uses make -j the compile times are highly random.
Sebastian
s CFLAGS="-O4 -ffast-math $CFLAGS", and so
building this benchmark with CFLAGS="-O2" would have no effect.
Sebastian
> - don't run make -j when looking at compile times
> - ensure they are using --enable-checking=release when benchmarking a
> snapshot
> -
specific?
Have a nice day!
--
Sebastian Huber, embedded brains GmbH
Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone : +49 89 18 90 80 79-6
Fax : +49 89 18 90 80 79-9
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist
On 04/06/2011 05:08 PM, Richard Earnshaw wrote:
>
> On Tue, 2011-04-05 at 15:34 +0200, Sebastian Huber wrote:
[...]
>> The EABI makes the VFP floating point architecture mandatory and enables us
>> to
>> use hardware floating point support in the future. RTEMS has cur
at the internal name
> of the variable, and check if it starts with graphite_IV.
I think this is a *very* bad idea, and unfortunately the graphite-opencl
code uses this strcmp technique to detect reductions, and that's why
the graphite-opencl code is broken right now.
Sebastian
that they would also
> want them).
>
> Do graphite folks want to add plugin hooks inside graphite before 4.7?
We already have a way to export the polyhedral representation and
to read it back: that should be enough to write some kind of "plugins".
Sebastian
we still can use the strcmp technique in these cases.
Sebastian
On Thu, May 26, 2011 at 09:58, Alexey Kravets wrote:
> On 05/24/2011 10:09 PM, Sebastian Pop wrote:
>>
>> One change that I introduced sometime in February is that some reductions
>> are not translated to a zero dim array to make the dependence test work
>> on some o
hinking to install these scripts on the
http://gcc.gnu.org/wiki/CompileFarm
but I wonder how reproducible (or how usefull) the perf reports would be
when the test machines are loaded with GCC bootstraps and tests...
Maybe we could use some of the machines exclusively for perf testing?
Sebastian
On Fri, Aug 12, 2011 at 12:50, Jack Howarth wrote:
> On Fri, Aug 12, 2011 at 07:35:24PM +0200, Sven Verdoolaege wrote:
>> On Fri, Aug 12, 2011 at 05:02:18PM +, Joseph S. Myers wrote:
>> > On Fri, 12 Aug 2011, Sebastian Pop wrote:
>> > > +@item Integer
be
clear now how to fix the problem.
Have a nice day!
Sebastian
--
Sebastian Huber, embedded brains GmbH
Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone : +49 89 18 90 80 79-6
Fax : +49 89 18 90 80 79-9
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key
clear although this PR is open since 2008.
In total this makes the GCC for the older ARM7TDMI-S and ARM926EJ-S (they are
still in production) cores pretty dangerous.
Have a nice day!
--
Sebastian Huber, embedded brains GmbH
Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone : +49 89
cy checking you should use the dependence
> checking routines or query the alias-oracle.
How could we use the alias-oracle to output a different number for
each alias set? Could you provide some directions to implement such a
function?
Thanks,
Sebastian
101 - 200 of 421 matches
Mail list logo
