Hello,
I tried to build a recent GCC master on FreeBSD 12.1 and it failed with
a compile error:
$ clang --version
FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on
LLVM 8.0.1)
Target: x86_64-unknown-freebsd12.1
Thread model: posix
InstalledDir: /usr/bin
../../gnu-mirror-
On 04/02/2020 16:45, David Malcolm wrote:
On Tue, 2020-02-04 at 16:26 +0100, Jakub Jelinek wrote:
On Tue, Feb 04, 2020 at 09:00:37AM -0500, David Malcolm wrote:
gcc/analyzer/ChangeLog:
PR analyzer/93543
* engine.cc
(pod_hash_traits::mark_empty):
Eliminate reinterpret_ca
termination. Would such changes be
acceptable for GCC integration or is this too specific?
Kind regards,
Sebastian
--
embedded brains GmbH
Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
Phone: +49-89-18 94 741 - 16
Fax: +49-89-18 94 741 - 08
PGP
Hallo Martin,
On 10/11/2020 13:05, Martin Liška wrote:
On 11/9/20 6:45 PM, Sebastian Huber wrote:
Hello,
Hello.
There was a similar need some time ago:
https://gcc.gnu.org/legacy-ml/gcc/2019-11/msg9.html
Please take a look for a possible inspiration.
thanks for the pointer.
I
bably need also a patch for the GCC options documentation, test
cases, a GCC bootstrap on Linux, release notes, ...? Do I have to wait
for the GCC 11 development start?
--
embedded brains GmbH
Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
Phone: +4
On 10/11/2020 17:23, Sebastian Huber wrote:
I am not sure how I can make the new section read-only. Currently, it
is writable:
.section .gcov_info,"aw"
.align 2
.type .LPBX2, @object
.size .LPBX2, 4
.LPBX2:
.long .LPBX0
I c
to get the
data from the target.
--
embedded brains GmbH
Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
Phone: +49-89-18 94 741 - 16
Fax: +49-89-18 94 741 - 08
PGP: Public key available on request.
embedded brains GmbH
Registergericht: Amtsgericht
rror: switch '-mcustom-round' has no effect unless
'-fno-math-errno' is specified [-Werror]
I am not sure how to fix this.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 -
On 14/01/2021 15:16, Sebastian Huber wrote:
Hello,
I try to add a nios2 multilib to support the "Nios II Floating Point
Hardware 2 Component":
https://www.intel.com/content/dam/www/programmable/us/en/pdfs/literature/ug/ug_nios2_custom_instruction.pdf
If I add all custom in
} "
SANITIZER_SPEC " \
+ %{fprofile-arcs|fprofile-generate*|coverage:-lgcov} " \
+ SANITIZER_SPEC " " SYSTEM_LINK_SPEC " \
%{!nostdlib:%{!r:%{!nodefaultlibs:%(link_ssp)
%(link_gcc_c_sequence)}}}\
%{!nostdlib:%{!r:%{!nostartfiles:%E}}} %{T*} \n%
On 22/01/2021 10:46, Sebastian Huber wrote:
Hello,
for RTEMS we have in gcc/config/rtems.h the following LIB_SPEC:
#undef LIB_SPEC
#define LIB_SPEC "%{!qrtems:" STD_LIB_SPEC "} " \
"%{qrtems:%{!nostdlib:%{!nodefaultlibs:" \
"--start-group -lrtemsbsp -lrtem
for the APIs defined by bar.h, mutex.h, ptrlock.h and sem.h in the
testsuite. Would it be acceptable to add tests for this area?
--
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
;
__gthread_key_t k2;
__gthread_key_create(&k1);
k2 = k1;
__gthread_setspecific(k2, 0xdeadbeef);
__gthread_key_delete(k2);
?
--
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-
}
Why can you not immediately free the team?
--
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.huber at embedded-brains.de
PGP : Public key available on request.
Diese N
e one extra
integer for the mutex?
--
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.huber at embedded-brains.de
PGP : Public key available on request.
Diese Nachrich
if (team->barrier.generation & BAR_CANCELLED)
+ if (bar->generation & BAR_CANCELLED)
{
gomp_mutex_unlock (&team->task_lock);
return;
}
- team->barrier.generation |= BAR_CANCELLED;
+ bar->generation |= BAR_CANCELLED;
gomp_mutex_unlock (&team->ta
On 17/07/15 08:40, Sebastian Huber wrote:
Hello,
the libgomp configuration for RTEMS uses currently the POSIX
implementation. Unfortunately the performance is unacceptable bad, so
I work currently on a specialized RTEMS configuration. I would like to
reuse the code of the Linux futex barrier
On 17/07/15 13:26, Jakub Jelinek wrote:
On Fri, Jul 17, 2015 at 01:17:32PM +0200, Sebastian Huber wrote:
>On 17/07/15 08:40, Sebastian Huber wrote:
> >Hello,
> >
> >the libgomp configuration for RTEMS uses currently the POSIX
> >implementation. Unfortunately the perf
On 17/07/15 13:43, Jakub Jelinek wrote:
On Fri, Jul 17, 2015 at 01:33:41PM +0200, Sebastian Huber wrote:
Attached is a more complete example.
I'd prefer not to share the two implementations, just copy and adjust
the linux/bar.[ch] into rtems/bar.[ch].
Ok, I understand that you wa
On 17/07/15 14:36, Torvald Riegel wrote:
On Fri, 2015-07-17 at 13:33 +0200, Sebastian Huber wrote:
>On 17/07/15 13:26, Jakub Jelinek wrote:
> >On Fri, Jul 17, 2015 at 01:17:32PM +0200, Sebastian Huber wrote:
> >> >On 17/07/15 08:40, Sebastian Huber w
Hello,
in this test case there are two bool test variables (global and local).
Is this intentional?
--
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
"#endif"
The default architecture version on arm-rtems is v4, so
__GCC_ATOMIC_BOOL_LOCK_FREE == 1 and __GCC_ATOMIC_INT_LOCK_FREE == 1.
How do the other ARM testers tackle this issue? Would it be possible to
add for example a "-march=armv7-a" option if the target selector
contains "
On 01/09/15 14:22, Andreas Schwab wrote:
Sebastian Huber writes:
How do the other ARM testers tackle this issue? Would it be possible to
add for example a "-march=armv7-a" option if the target selector contains
"arm"?
RUNTESTFLAGS=--target_board=unix\{,-march=armv7-a
On 10/09/15 19:52, David Edelsohn wrote:
https://www.cl.cam.ac.uk/~pes20/cpp/cpp0xmappings.html
Is there specific reason why the SYNC L,E (Elemental Memory Barriers)
defined by Power-ISA V2.07 doesn't appear in this table?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr.
c/sys/rtems/sys/cpuset.h ? Just send the patches to you or should
I push them to the respective lists with you CC?
Please send them as patches to the corresponding lists and CC
de...@rtems.org.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
d(__ARM_ARCH_6ZK__)
# define HAVE_STREX1
# define HAVE_STREXBHD 1
-#elif __ARM_ARCH__ == 6
+#elif __ARM_ARCH__ == 6 && !defined(__ARM_ARCH_6M__)
# define HAVE_STREX1
#endif
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +4
On 19/04/16 10:52, Sebastian Huber wrote:
Hello,
I tried to build the libatomic for RTEMS on ARM and I got this error:
make[2]: Entering directory
`/build/git-build/b-gcc-git-arm-rtems4.12/arm-rtems4.12/thumb/armv6-m/libatomic'
/bin/sh ./libtool --tag=CC --mode=compile
/build/git-bu
st" seemed to prevent this optimization. I
know that this linker set stuff is quite non-standard, but is there a
way to get this to work again on GCC 7?
The nice thing with the "type volatile const X[0]..." construct is that
you can generate arbitrary linker sets via it without a
On 22/09/16 14:11, Sergey Organov wrote:
Sebastian Huber writes:
Hello,
for RTEMS we use linker sets to initialize the system. The following
code worked up to GCC 6, but no longer in GCC 7:
typedef void ( *rtems_sysinit_handler )( void );
typedef struct {
rtems_sysinit_handler handler
00c4 t parse_unsigned_long
Thus the libgomp constructor is not linked in into executables.
--
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.huber at embedded-brains.de
PGP
- Alexander Monakov schrieb:
> Hello,
>
> On Tue, 29 Nov 2016, Sebastian Huber wrote:
> > * env.c: Split out ICV definitions into...
> > * icv.c: ...here (new file) and...
> > * icv-device.c: ...here. New file.
> >
> > the en
order and
command line order is related. The documentation doesn't mention
multilib and multiarch options.
https://gcc.gnu.org/onlinedocs/gcc/Directory-Options.html
If we assume that the command line order determines the search order,
then its not clear why for_each_path() first iterates f
Hallo Joseph,
On 05/12/16 23:02, Joseph Myers wrote:
On Mon, 5 Dec 2016, Sebastian Huber wrote:
If we assume that the command line order determines the search order, then its
not clear why for_each_path() first iterates for all paths with the multilib
postfix and then without. Shouldn'
On 06/12/16 18:09, Joseph Myers wrote:
On Tue, 6 Dec 2016, Sebastian Huber wrote:
thanks for the detailed explanation. I guess, then the root cause for my
problem is that the Newlib provided crt0.o files in the build tree are not in
the same relative location of the installation tree. In the
s intended?
--
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 Mitteilun
The Git mirror seems to have no gcc-4_9_0-release tag.
--
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
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
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
*
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
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
here:
https://github.com/stffrdhrn/gcc/commit/46131027c9775ebcddc48bd0ae64ceec5b1f801f
What is the error you are seeing?
It was an error in our GCC specs file. I fixed it like this:
https://git.rtems.org/rtems/commit/?id=28bf4cae7878f4e47cc24c114fc9c5567247ecc1
I was able to build the RTEMS BSP and link the te
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
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
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
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
1 - 100 of 187 matches
Mail list logo
