[Bug libffi/21782] configure: error: unknown endianess

2005-05-30 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30 07:50 --- This program builds just fine: $ cat conftest.c main () { /* Are we little or big endian? From HarbisonSteele. */ union { long l; char c[sizeof (long)]; } u; u.l = 1; exit (u.c

[Bug libffi/21782] configure: error: unknown endianess

2005-05-30 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30 09:35 --- In the 64-bit case, again none of BYTE_ORDER, BIG_ENDIAN or LITTLE_ENDIAN are defined. As far as I can understand, the configure script stops there and doesn't run additional tests as in the 32-bit case

[Bug libffi/21782] configure: error: unknown endianess

2005-05-30 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30 11:13 --- This has to be the command line. All I did was copying/pasting from the config.log file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782

[Bug libffi/21782] configure: error: unknown endianess

2005-05-30 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30 11:39 --- I tried anyway: $ /export/Plocal/GCC-3.3.6/gcc/xgcc -B/export/Plocal/GCC-3.3.6/gcc/ -B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/bin/ -B/usr/local/gcc-3.3.6/sparc-sun-solaris2.8/lib/ -isystem /usr/local

[Bug libffi/21782] configure: error: unknown endianess

2005-05-30 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30 12:43 --- We're heading in the wrong direction. I don't see how '-v' can help. The problem is just that LD_LIBRARY_PATH contains /usr/local/lib which contains a link to the 32-bit libgcc_s.so.1 library of gcc 4

[Bug libffi/21782] configure: error: unknown endianess

2005-05-30 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30 12:44 --- (In reply to comment #20) $ env ldd conftest Instead it should read: env LD_LIBRARY_PATH=/export/Plocal/GCC-3.3.6/gcc/sparcv9 ldd conftest I don't know what went wrong while copying/pasting

[Bug libffi/21782] configure: error: unknown endianess

2005-05-30 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-30 12:59 --- See: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/Makefile.am#rev1.40 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/Makefile.in#rev1.51 These changes must somehow be related to my problems with gcc

[Bug libffi/21782] New: configure: error: unknown endianess

2005-05-27 Thread papadopo at shfj dot cea dot fr
: error: unknown endianess Product: gcc Version: 3.3.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libffi AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: papadopo at shfj dot cea dot fr

[Bug libffi/21782] configure: error: unknown endianess

2005-05-27 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 12:38 --- Created an attachment (id=8979) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8979action=view) complete build log, output of gmake bootstrap -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782

[Bug libffi/21782] configure: error: unknown endianess

2005-05-27 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 12:40 --- Created an attachment (id=8980) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8980action=view) failing configure log: sparc-sun-solaris2.8/libffi/config.log -- http://gcc.gnu.org/bugzilla

[Bug libffi/21782] configure: error: unknown endianess

2005-05-27 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 13:35 --- 1) I'm not sure this is a duplicate. The workstation I'm using is fully 64-bit functional: $ isainfo -v 64-bit sparcv9 applications 32-bit sparc applications $ Both gcc

[Bug libffi/21782] configure: error: unknown endianess

2005-05-27 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 13:43 --- Nothing has changed on my machine either except: * I've upgraded the Sun assembler because of this: http://gcc.gnu.org/ml/gcc/2005-05/msg00509.html I'm using GNU binutils for this build anyway, so

[Bug libffi/21782] configure: error: unknown endianess

2005-05-27 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-27 13:52 --- The last version i had built in the gcc 3.3 series was 3.3.4. It had probably been bootstrapped with gcc 3.3.3 and I was using GNU binutils 2.15 at that time. Also maybe this is not related to changes

[Bug c++/21514] templates and anonymous enum

2005-05-18 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18 09:33 --- I'm not sure what a DR is, probably a C++ standard defect report. After asking on fr.comp.lang.c++ I was referred to Core Issue 278: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#278 Whether

[Bug c++/21514] [DR 278] templates and anonymous enum

2005-05-18 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18 14:56 --- I guess what I meant is: whatever the reason for this error message and whatever the eventual decision taken about it, it would be nice to have an error message that really means something to end-users

[Bug c++/21514] [DR 278] templates and anonymous enum

2005-05-18 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18 15:13 --- OK, then what I really meant is that error message doesn't mean anything in plain English, thus it doesn't mean anything to end-users. So it needs to be improved. I understand it's not easy - after all

[Bug c++/21514] New: operator and anonymous enum

2005-05-11 Thread papadopo at shfj dot cea dot fr
dot org ReportedBy: papadopo at shfj dot cea dot fr CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514

[Bug c++/21514] templates and anonymous enum

2005-05-11 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-11 14:21 --- Whether the code is valid or not, please improve the error message :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514

[Bug c++/21514] templates and anonymous enum

2005-05-11 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-11 14:38 --- I think the first line could be made clearer: 'anonymous enum' is/uses anonymous type I'm reading it again and again, and it doesn't make sense to me. Then the second line refers to an operator most

[Bug c++/21499] New: declaration/initialization of non-integral member constants: compiler does not emit error

2005-05-10 Thread papadopo at shfj dot cea dot fr
: compiler does not emit error Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: papadopo at shfj dot cea dot fr

[Bug c++/21499] declaration/initialization of non-integral member constants: compiler does not emit error

2005-05-10 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-10 17:53 --- I don't understand. If it is a problem, how does the standard not require to diagnostic? At least the Stroustrup book is very clear about this. Anyway... -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug c++/21499] declaration/initialization of non-integral member constants: compiler does not emit error

2005-05-10 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-10 18:02 --- Ah OK. I was referring to the non-integral case (which apparently does need to be diagnosed), not the integral case. Anyway, this is indeed a duplicate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/20401] New: error message is misleading

2005-03-10 Thread papadopo at shfj dot cea dot fr
at shfj dot cea dot fr CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20401

[Bug c++/20401] error message is misleading

2005-03-10 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-03-10 09:48 --- Created an attachment (id=8371) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8371action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20401

[Bug c++/20401] error message is misleading

2005-03-10 Thread papadopo at shfj dot cea dot fr
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-03-10 09:49 --- Created an attachment (id=8372) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8372action=view) stripped down test case -- What|Removed |Added

[Bug preprocessor/19290] New: -M output different with -g

2005-01-06 Thread papadopo at shfj dot cea dot fr
Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: papadopo at shfj dot cea dot fr CC: gcc-bugs at gcc dot gnu dot org