n a
multi-threaded program I guess.
--
embedded brains GmbH
Herr 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
Registergericht: Amtsgericht München
Registernummer: HRB 157
On 09/08/2021 08:51, Sebastian Huber wrote:
Hello,
I would like to use gcov for a multi-threaded program running on an SMP
machine using a 32-bit SPARC/LEON3 target. This target supports
HAVE_atomic_compare_and_swapsi but not HAVE_atomic_compare_and_swapdi.
Unfortunately we have:
/* Return
On 09/08/2021 12:22, Richard Biener wrote:
On Mon, Aug 9, 2021 at 8:52 AM Sebastian Huber
wrote:
Hello,
I would like to use gcov for a multi-threaded program running on an SMP
machine using a 32-bit SPARC/LEON3 target. This target supports
HAVE_atomic_compare_and_swapsi but not
n, arg);
else
dump_unsigned (0, dump_fn, arg);
}
But I guess using 32bit counters on sparc-rtems might be the way to
go ...
Yes, you somehow just have to make sure that your test programs don't
overflow the counters.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
8217
n define.
--
embedded brains GmbH
Herr 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
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter R
E > 32
typedef gcov_type __INT64_TYPE__;
typedef gcov_type_unsigned __UINT64_TYPE__;
#else
typedef gcov_type __INT32_TYPE__;
typedef gcov_type_unsigned __UINT32_TYPE__;
#endif
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
pho
On 10/08/2021 09:59, Richard Biener wrote:
On Tue, Aug 10, 2021 at 8:07 AM Sebastian Huber
wrote:
On 09/08/2021 14:13, Richard Biener wrote:
But I guess using 32bit counters on sparc-rtems might be the way to
go ...
Yes, you somehow just have to make sure that your test programs don&#
On 12/08/2021 16:08, Martin Liška wrote:
On 7/21/21 2:44 PM, Sebastian Huber wrote:
Hello,
while testing this patch
https://www.google.com/search?client=firefox-b-e&q=gcc+enable_runtime_checking
I noticed that __gcov_info_to_gcda() uses abort(). This is due to
(from tsystem.h):
#i
On 12/08/2021 16:29, Martin Liška wrote:
On 8/12/21 4:12 PM, Sebastian Huber wrote:
On 12/08/2021 16:08, Martin Liška wrote:
On 7/21/21 2:44 PM, Sebastian Huber wrote:
Hello,
while testing this patch
https://www.google.com/search?client=firefox-b-e&q=gcc+enable_runtime_checking
On 16/08/2021 14:33, Martin Liška wrote:
On 8/12/21 4:31 PM, Sebastian Huber wrote:
This would be suitable for me, however, I am not sure if you want such
a customization feature just for a niche operating system.
I don't see a reason why not.
Please send a patch.
Ok, good. I will t
On 16/08/2021 18:50, Jason Merrill wrote:
On Mon, Aug 16, 2021 at 9:51 AM Sebastian Huber
wrote:
On 16/08/2021 14:33, Martin Liška wrote:
On 8/12/21 4:31 PM, Sebastian Huber wrote:
This would be suitable for me, however, I am not sure if you want such
a customization feature just for a
ess of the value of the size argument.
I would not give an advice on using the nonnull attribute here. This
attribute could have pretty dangerous effects in the function definition
(removal of null pointer checks).
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Ger
ct?
Kind regards,
Sebastian
--
embedded brains GmbH
Herr 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
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsb
t -o
/tmp/sh/b-rtems/arm/realview_pbx_a9_qemu/testsuites/ada/ada_nsecs.exe
/opt/rtems/7/lib/gcc/arm-rtems7/12.0.1/thumb/armv7-a+simd/hard/adainclude/s-secsta.ads:288:9:
sorry, unimplemented: Thumb-1 'hard-float' VFP ABI
The s-secsta.ads seems to be from the right multilib directory
(
d
code. I tried to reproduce it with a simple division by zero test case,
but this didn't work:
unsigned f(unsigned i)
{
return i / 0;
}
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18
On 21/06/2022 15:24, Jakub Jelinek wrote:
On Tue, Jun 21, 2022 at 03:13:19PM +0200, Sebastian Huber wrote:
Hello,
I noticed that several division related routines provided by libgcc such as
__divdi3, __moddi3 and __umoddi3 have references to _Unwind_Resume for the
sparc-rtems target. For
)
Init(TLS_MODEL_GLOBAL_DYNAMIC)
-ftls-model=[global-dynamic|local-dynamic|initial-exec|local-exec] Set
the default thread-local storage code generation model.
Would it be possible to customize the default value for RTEMS?
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
On 20/07/2022 10:43, Sebastian Huber wrote:
Hello,
RTEMS applications are usually fully statically linked together with the
operating system. So, we can use the -ftls-model=local-exec TLS model.
The default value for this option is defined in common.opt:
ftls-model=
Common Joined
On 20/07/2022 13:41, Alexander Monakov wrote:
On Wed, 20 Jul 2022, Sebastian Huber wrote:
How does Ada get its default TLS model?
You shouldn't need to do anything special, GCC automatically selects
initial-exec or local-exec for non-PIC (including PIE).
I am not sure, for this test pr
On 20.07.22 15:01, Alexander Monakov wrote:
On Wed, 20 Jul 2022, Sebastian Huber wrote:
On 20/07/2022 13:41, Alexander Monakov wrote:
On Wed, 20 Jul 2022, Sebastian Huber wrote:
How does Ada get its default TLS model?
You shouldn't need to do anything special, GCC automatically se
):
#define CC1_SPEC "%{G*}"
For each target you would have to check if you have to provide some
extra times for CC1_SPEC through copy and paste.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-1
re available.
3. Else use a library call (libatomic).
--
embedded brains GmbH
Herr 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
Registergericht: Amtsgericht München
Registernu
Yes, but this approach would also work on big-endian architectures. You
just have to use other addresses. I guess the compiler knows for which
endianess it generates code.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
ph
On 05.11.22 12:18, Richard Biener wrote:
On Fri, Nov 4, 2022 at 9:28 AM Sebastian Huber
wrote:
Hello,
even recent 32-bit architectures such as RISC-V do not support 64-bit
atomic operations. Using -fprofile-update=atomic for the 32-bit RISC-V
RV32GC ISA yields:
warning: target does not
going edge and then redirect edges to form a half-diamond.
move_sese_in_condition has most of that CFG manipulation (but
it performs sth different)
Thanks, I will probably able to do this with a bit trial and error.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germa
to:
li a4,1
amoadd.w a5,a4,0(a0)
addia5,a5,1
seqza5,a5
addia4,a0,4
amoadd.w zero,a5,0(a4)
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fa
On 05/12/2022 08:44, Richard Biener wrote:
On Mon, Dec 5, 2022 at 8:26 AM Sebastian Huber
wrote:
On 08/11/2022 11:25, Richard Biener wrote:
It would be great to have a code example for the construction of the "if
(f()) f();".
I think for the function above we ne
e/EB/sebastian_h/src/gcc/gcc/passes.cc:2145
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
--
embedded brains GmbH
Herr Sebastian HUBER
Dorniers
On 07.12.22 10:09, Richard Biener wrote:
On Wed, Dec 7, 2022 at 9:51 AM Sebastian Huber
wrote:
On 06.12.22 17:08, Richard Biener wrote:
Likely. I'd use the gimple_build () API from gimple-fold.h which
builds the expression(s) to a gimple_seq creating necessary temporaries
on-the-fl
On 04.11.22 09:27, Sebastian Huber wrote:
Hello,
even recent 32-bit architectures such as RISC-V do not support 64-bit
atomic operations. Using -fprofile-update=atomic for the 32-bit RISC-V
RV32GC ISA yields:
warning: target does not support atomic profile update, single mode is
fault implementation of libatomic.
--
embedded brains GmbH
Herr 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
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberecht
on is actually
needed) and compile that locally in the libatomic build dir. That
shouldn't need changes to libgcc or libstdc++, should it?
Yes, this would also work. I can probably duplicate the gthr
configure/Makefile stuff from libstdc++ for this.
--
embedded brains GmbH
Herr Sebastian HUBER
--
embedded brains GmbH
Herr 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
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter
desired calling convention, and also to
optimize them for our purposes. */
--
embedded brains GmbH
Herr 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
Registergericht: Amtsgericht München
ould it be possible to add
a NULL pointer protection page?
--
embedded brains GmbH & Co. KG
Herr 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
Registergericht: Amtsgericht München
Regis
On 14.05.24 08:03, Sebastian Huber wrote:
Hello,
the ZynqMP APU RAM start addresses are far away from 0x0:
Sorry, I selected the wrong mailing list.
--
embedded brains GmbH & Co. KG
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone:
On 28.04.22 10:16, Sebastian Huber wrote:
Hello,
I test currently the Ada support for RTEMS in GCC 12. We have a -mthumb
-march=armv7-a+simd -mfloat-abi=hard multilib for which the Ada RTS is
built like this:
make[4]: Entering directory
'/tmp/sh/b-gcc-arm-rtems6/arm-rtems6/thumb/ar
On 24.06.24 16:06, Sebastian Huber wrote:
On 28.04.22 10:16, Sebastian Huber wrote:
Hello,
I test currently the Ada support for RTEMS in GCC 12. We have a
-mthumb -march=armv7-a+simd -mfloat-abi=hard multilib for which the
Ada RTS is built like this:
make[4]: Entering directory
'/tmp
On 25.06.24 14:53, Sebastian Huber wrote:
On 24.06.24 16:06, Sebastian Huber wrote:
On 28.04.22 10:16, Sebastian Huber wrote:
Hello,
I test currently the Ada support for RTEMS in GCC 12. We have a
-mthumb -march=armv7-a+simd -mfloat-abi=hard multilib for which the
Ada RTS is built like this
r+blub -mfloat-abi=hard -marm -mlibarch=armv7-a+simd
-march=armv7-a+simd END ...
--
embedded brains GmbH & Co. KG
Herr 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
Registerg
keep a
back-end up to date. How much work would it be roughly to bring the PowerPC SPE
port from GCC 8 to the current version? Is this in the range of person weeks,
months, years?
Kind regard, Sebastian
--
embedded brains GmbH & Co. KG
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Ger
- Am 16. Sep 2024 um 15:02 schrieb David Edelsohn dje@gmail.com:
> On Sun, Sep 15, 2024 at 7:29 PM Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
>> Hello,
>>
>> the PowerPC SPE port was obsoleted in GCC 8. It was moved from the general
- Am 16. Sep 2024 um 15:24 schrieb David Edelsohn dje@gmail.com:
> On Mon, Sep 16, 2024 at 9:15 AM Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
>> - Am 16. Sep 2024 um 15:02 schrieb David Edelsohn dje@gmail.com:
>>
>>
ort?
Thanks for any feedback you can provide!
A patch was proposed to implement the VLE support in GCC, but this patch lacks
approval and the last status I know can be found here:
http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01924.html
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr
se the
automake generated bits. Basically the i686 version of the library won't start
building until the x86_64 version has completed due to Makefile lameness.
Building multilibs in parallel would be nice boost for cross-compiler builds.
--
Sebastian Huber, embedded brains GmbH
Address : Do
type
[-fpermissive]
test.cpp:6:19: error: 't' declared as function returning a function
Am I using __stdcall incorrectly? If so, why does it work for primitive
return types. If I am using it correctly,
should I file this as a bug against gcc?
I am using: gcc version 4.7.2 (Built by MinGW-builds project)
Regards,
Sebastian
Hello,
we are working on a project to make module debugging for the Linux
kernel easier. We want to improve it in such a way that gdb
automatically loads the symbols of modules. However, we are facing the
following difficulties: gdb needs to know all section of the ELF files.
We were told that gcc
strlen(buf));
*(ptr++) = '\n';
This will lead to:
*** EXIT code 1
*** EXIT code 0
Is this a reasonable approach?
--
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 : sebast
Hi Jeff,
let's start with getting this bug fixed.
Thanks,
Sebastian
-- Forwarded message --
From: spop at gcc dot gnu.org
Date: Sun, Jul 14, 2013 at 2:09 AM
Subject: [Bug tree-optimization/14741] graphite with loop blocking and
interchanging doesn't optimiz
:24 AM, Sebastian Pop wrote:
>>
>> Hi Jeff,
>>
>> let's start with getting this bug fixed.
>
> So what do you need? Just making the tiling factor won't solve the problem
> AFAICT. As I've mentioned, I'm already over-booked on other things and
&g
+Albert
Would there be somebody from your group Albert who could help maintaining
and pushing patches to graphite? The focus is fixing graphite to get
performance
from the isl scheduler on benchmarks that the gcc community will help identify.
Thanks,
Sebastian
On Thu, Jul 18, 2013 at 11:44 AM
Hello,
you can also use a cross compiler and run the tests on a simulator or remote
target.
--
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
mpiler provided define to determine how the context
switch support in an operating system should look like.
--
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...@em
multi-lib.
--
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
R profile
and therefore only 16 regs.
Thanks for this information. I was not aware that no existing Cortex-R variant
has a D32 VFP unit.
Is the converse true for Cortex-A variants or are there Cortex-A cores with
VFP-D16 and VFP-D32 units?
--
Sebastian Huber, embedded brains GmbH
Address
+= -fno-inline
This -fno-inline seems to be there since at least 2011. Is this bug still
present in 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 : sebastian.hu...@embedde
unk or the latest release).
What requirements must a target fulfill to get on this list?
--
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 :
ir)/../$(target_subdir)/newlib/targ-include'
fi
AC_SUBST(inhibit_libc)
Unfortunately this doesn't work, since the "stmp-int-hdrs" Makefile
target is built before the includes are copied to the
'$(objdir)/../$(target_subdir)/newlib/targ-include' directory :-(
Do
()
+{
+ int i, v, &u = v;
+ #pragma omp simd reduction (foo:u)
+for (i = 0; i < 1024; i++)
+ u = i;
+ return u;
+}
+
+int
+bar ()
+{
+ int i, v, &u = v;
+ #pragma omp simd reduction (foo:u) safelen(1)
+for (i = 0; i < 1024; i++)
+ u = i;
+ return u;
+}
cc.gnu.org/ml/gcc-testresults/2014-02/msg00200.html
On the other hand this test seems to pass on armv7l-unknown-linux-gnueabihf:
http://gcc.gnu.org/ml/gcc-testresults/2014-02/msg00280.html
Does anyone know what is wrong here?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-
s a major headache for me since some libraries assume that sizeof(any
enum) > 1, e.g. the standard XDR library. Is the only possible way to disable
short enums to set the ABI to ARM_ABI_AAPCS_LINUX? Which side effects does
this have?
Have a nice day!
--
Sebastian Huber, embedded brains
On 02/14/2012 04:05 PM, Ian Lance Taylor wrote:
Sebastian Huber writes:
the default ARM EABI configuration uses short enums by default (from
"gcc/config/arm/arm.c":
/* AAPCS based ABIs use short enums by default. */
static bool
arm_default_short_enums (void)
{
return TARGET_A
On 02/15/2012 07:07 AM, Ralf Corsepius wrote:
On 02/14/2012 06:51 PM, Ian Lance Taylor wrote:
Sebastian Huber writes:
On 02/14/2012 04:05 PM, Ian Lance Taylor wrote:
Sebastian Huber writes:
[...]
I would recommend that RTEMS change to the ARM EABI if possible. That
is the current standard
makes also problems (some
files of libc are compilied with -fshort-enums). All in all its probably
better to fix the XDR library and other things (the assumption that an enum is
an int is quite common).
--
Sebastian Huber, embedded brains GmbH
Address : Obere Lagerstr. 30, D-82178 Puchheim, Ger
_sync_synchronize' follow
Who is supposed to provide this function?
--
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 ke
r procedures are required for other architectures.
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
Hello Diego,
what is with targets that only use cross compilers like RTEMS? I think there
is no need for a bootstrap?
--
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
ine option
'-pthread'
The -pthread option is not necessary in RTEMS for the pthread API. I don't
think that a special case in the test suite is desirable, thus we should add a
dummy -pthread option to the RTEMS target configurations. Is this possible?
In which file do I have to look
m*-*-symbianelf*" combinations with "arm_eabi"?
--
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 ke
ting
Bugzilla report then yes, you should file a bug report. This list is
not for reporting bugs.
Maybe this is related to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55058
--
Sebastian Huber, embedded brains GmbH
Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone : +49 89 18 90
n AIX machine. On which platform should I test to show that
changes like this
http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02931.html
cause no harm?
--
Sebastian Huber, embedded brains GmbH
Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone : +49 89 18 90 80 79-6
Fax : +49 89
On 11/06/2012 03:32 PM, David Edelsohn wrote:
On Tue, Nov 6, 2012 at 3:30 AM, Sebastian Huber
wrote:
[...]
and I don't have an AIX machine. On which platform should I test to show
that changes like this
http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02931.html
cause no harm?
I am not
/msg00544.html
or should I focus on GCC 4.9 for this regression (this patch is available since
October 2012)?
--
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
Hi,
one more leak, this time in alias analysis that initializes an obstak
without freeing it. This is with the testcase of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23821
valgrind --leak-check=full cc1 -O2 pr23821.c
==16661== 9,244 bytes in 68 blocks are definitely lost in loss record 2 of 5
_pass (passes.c:1118)
Sebastian
~dirk/ada-belgium/events/06/060226-fosdem-1-intro-ada.pdf
Sebastian
which have a loop_father, but the
> loop_father is not completely contained in the SCoP. Therefore I do not
> think, it is correct to make these loops part of the SCoP.
FORALL_BB_IN_SCOP(bb)
{
loop = bb->loop_father;
entry_loop = scop_entry (scop)->loop_father;
if (loop != entry_loop)
VEC_loops_add(loop);
}
?
Sebastian
ose
> I forgot so they have the chance of getting reviewed properly in time.
>
graphite-branch
Sebastian
--
AMD - GNU Tools
sed for Cell, but how good is this for Cell?
In particular you're going to be able to use only the PPU, with the
current linux port of libGOMP on Cell, isn't it?
Sebastian
rated by another backend. Do you have ideas on how that should be
implemented?
Ogier proposed to dump the outlined gimple to a file (i.e. LTO could
do that) and then read this back in the SPU compiler. Does this
approach sound right?
Thanks,
Sebastian
en the OpenMP3.0
standard should be out by mid-May.
--
Sebastian
AMD - GNU Tools
MT (stmt, imm_iter, oldiv_def)
FOR_EACH_IMM_USE_ON_STMT (use_p, imm_iter)
propagate_value (use_p, newiv);
Sebastian
create_phi_node (SSA_NAME_VAR (PHI_RESULT (phi)), loop_b->header);
> phi = next;
>}
> in fuse_loops() but the phinode is created for j_2 instead of j_24.
Would it be possible to use create_iv instead of creating phi nodes?
Otherwise look in create_iv to see how it creates the PHI nodes for the
induction variable.
Sebastian
But I can't find those.
Sebastian
AMD Opteron 8354 "Barcelona B3" processors
and 16GB of RAM to the GCC Compile Farm
project for use by free software developers. Hosting is donated
by http://www.inria.fr/saclay/";>INRIA Saclay.
Thanks,
Sebastian Pop
--
AMD - GNU Tools
On Fri, May 23, 2008 at 8:03 PM, Gerald Pfeifer <[EMAIL PROTECTED]> wrote:
> On Fri, 23 May 2008, Sebastian Pop wrote:
>> AMD Developer Central has generously donated two bi-quad core
>> machines with the latest AMD Opteron 8354 "Barcelona B3" processors
>> an
ops.
>
This was also the case before: we needed a map between the old
induction variable and the new ones.
Sebastian Pop
--
AMD - GNU Tools
that
the warning is what changed. Either the warning settings during
compilation, or a new warning was introduced/activated in the compiler
itself.
Sebastian
pe not years).
Sebastian Pop
--
AMD - GNU Tools
Hi,
Checkin r139050 broke the build. In the file gcc/toplev.h, the new
declaration pedwarn_at is incomplete, leading to syntax errors.
Sebastian
Index: gcc/toplev.h
===
--- gcc/toplev.h(revision 139053)
+++ gcc/toplev.h
d like to say a big thank you for your contributions. It was a
pleasure to work with you during this SOC, and I hope to have your
valuable opinion, remarks and patches for loop optimizations and
parallelization on top of the graphite infrastructure.
Sebastian
't seen this test failure for real x86
builds. They don't default to __GTHREADS undefined, do they?
Sebastian
d
cout << "peek = " << peek << ", tmp = " << tmp << endl;
(void) unpack2 (peek, tmp);// skip over irrelevant field
cout << "peek = " << peek << ", tmp = " << tmp << endl;
unsigned xlen = unpack2 (peek, tmp);
cout << "peek = " << peek << ", tmp = " << tmp << endl;
f2 = xlen;
}
In my opinion, the bug is that this even compiles. It's invalid to write
char *pc;
const char **ppc = &pc;
Why should it be valid to write
char *pc;
const char *&rpc = pc;
?
Sebastian
nge_and_add and __atomic_add from
libsupc++ instead of libstdc++? They are pretty basic building blocks in
my opinion.
Sebastian
he handling.
What macro do I switch on? _GLIBCXX_ATOMIC_BUILTINS_4?
Sebastian
Paolo Carlini wrote:
Sebastian Redl wrote:
Could we simply export __exchange_and_add and __atomic_add from
libsupc++ instead of libstdc++? They are pretty basic building blocks
in my opinion.
I agree, in principle. However, sorry, I don't feel like doing that,
it's a non triv
#x27;m looking at the __exchange_and_add implementation. This is
quite a hack: it's implemented in a "header" file in
config/cpu//atomicity.h, but then src/Makefile.am creates a
symlink in the target directory that it calls atomicity.cc, and compiles
that.
I think that hack could be simply moved to libsupc++/Makefile.am, though.
Sebastian
stems
nowadays.
Sebastian
Paolo Carlini wrote:
Paolo Carlini wrote:
Sebastian Redl wrote:
Could we simply export __exchange_and_add and __atomic_add from
libsupc++ instead of libstdc++? They are pretty basic building
blocks in my opinion.
I agree, in principle.
Well, thinking more about it, I don't see how you c
d trying to learn something from that file is a futile exercise
for me. It's a chaos of ifdefs that I simply don't understand. It seems
to fall back to some global mutex for synchronization, which seems to be
implemented entirely inline. (The mutex is part of libstdc++, so if it
wasn&#
301 - 400 of 421 matches
Mail list logo
