--- Comment #1 from brian at dessent dot net 2008-12-09 18:53 ---
Subject: Re: New: Suggestion: slight improvement of scoping rules
I seriously don't think you will ever convince anyone to change a facet
of gcc which is currently following the standard to something that i
--- Comment #1 from brian at dessent dot net 2008-12-09 17:14 ---
Subject: Re: New: aligned struct members in heap-allocated code
This is a dup of pr15795. Basically, operator new is just a wrapper
around malloc from the libc, and malloc returns an allocation with a
fixed alignment
--- Comment #5 from brian at dessent dot net 2008-12-08 00:30 ---
Subject: Re: build error in
x86_64-unknown-linux-gnu/32/libjava
> I have the sources in ~/tmp/gcc, and I build in ~/tmp/gcc/build using
> ../configure.
Oh, that's definitely not good. To quote
<http
--- Comment #2 from brian at dessent dot net 2008-12-07 22:48 ---
Subject: Re: New: build error in
x86_64-unknown-linux-gnu/32/libjava
It looks like somehow a rule is being run that isn't intended to ever
actually be built. In libjava/Makefile.am there are these dummy rules
c
--- Comment #1 from brian at dessent dot net 2008-11-27 11:29 ---
Subject: Re: New: configure: error: cannot compute suffix of
object files - cannot find as
The assembler is not part of gcc. You need to build and install
binutils for your target (which will result in the cross
--- Comment #4 from brian at dessent dot net 2008-11-03 23:23 ---
Subject: Re: using fails if gcc invoked in a directory
which has a subdirectory called "gcc"
> /usr/lib/gcc/i686-pc-linux-gnu/4.3.2/cc1 -E -quiet -v -iprefix
> /home/mvanier/tmp/../lib/gcc/i686-pc
--- Comment #1 from brian at dessent dot net 2008-10-14 04:33 ---
Subject: Re: New: need command line option that prints all
defaults and predefined macros
http://gcc.gnu.org/onlinedocs/gcc/C-Dialect-Options.html#index-std-98
This is covered in the manual. The default for C is
--- Comment #50 from brian at dessent dot net 2008-10-07 12:46 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
Oh, I see what you mean now. Yeah, predicating it on just TARGET_SSE
isn't sufficient.
I'm starting to think the id
--- Comment #48 from brian at dessent dot net 2008-10-07 12:01 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
sherpya at netfarm dot it wrote:
> I'll test your patch for the first post of the bugreport, and I'll test also
--- Comment #42 from brian at dessent dot net 2008-10-06 23:29 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
When you are comparing gcc 4.2 to current trunk, are you keeping the
linker (binutils) version the same? As mentioned in
--- Comment #5 from brian at dessent dot net 2008-10-02 00:10 ---
Subject: Re: Stage 2- C compiler cannot create
executables-recent svn
What does "stat
/cygdrive/c/jimdata/home/cvsroot/gcc-obj/./prev-gcc/cc1.exe" report?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37702
--- Comment #2 from brian at dessent dot net 2008-10-01 22:11 ---
Subject: Re: Stage 2- C compiler cannot create
executables-recent svn
That looks like the config.log from the top level, which is not the
relevant file. The error happens in the stage2 intl/ directory, and
there
--- Comment #9 from brian at dessent dot net 2008-10-01 20:25 ---
Subject: Re: Spurious 'might be used uninitialized'
warnings in STL headers with -O2
You are confusing the state of the Cygwin port of gcc with gcc in
general.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22207
--- Comment #2 from brian at dessent dot net 2008-09-30 04:41 ---
Subject: Re: -fstrict-aliasing causes omission of double-to-float
conversion
I can confirm that the failure with 4.1.2, however 4.2.4, 4.3.1, and 4.4
all work fine. 4.1 with -fno-tree-salias also works
--- Comment #21 from brian at dessent dot net 2008-09-29 20:06 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
This is an example of what I'm talking about: the bar() function is
optimized away to simply "return 0" becau
--- Comment #18 from brian at dessent dot net 2008-09-29 17:58 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
The __to_xstring error is PR37522. You should still be able to
bootstrap with --enable-languages=c for the purposes of testing
--- Comment #1 from brian at dessent dot net 2008-09-27 00:14 ---
Subject: Re: New: Error Building libgcc_s.dll
The fact that the symlink already exists implies that the command failed
before and this is the result of running it again. What is the actual
error when you remove the
--- Comment #2 from brian at dessent dot net 2008-09-26 17:18 ---
Subject: Re: New: gcc-4.3.1: stripping trailing backspace from
args fools gcc
What exact problem are you trying to report here? Quoting a space with
\ to the shell causes it to not split the arguments into two words
--- Comment #2 from brian at dessent dot net 2008-09-25 22:29 ---
Subject: Re: __sync_bool_compare_and_swap creates wrong code
with -fPIC
You get that if the variable is auto, but if it's static the reference
is with a GOTOFF reloc:
xorl%edi, %edi
pushl
--- Comment #3 from brian at dessent dot net 2008-09-24 15:24 ---
Subject: Re: auto-import of constant data results in a crash
at runtime
So, is the segment containing the reference to ff_log2_tab writable?
This still sounds like a linker issue not a compiler issue.
--
http
--- Comment #2 from brian at dessent dot net 2008-09-23 19:23 ---
Subject: Re: New: In function `fold_builtin_1': undefined
reference to `mpfr_j0'
It sounds like you have an older system copy of mpfr in /usr/lib which
is being used instead of the one you built. Use --wit
--- Comment #3 from brian at dessent dot net 2008-09-23 11:43 ---
Subject: Re: libgcc/configure (as script)fail with "line
77 exec : : not found."
Your cross-assembler and linker should be named $target-as and
$target-ld so they can't clash with the host tools, a
--- Comment #1 from brian at dessent dot net 2008-09-22 11:15 ---
Subject: Re: New: libgcc/configure (as script)fail with "line 77
exec : : not found."
The error means you don't have a cross-assembler installed correctly
prior to configuring gcc. gcc is just
--- Comment #1 from brian at dessent dot net 2008-09-20 17:40 ---
Subject: Re: New: Bootstrap Failure with Undefined
References
This is a dup of pr37528 which has a patch waiting to be applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37600
--- Comment #19 from brian at dessent dot net 2008-09-20 17:32 ---
Subject: Re: [4.2/4.3 Regression] VRP causes stack
overflow while building libgcj
> PR, fixed on the trunk. *-*-mingw* is not in the list of primary or secondary
> platforms, so P4.
As of 4.3 both MinGW and
--- Comment #10 from brian at dessent dot net 2008-09-18 10:45 ---
Subject: Re: Loop incorrectly optimized to endless loop with
-Os/-O2/-O3
That fact that the hardware allows it doesn't change the fact that it's
still invalid in ISO C, and that is the spec that gcc follo
--- Comment #8 from brian at dessent dot net 2008-09-18 09:25 ---
Subject: Re: New: Loop incorrectly optimized to endless loop with
-Os/-O2/-O3
I think this code is invalid. I seem to recall the argument that it's
undefined behavior to increment or decrement a pointer
--- Comment #3 from brian at dessent dot net 2008-09-17 20:44 ---
Subject: Re: gfortran segfaults
You don't appear to be building FSF gcc but instead a Redhat patched
gcc:
configure:10520:
/builddir/build/BUILD/gcc-4.3.2-20080905/obj-sparc64-redhat-linux/./gcc/gfortran
-B/bui
--- Comment #2 from brian at dessent dot net 2008-09-17 20:39 ---
Subject: Re: New: gfortran segfaults
> [EMAIL PROTECTED] obj-sparc64-redhat-linux]$ gcc/gfortran conftest.f -o
> conftest
> gfortran: error trying to exec 'f951': execvp: No such file or dire
--- Comment #6 from brian at dessent dot net 2008-09-17 19:38 ---
Subject: Re: collect2: ld returned 1 exit status make[3]:
*** [libgfortran.la] Error 1
Even worse, you may have to start over with a clean source tree. See
pr32272 for an example of where a previous attempt at
--- Comment #6 from brian at dessent dot net 2008-09-17 11:44 ---
Subject: Re: impossible to link with -fopenmp
If you can't change your glibc version then you need to build gfortran
yourself from source. The problem is that the person that is building
the gfortran binary packag
--- Comment #7 from brian at dessent dot net 2008-09-14 07:54 ---
Subject: Re: attribute section is not working with constant strings
If you want a struct containing a pointer to a string in a specified
section, then:
char str[] __attribute__ ((__section__(".xxx_section"
--- Comment #10 from brian at dessent dot net 2008-09-12 23:59 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
One thing I was unsure about is this method switches to the .bss section
without switching back to .text (or whatever
--- Comment #9 from brian at dessent dot net 2008-09-06 20:31 ---
Subject: Re: wrong-code on i486-linux-gnu with -O[12], -O0
works
pinskia at gmail dot com wrote:
> Because on x86 gnu/Linux, the precision is set to 80bits rather than
> 64bit like it is on windows.
That i
--- Comment #3 from brian at dessent dot net 2008-09-02 17:36 ---
Subject: Re: mpfr & 32/64 multilib issue
g++ (and gcc, gfortran, etc.) are just driver programs that invoke other
programs, they don't use these libraries. You need to look at cc1 (or
cc1plus, f951, etc.) t
--- Comment #7 from brian at dessent dot net 2008-08-24 21:15 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
> Another route would be to set the .bss minimum back to 2**4 again.
Actually that's not really great either because it
--- Comment #6 from brian at dessent dot net 2008-08-24 20:59 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
It seems to me the issue is that prior to 2007-11-05[1], the PE
assembler could not set section alignment flags correctly so .bss
--- Comment #4 from brian at dessent dot net 2008-08-24 12:47 ---
Subject: Re: [cygwin] Invalid alignment for SSE store to .comm
data generated with -O3
Also, this is not Cygwin-specific as far as I can tell, more like
PE-specific since it affects MinGW as well.
--
http
--- Comment #3 from brian at dessent dot net 2008-08-24 11:48 ---
Subject: Re: [cygwin] Invalid alignment for SSE store to .comm
data generated with -O3
The the 3 argument version of .comm is only supported by the ELF
assembler so it would be rejected by the PE assembler if gcc were
--- Comment #2 from brian at dessent dot net 2008-08-20 02:16 ---
(added testsuite maintainer on CC)
Well now you know one. I understand that this may not affect most gcc
developers. However it does affect casual volunteers who run the testsuite.
By polluting the results with
--- Comment #7 from brian at dessent dot net 2008-08-09 21:00 ---
Subject: Re: gcc creating wrong code with -O2
Just make it unsigned since unsigned overflow is always defined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37067
--- Comment #12 from brian at dessent dot net 2008-08-02 21:02 ---
Subject: Re: cc1.exe: internal compiler error: Segmentation
fault
You're not really testing what you think you are, because MSYS
translates everything on the command line, so saying that "gcc
-I/foo/bar&q
--- Comment #10 from brian at dessent dot net 2008-08-02 19:24 ---
Subject: Re: cc1.exe: internal compiler error: Segmentation
fault
/c/foo/bar is valid for *MSYS* apps. But we're talking about gcc which
is NOT a MSYS app, it is a MinGW app, i.e. native win32. /c/foo/bar is
--- Comment #8 from brian at dessent dot net 2008-08-02 16:56 ---
Subject: Re: cc1.exe: internal compiler error: Segmentation
fault
It's a valid MinGW path only if you have created a physical directory
named "c" at the root of the current drive, i.e. X:\c\_GccBuilds\.
--- Comment #1 from brian at dessent dot net 2008-08-01 15:19 ---
Subject: Re: New: gen-classlist.sh uses unrecognized
'test' arguments
Using /bin/sh with Solaris is documented to fail:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
Have you tried setting CONFI
--- Comment #1 from brian at dessent dot net 2008-07-23 18:10 ---
Subject: Re: New: Virtual function problem
The behavior is correct, see
<http://www.parashift.com/c++-faq-lite/strange-inheritance.html#faq-23.5>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36911
sion: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brian at dessent dot net
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
--- Comment #1 from brian at dessent dot net 2008-07-20 05:49 ---
Subject: Re: New: binutils-2.18 ld version string has
changed yielding libstdc++-v3 configure not identifying gnu ld and not
applying linker map
This was fixed in 4.3 on 2007-02-27:
<http://gcc.gnu.org/viewcvs?v
--- Comment #3 from brian at dessent dot net 2008-07-17 10:21 ---
Subject: Re: New: Optimization O2 causes infinite loop
Yes, this code is broken as indeed overflow of signed integers is
undefined, so transforming this to an infinite loop is legitimate. Here
are some links to read
--- Comment #1 from brian at dessent dot net 2008-07-11 21:28 ---
Subject: Re: New: "make" asked me to report this error [GNU
Fortran is not working]
lachele at gmail dot com wrote:
> configure:13398: /usr/local/gcc/./gcc/gfortran -B/usr/local/gcc/./gcc/
> -B/u
--- Comment #5 from brian at dessent dot net 2008-07-10 21:06 ---
Subject: Re: Internal compiler error: Segmentation fault, when
incorrectly using __attribute__ ((packed))
> None. I just thought this is the proper place to file it.
>
> Please feel free to ignore thi
--- Comment #10 from brian at dessent dot net 2008-05-06 22:06 ---
Subject: Re: colorize output of gcc
esigra at gmail dot com wrote:
> printf("%s%s%s%s", warning_format_start, _("warning: "), _("the actual
> message"), warning_format_end);
B
--- Comment #7 from brian at dessent dot net 2008-05-06 21:28 ---
Subject: Re: colorize output of gcc
esigra at gmail dot com wrote:
> And seriously, what is more efficcent, adding a
> colour code sequence to the string constans in GCC that says "warning:",
> "
--- Comment #7 from brian at dessent dot net 2008-04-20 08:44 ---
Subject: Re: problem running GCC under Vista with relocated
directory
er, I mean s/target library/host library/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35916
--- Comment #6 from brian at dessent dot net 2008-04-20 08:28 ---
Subject: Re: problem running GCC under Vista with relocated
directory
As pointed out in <http://gcc.gnu.org/ml/fortran/2008-03/msg00120.html>,
config/mh-mingw contains BOOT_CFLAGS += -D__USE_MINGW_ACCESS. Doe
--- Comment #5 from brian at dessent dot net 2008-04-16 14:50 ---
Subject: Re: gcj: error trying to exec 'ecj1': execvp: No such
file or directory
david dot griffiths at gmail dot com wrote:
> Note that the build directory contains no libjava on completion, not
--- Comment #3 from brian at dessent dot net 2008-04-15 04:07 ---
Subject: Re: gcj: error trying to exec 'ecj1': execvp: No such
file or directory
david dot griffiths at gmail dot com wrote:
> Well there is no ecj1 - that's the problem I think. It didn't bu
--- Comment #1 from brian at dessent dot net 2008-04-13 23:59 ---
Subject: Re: New: gcj: error trying to exec 'ecj1': execvp: No
such file or directory
david dot griffiths at gmail dot com wrote:
> gcj: error trying to exec 'ecj1': execvp: No such fil
--- Comment #2 from brian at dessent dot net 2008-04-13 00:06 ---
Subject: Re: problem running gfortran 4.4.0 in Vista
pinskia at gcc dot gnu dot org wrote:
> IIRC the driver does not relocate correctly under Vista.
The Vista shell seems to populate argv[0] differently than previ
--- Comment #6 from brian at dessent dot net 2008-04-06 20:44 ---
Subject: Re: Wrong instruction generated for comparison with zero
on PPC 64 bit
> Could you please provide a link to gcc archive?
> On gcc.gnu.org there is no MacOS in Download->Binaries
gcc.gnu.org doesn
--- Comment #4 from brian at dessent dot net 2008-04-06 19:49 ---
Subject: Re: Wrong instruction generated for comparison with zero
on PPC 64 bit
> after all. If there are no prebuilt binaries publicly available that means
> there must be some reason for it.
Where in the wo
--- Comment #8 from brian at dessent dot net 2008-04-05 00:54 ---
Subject: Re: MIPS stack overflow caused by addui instruction
derrick_chi at msn dot com wrote:
>I've already attached the source code I'm using, and I'm not sure of the
> version of GC
--- Comment #4 from brian at dessent dot net 2008-04-04 23:53 ---
Subject: Re: no DFP announcement, no example text, very vague
documentation
pinskia at gcc dot gnu dot org wrote:
> I can tell you that OpenMP has similar issues and nobody complained about that
> except for me
--- Comment #10 from brian at dessent dot net 2008-03-26 00:10 ---
Subject: Re: configure: error: cannot compute suffix of object
files: cannot compile
pinskia at gcc dot gnu dot org wrote:
> You don't have /apps/gmp42/lib and /apps/mpfr23/lib in your LD_LIBRARY_PATH.
It&#
--- Comment #1 from brian at dessent dot net 2008-03-24 19:54 ---
Subject: Re: New: Cannot build cross compiler for
i686-pc-linux-gnu: configure: error: Link tests are not allowed after
GCC_NO_EXECUTABLES
yakov at emc dot com wrote:
> --target=i686-emc-elf --enable-language
--- Comment #4 from brian at dessent dot net 2008-03-20 22:19 ---
Subject: Re: libstdc++ -ffunction-sections -fdata-sections
disabled on AIX
bkoz at gcc dot gnu dot org wrote:
> Question to me is, what is the behavior on cygwin? Does -ffunction-sections -g
> work? Does i
--- Comment #6 from brian at dessent dot net 2008-03-15 10:20 ---
Subject: Re: configure: error: cannot compute suffix of
object files
al dot danial at gmail dot com wrote:
> Indeed, adding the MPFR and GPM lib directories to LD_LIBRARY_PATH solves the
> problem. For some re
--- Comment #4 from brian at dessent dot net 2008-03-14 03:05 ---
Subject: Re: configure: error: cannot compute suffix of
object files
al dot danial at gmail dot com wrote:
> The error in x86_64-unknown-linux-gnu/libgcc/config.log suggests it has
> trouble
> loading lib
--- Comment #9 from brian at dessent dot net 2008-03-11 08:58 ---
Subject: Re: New: Problem compiling gdb/symtab.c in GDB 6.7.1
using GCC 4.3.0 on Solaris 10
jonathan dot leffler at gmail dot com wrote:
> The fragment in question was 'worked around' by adding the
--- Comment #1 from brian at dessent dot net 2008-03-10 06:04 ---
Subject: gcc-3.4.4 build on solaris -10 failing
> updating cache ./config.cache
> creating ./config.status
> creating Makefile
> sh: : not found
It looks like configure couldn't find an appropriat
--- Comment #1 from brian at dessent dot net 2008-03-08 14:27 ---
Subject: New: [avr] 4.3.0 buid error: illegal opcode movw for
mcu avr3
> The building for AVR target is aborted at compilation libgcc stage with
> error: Illegal opcode movw for mcu avr3. The lastest of
--- Comment #5 from brian at dessent dot net 2008-03-07 23:48 ---
Subject: Re: Documentation for -fPIC/-fpic/-fpie is not clear
> I am still learning about linking and loading and I can't guess why non-PIC
> DSOs would work on x86 but not on x86_64. Could you please expl
--- Comment #9 from brian at dessent dot net 2008-03-07 01:20 ---
Subject: A incorrect result in a simple division, only in
32-bit gcc.
> Although I knew GCC use 80-bit format internally, I thought the result should
> be same in 80-bit format.
No, it's not that gcc use
--- Comment #2 from brian at dessent dot net 2008-03-02 23:21 ---
Subject: Re: ICE on Valid Code
A 65,000 line testcase? Seriously?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35421
--- Comment #20 from brian at dessent dot net 2008-02-07 21:17 ---
Subject: Re: I/O leaks handles/memory on Windows XP
> 1) __gthr_win32_mutex_init_function()
>- sets counter=-1
>- creates a semaphore (the windows handle!)
>
> 2)__gthr_win32_mutex_lock()
>
--- Comment #4 from brian at dessent dot net 2008-01-22 18:38 ---
Remember that this toplevel configure is shared between gcc, binutils, gdb,
newlib, insight, and cygwin. It should not list gcc-specific options; the fact
that it does now is just an artifact resulting from how those
--- Comment #3 from brian at dessent dot net 2008-01-09 03:18 ---
FSF gcc does not currently support exceptions across shared libraries on Cygwin
or MinGW. This is because a shared libgcc is required, and libgcc only builds
static on those platforms.
For the 3.4 gcc releases that
--- Comment #3 from brian at dessent dot net 2007-12-03 16:25 ---
Subject: Re: New: pointer arithmetic on void pointers does not
generate an error
This is a GNU C extension, see
<http://gcc.gnu.org/onlinedocs/gcc/Pointer-Arith.html>. I think you can
disable it with -std=
--- Comment #4 from brian at dessent dot net 2007-02-03 09:08 ---
I never found out what was causing this but it hasn't happened in quite some
time so this can be closed out as INVALID.
--
brian at dessent dot net changed:
What|Removed |
--- Additional Comments From brian at dessent dot net 2005-07-08 00:59
---
*sigh* Yes, you're right. I had cvs upped in libiberty and not include. Sorry
for the noise.
--
What|Removed |
--- Additional Comments From brian at dessent dot net 2005-07-07 07:25
---
This change breaks building Cygwin, and probably anything else that uses
libiberty outside of gcc, because 'md5uint_ptr' is only defined in the gcc tree:
make[1]: Entering directory `/usr/src/cy
--- Additional Comments From brian at dessent dot net 2005-06-27 23:10
---
Created an attachment (id=9163)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9163&action=view)
Preprocessed source for testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22207
TL-based code with -Werror
-Wall.
--
Summary: Spurious 'might be used uninitialized' warnings in STL
headers with -O2
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: lib
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brian at dessent dot net
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
85 matches
Mail list logo
