Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

[bangerth]

Synopsis: make modules: encode-gbk.o encode-gbk.c

State-Changed-From-To: feedback->closed
State-Changed-By: bangerth
State-Changed-When: Mon Jan 13 07:15:21 2003
State-Changed-Why:
    Thanks, Albert, for your experiments. Given that even you
    cannot reproduce the bug any more, I think we should close
    this report. If there was a bug in the first place, it is
    likely that someone else may have filed this also, and we
    may have a testcase from that report.
    
    Thanks
      Wolfgang

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9179

Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

[Al Bogner]

The following reply was made to PR debug/9179; it has been noted by GNATS.

From: Al Bogner <al@usenet.pinguin.uni.cc>
To: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: debug/9179: make modules: encode-gbk.o encode-gbk.c
Date: Mon, 13 Jan 2003 16:03:39 +0100

 On Dienstag, 7. Januar 2003 23:51 Wolfgang Bangerth wrote:
 
 > I think I misread you message, sorry. Of course, just building
 > the modules without installing them will not disturb your system.
 > The build tree is kept separate from your working modules, so
 > there cannot come any harm from that. I had thought you asked
 > whether rebuilding them with different flags and _installing_
 > them would change something; sorry for the confusion.
 
 Hi Wolfgnag,
 
 I tried a lot to get the error again. I reinstalled the sources with=20
 --force and chose all unicon-modules with "make xconfig". Then I did=20
 a "make dep clean bzImage", followed by "make modules" and I got no=20
 error. I tried 3 different configurations and it worked everytime.=20
 The difference now is my own new installed kernel. I have no idea,=20
 if this could be the reason, why it works now. Another possibility=20
 could be, that the compilation of another module is needed=20
 previously to get the error, which is missing now, but I don't know=20
 which modules I had chosen, when I got the error.
 
 Albert

Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

[Al Bogner]

The following reply was made to PR debug/9179; it has been noted by GNATS.

From: Al Bogner <al@usenet.pinguin.uni.cc>
To: bangerth@dealii.org,
 gcc-bugs@gcc.gnu.org,
 gcc-prs@gcc.gnu.org,
 nobody@gcc.gnu.org,
 gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: debug/9179: make modules: encode-gbk.o encode-gbk.c
Date: Tue, 7 Jan 2003 23:45:19 +0100

 On Dienstag, 7. Januar 2003 21:35 Wolfgang Bangerth wrote:
 
 > > Do I have to fear,  that my system could get problems, when I
 > > do a "make modules" without an install with the old
 > > configuration again?
 >
 > The time when I knew about Linux kernel configuration has gone
 > for more than half a decade, so I fear I can not be of any help.
 > Sorry.
 
 Hi Wolfgang,
 
 thanks for your answer. I am sorry too. As long as nobody can tell=20
 me exactly what do *without* disturbing my working system for sure,=20
 I do not want to do any changes with my system.
 
 Albert

Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

[Wolfgang Bangerth]

The following reply was made to PR debug/9179; it has been noted by GNATS.

From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: Al Bogner <al@usenet.pinguin.uni.cc>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: debug/9179: make modules: encode-gbk.o encode-gbk.c
Date: Tue, 7 Jan 2003 16:51:01 -0600 (CST)

 > thanks for your answer. I am sorry too. As long as nobody can tell 
 > me exactly what do *without* disturbing my working system for sure, 
 > I do not want to do any changes with my system.
 
 I think I misread you message, sorry. Of course, just building the modules
 without installing them will not disturb your system. The build tree is
 kept separate from your working modules, so there cannot come any harm
 from that. I had thought you asked whether rebuilding them with different
 flags and _installing_ them would change something; sorry for the
 confusion.
 
 W.
 
 -------------------------------------------------------------------------
 Wolfgang Bangerth             email:            bangerth@ticam.utexas.edu
                               www: http://www.ticam.utexas.edu/~bangerth/
 
 

Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

[Wolfgang Bangerth]

The following reply was made to PR debug/9179; it has been noted by GNATS.

From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: Al Bogner <al@usenet.pinguin.uni.cc>
Cc: gcc-bugs@gcc.gnu.org, <gcc-gnats@gcc.gnu.org>
Subject: Re: debug/9179: make modules: encode-gbk.o encode-gbk.c
Date: Tue, 7 Jan 2003 09:19:40 -0600 (CST)

 > ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.19.SuSE-127.i586.rpm 
 > and I don't know which file(s) you exactly want. Sorry, I am not a 
 > programmer, but of course I will help you as much as I can. The pc 
 > now runs with a working kernel, but has all the kernel-sources 
 > installed. So If you tell me the exact name and if possible the 
 > path I will compress the files and send them to you.
 
 The failure happened with encode-gbk.c, so what you should do is to do the 
 same build again, wait until it crashes. Then go into the directory from 
 which the compilation was invoked (from the output you sent, this should 
 be /usr/src/linux-2.4.19.SuSE/drivers/video/unicon), and do the following
 - issue the same compilation command as what make tells you was the last 
   command; this should crash the compiler again
 - do the same thing, but add the flags -save-temps to the commen line;
   this should again crash the compiler, but leave behind a file named
   encode-gbk.i
 - send this .i file to us, as this is what we need
 
 Thanks
   Wolfgang
 
 -------------------------------------------------------------------------
 Wolfgang Bangerth             email:            bangerth@ticam.utexas.edu
                               www: http://www.ticam.utexas.edu/~bangerth/
 
 
 

Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

[Al Bogner]

The following reply was made to PR debug/9179; it has been noted by GNATS.

From: Al Bogner <al@usenet.pinguin.uni.cc>
To: bangerth@dealii.org,
 gcc-bugs@gcc.gnu.org,
 gcc-prs@gcc.gnu.org,
 nobody@gcc.gnu.org,
 gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: debug/9179: make modules: encode-gbk.o encode-gbk.c
Date: Tue, 7 Jan 2003 12:16:49 +0100

 On Dienstag, 7. Januar 2003 02:06 bangerth@dealii.org wrote:
 
 > Synopsis: make modules: encode-gbk.o encode-gbk.c
 >
 > State-Changed-From-To: open->feedback
 > State-Changed-By: bangerth
 > State-Changed-When: Mon Jan  6 17:06:10 2003
 > State-Changed-Why:
 >     Can you please send us the preprocessed sources for the one
 >     file that failed? (See the instructions on the webpage that
 >     is referenced in the compiler message.)
 >
 >     Thanks
 >       Wolfgang
 >
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&dat
 >abase=3Dgcc&pr=3D9179
 
 Hi,
 
 as mentioned I used=20
 ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.19.SuSE-1=
 27.i586.rpm=20
 and I don't know which file(s) you exactly want. Sorry, I am not a=20
 programmer, but of course I will help you as much as I can. The pc=20
 now runs with a working kernel, but has all the kernel-sources=20
 installed. So If you tell me the exact name and if possible the=20
 path I will compress the files and send them to you.
 
 Albert

Re: debug/9179: make modules: encode-gbk.o encode-gbk.c

[bangerth]

Synopsis: make modules: encode-gbk.o encode-gbk.c

State-Changed-From-To: open->feedback
State-Changed-By: bangerth
State-Changed-When: Mon Jan  6 17:06:10 2003
State-Changed-Why:
    Can you please send us the preprocessed sources for the one
    file that failed? (See the instructions on the webpage that
    is referenced in the compiler message.)
    
    Thanks
      Wolfgang

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9179

debug/9179: make modules: encode-gbk.o encode-gbk.c

[al]

>Number:         9179
>Category:       debug
>Synopsis:       make modules: encode-gbk.o encode-gbk.c
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Jan 05 11:26:00 PST 2003
>Closed-Date:
>Last-Modified:
>Originator:     al@usenet.pinguin.uni.cc
>Release:        unknown-1.0
>Organization:
>Environment:
Suse 8.1, gcc version 3.2, ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.19.SuSE-127.i586.rpm
>Description:
I executed make install and got the errors below. In the meantime I build a kernel without these modules, so I can inform you only and do no tests.

make[3]: Entering directory 
`/usr/src/linux-2.4.19.SuSE/drivers/video/unicon'
make[3]: Circular /usr/src/linux-2.4.19.SuSE/include/asm/processor.h 
<- /usr/src/linux-2.4.19.SuSE/include/linux/list.h dependency 
dropped.
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=i686 -DMODULE -I.  -DKBUILD_BASENAME=xl_keyhooks  -c -o 
xl_keyhooks.o xl_keyhooks.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=i686 -DMODULE -I.  -DKBUILD_BASENAME=xl_unikey  -c -o 
xl_unikey.o xl_unikey.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=i686 -DMODULE -I.  -DKBUILD_BASENAME=xl_keymasks  -c -o 
xl_keymasks.o xl_keymasks.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=i686 -DMODULE -I.  -DKBUILD_BASENAME=xl_hzfb  -c -o 
xl_hzfb.o xl_hzfb.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=i686 -DMODULE -I.  -DKBUILD_BASENAME=xl_fm  -c -o xl_fm.o 
xl_fm.c
ld -m elf_i386 -r -o unikey.o xl_keyhooks.o xl_unikey.o 
xl_keymasks.o xl_hzfb.o xl_fm.o
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=i686 -DMODULE -I.  -DKBUILD_BASENAME=encode_gb  -c -o 
encode-gb.o encode-gb.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall 
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 
-march=i686 -DMODULE -I.  -DKBUILD_BASENAME=encode_gbk  -c -o 
encode-gbk.o encode-gbk.c
encode-gbk.c:42: internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for 
instructions.
make[3]: *** [encode-gbk.o] Error 1
make[3]: Leaving directory 
`/usr/src/linux-2.4.19.SuSE/drivers/video/unicon'
make[2]: *** [_modsubdir_unicon] Error 2
make[2]: Leaving directory 
`/usr/src/linux-2.4.19.SuSE/drivers/video'
make[1]: *** [_modsubdir_video] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.19.SuSE/drivers'
make: *** [_mod_drivers] Error 2
>How-To-Repeat:
use ftp://ftp.suse.com/pub/people/mantel/next/RPM/kernel-source-2.4.19.SuSE-127.i586.rpm with gcc version 3.2 and use make cloneconfig after a new install
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: