https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #38 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Hi Jonathan!
It seems, that the minor change/fix from comment #31 (rev. 245505) is currently
missing in branches/gcc-6-branch/libstdc++-v3/src/c++11/snprintf_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80721
--- Comment #3 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Hi Richard!
And now a less-intrusive (suggested) patch to do also a "right" merge
[Sorry, also udiff-like but not fully formatted/with line-info;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80721
--- Comment #2 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Hi!
(In reply to Richard Biener from comment #1)
> Confirmed. Isn't it enough to add, after
>
> else if (reinterpret
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Target Milestone: ---
Created attachment 41345
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41345=edit
Suggested patch to fix or
: diagnostic
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Target Milestone: ---
Target: arm-none-eabi
Hi!
I'm currently working on porting code (from x86
NCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Target Milestone: ---
Host: mingw32
Target: i386-elf
Hi!
The compilation o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #31 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Hi!
There's a minor failure in the (patched) function __concat_size_t (within
snprintf_lite.cc):
size_t __len = __out - __cs;
Calculates the remaining/u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #28 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Hi!
@Jonathan:
Do you have any plans to backport/migrate these changes to the GCC 5 and/or 6
branch, to be provided/included on a next release?
An "official
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65434
--- Comment #7 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Hi!
My motivation to use/implement this patch (comment #6) is to prevent using
malloc to allocate the needed emergency-buffer region, if the needed overal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65434
Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> changed:
What|Removed |Added
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Target Milestone: ---
If I build a Cross-GCC (on/with i686-w64-mingw32 fromm msys2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78374
Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> changed:
What|Removed |Added
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78374
--- Comment #3 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Further information on (IMHO) problematic optimization / tests:
Option -Og does not cause this segfault (as already written), but the option
-Og and -ftree-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78374
--- Comment #2 from Markus Eisenmann <meisenmann....@fh-salzburg.ac.at> ---
Created attachment 40054
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40054=edit
Preprocessed file
Preprocessed file, as requested by ktkachov
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Target Milestone: ---
Hi!
I'm trying to build an arm-eabi Cross-Compiler (GCC 5.4.0, binutils 2.25.1 and
newlib 2.3) and after the successful build of the bootstrap-GCC, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
Markus Eisenmann meisenmann@fh-salzburg.ac.at changed:
What|Removed |Added
CC
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Following minimal sample (Ie. test.cpp) does generate a noticeable different
class-hierarchy dump with GCC 4.9.2 - compared to GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64642
--- Comment #2 from Markus Eisenmann meisenmann@fh-salzburg.ac.at ---
I do not (completely) agree, that the code/result is undefined. Of course, this
sample doesn’t make any sense and shouldn’t never occur (in a similar form
: major
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Hi!
I've analyzed some (IMHO) malicious/mallformed cast(s) to a reference-type by
using a C-cast. I've determined a sample, which results
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Hi!
I've analyzed some (IMHO) malicious/mallformed cast(s) to a reference-type by
using a C-cast. Additional to the already
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
Using the option '-momit-leaf-frame-pointer' (with -fno-omit-frame-pointer) has
a side-effect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57932
Markus Eisenmann meisenmann@fh-salzburg.ac.at changed:
What|Removed |Added
Target|IA-32/x86-64|i386
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: meisenmann@fh-salzburg.ac.at
I have noticed that in many cases the waste of the local stack exceeds the
minimum/optimal value, as specified by the option '-mpreferred-stack
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56644
--- Comment #6 from Markus Eisenmann meisenmann@fh-salzburg.ac.at
2013-04-17 09:01:04 UTC ---
Created attachment 29888
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29888
Prevent redirect to some libintl-functions if NLS isn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56644
--- Comment #7 from Markus Eisenmann meisenmann@fh-salzburg.ac.at
2013-04-17 09:17:36 UTC ---
At least this error is based on some libintl-macros, which will redirect some
stdio-functions (like vsnprintf ...) to their libintl-version(s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56644
Markus Eisenmann meisenmann@fh-salzburg.ac.at changed:
What|Removed |Added
CC
26 matches
Mail list logo
