public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding
@ 2004-06-30 16:39 skunk at iskunk dot org
2004-07-01 1:17 ` [Bug target/16300] " pinskia at gcc dot gnu dot org
` (14 more replies)
0 siblings, 15 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2004-06-30 16:39 UTC (permalink / raw)
To: gcc-bugs
This error came up in bootstrapping:
----(cut here)----
/mnt/scratch/gcc-3.4.0/gcc/xgcc -shared-libgcc -B/mnt/scratch/gcc-3.4.0/gcc/
-nostdinc++ -L/mnt/scratch/gcc-3.4.0/alphaev56-dec-osf4.0g/libstdc++-v3/src
-L/mnt/scratch/gcc-3.4.0/alphaev56-dec-osf4.0g/libstdc++-v3/src/.libs
-B/mnt/freeport/arch/tru64/alphaev56-dec-osf4.0g/bin/
-B/mnt/freeport/arch/tru64/alphaev56-dec-osf4.0g/lib/ -isystem
/mnt/freeport/arch/tru64/alphaev56-dec-osf4.0g/include -isystem
/mnt/freeport/arch/tru64/alphaev56-dec-osf4.0g/sys-include -DHAVE_CONFIG_H -I.
-I/mnt/freeport/src/gcc/current/libjava -I./include -I./gcj
-I/mnt/freeport/src/gcc/current/libjava -Iinclude
-I/mnt/freeport/src/gcc/current/libjava/include
-I/mnt/freeport/src/gcc/gcc-3.4.0/boehm-gc/include -pthread -DGC_OSF1_THREADS=1
-DSILENT=1 -DNO_SIGNALS=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1
-DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1
-I/mnt/freeport/src/gcc/current/libjava/libltdl
-I/mnt/freeport/src/gcc/current/libjava/libltdl
-I/mnt/freeport/src/gcc/current/libjava/.././libjava/../gcc
-I/mnt/freeport/src/gcc/current/libjava/../zlib
-I/mnt/freeport/src/gcc/current/libjava/../libffi/include -I../libffi/include
-O2 -g -mieee -fno-rtti -fnon-call-exceptions -pthread -fdollars-in-identifiers
-Wswitch-enum -mieee -W -Wall -D_GNU_SOURCE
-DPREFIX=\"/mnt/freeport/arch/tru64\" -DLIBDIR=\"/mnt/freeport/arch/tru64/lib\"
-DBOOT_CLASS_PATH=\"/mnt/freeport/arch/tru64/share/java/libgcj-3.4.0.jar\" -g
-O2 -mieee -MD -MT java/net/natNetworkInterface.lo -MF
java/net/natNetworkInterface.pp -c java/net/natNetworkInterface.cc -o
java/net/natNetworkInterface.o
In file included from java/net/natNetworkInterface.cc:35:
/usr/include/net/if.h:144: error: expected `;' before '}' token
/usr/include/net/if.h:144: error: expected `;' before '}' token
java/net/natNetworkInterface.cc: In static member function `static
java::util::Vector* java::net::NetworkInterface::getRealNetworkInterfaces()':
java/net/natNetworkInterface.cc:77: warning: comparison between signed and
unsigned integer expressions
gmake[3]: *** [java/net/natNetworkInterface.lo] Error 1
gmake[3]: Leaving directory `/mnt/scratch/gcc-3.4.0/alphaev56-dec-osf4.0g/libjava'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/mnt/scratch/gcc-3.4.0/alphaev56-dec-osf4.0g/libjava'
gmake[1]: *** [all-target-libjava] Error 2
gmake[1]: Leaving directory `/mnt/scratch/gcc-3.4.0'
gmake: *** [bootstrap-lean] Error 2
----(cut here)----
Relevant snippet of the offending header file:
----(cut here)----
/*
* struct used to identify virtual mac addresses. This are
* created by the ARP code and will be used to identify non
* default mac addresses. The list will be hashed to allow
* for faster searches.
* NOTE: that the flags field must be at the correct offset
* since this and the ifnet struct should be interchangable
* till a user can determin that this entry is a vmac ifnet
*/
struct vmac_ifnet {
struct vmac_ifnet *vmif_next; /* the next structure in the list */
char *vmif_name; /* name, e.g. ``en'' or ``lo'' */
char *vmif_version; /* The version string. */
struct sockaddr vmif_hwaddr; /* address of interface */
int vmif_flags; /* up/down, broadcast, etc. */
int vmif_refcnt; /* last one out needs to delete this */
struct ifnet *vmif_ifnet; /* point to the correct ifnet struct */
struct sockaddr vmif_paddr /* protocol address */
};
----(cut here)----
Note the missing semicolon.
I was able to work around this by placing an edited if.h with other fixed
headers in gcc-3.4.0/gcc/include/root/usr/sys/include/net/.
--
Summary: Bug in vendor /usr/include/net/if.h needs fixincluding
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: skunk at iskunk dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC build triplet: alphaev56-dec-osf4.0g
GCC host triplet: alphaev56-dec-osf4.0g
GCC target triplet: alphaev56-dec-osf4.0g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
@ 2004-07-01 1:17 ` pinskia at gcc dot gnu dot org
2004-10-13 12:52 ` giovannibajo at libero dot it
` (13 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-07-01 1:17 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
Component|libgcj |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
2004-07-01 1:17 ` [Bug target/16300] " pinskia at gcc dot gnu dot org
@ 2004-10-13 12:52 ` giovannibajo at libero dot it
2004-10-13 13:04 ` giovannibajo at libero dot it
` (12 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: giovannibajo at libero dot it @ 2004-10-13 12:52 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From giovannibajo at libero dot it 2004-10-13 12:51 -------
Daniel,
since you have access to the system, would you kindly attempt preparing a
fixinclude patch yourself? I guess it's easier for you to verify. If this is
impossible for you, please at least attacch a copy of the buggy if.h to this
report.
Thanks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
2004-07-01 1:17 ` [Bug target/16300] " pinskia at gcc dot gnu dot org
2004-10-13 12:52 ` giovannibajo at libero dot it
@ 2004-10-13 13:04 ` giovannibajo at libero dot it
2004-10-15 22:25 ` skunk at iskunk dot org
` (11 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: giovannibajo at libero dot it @ 2004-10-13 13:04 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovannibajo at libero dot
| |it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (2 preceding siblings ...)
2004-10-13 13:04 ` giovannibajo at libero dot it
@ 2004-10-15 22:25 ` skunk at iskunk dot org
2004-10-15 23:43 ` giovannibajo at libero dot it
` (10 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2004-10-15 22:25 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From skunk at iskunk dot org 2004-10-15 22:25 -------
Created an attachment (id=7360)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7360&action=view)
/usr/include/net/if.h from Tru64
As I am not familiar with the inclhack.def syntax, I am attaching an unmodified
copy of Tru64's /usr/include/net/if.h system header file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (3 preceding siblings ...)
2004-10-15 22:25 ` skunk at iskunk dot org
@ 2004-10-15 23:43 ` giovannibajo at libero dot it
2004-10-15 23:44 ` giovannibajo at libero dot it
` (9 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: giovannibajo at libero dot it @ 2004-10-15 23:43 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From giovannibajo at libero dot it 2004-10-15 23:43 -------
Created an attachment (id=7361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7361&action=view)
Tentative patch
Can you try if this patch fixes it? Otherwise, you could try tweaking it a
little bit, if you are familiar with regular expressions. It should not be too
hard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (4 preceding siblings ...)
2004-10-15 23:43 ` giovannibajo at libero dot it
@ 2004-10-15 23:44 ` giovannibajo at libero dot it
2004-10-16 3:30 ` giovannibajo at libero dot it
` (8 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: giovannibajo at libero dot it @ 2004-10-15 23:44 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|unassigned at gcc dot gnu |giovannibajo at libero dot
|dot org |it
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed| |1
Last reconfirmed|0000-00-00 00:00:00 |2004-10-15 23:44:09
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (5 preceding siblings ...)
2004-10-15 23:44 ` giovannibajo at libero dot it
@ 2004-10-16 3:30 ` giovannibajo at libero dot it
2004-10-18 5:06 ` bkorb at veritas dot com
` (7 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: giovannibajo at libero dot it @ 2004-10-16 3:30 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From giovannibajo at libero dot it 2004-10-16 03:30 -------
CC'ing also Bruce because he's the fixincludes maintainer. Bruce, BTW, as a
developer which digs for the first time in fixincludes, let me say that
fixincludes/README is not very clear about how 'make check' is supposed to work.
Also, it does not explain if it is possible (and how) to use the test_text to
verify the correctness of the fix. When I run 'make check' I don't understand
if my new hack is being tested or not, and if it is correct or not.
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |bkorb at veritas dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (6 preceding siblings ...)
2004-10-16 3:30 ` giovannibajo at libero dot it
@ 2004-10-18 5:06 ` bkorb at veritas dot com
2004-10-18 13:37 ` giovannibajo at libero dot it
` (6 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: bkorb at veritas dot com @ 2004-10-18 5:06 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From bkorb at veritas dot com 2004-10-18 05:06 -------
Subject: Re: Bug in vendor /usr/include/net/if.h needs
fixincluding
giovannibajo at libero dot it wrote:
>
> ------- Additional Comments From giovannibajo at libero dot it 2004-10-16 03:30 -------
> CC'ing also Bruce because he's the fixincludes maintainer. Bruce, BTW, as a
> developer which digs for the first time in fixincludes, let me say that
> fixincludes/README is not very clear about how 'make check' is supposed to work.
I can only fix things about which I get feedback so it incrementally
gets better. I'm sorry you found it difficult.
> Also, it does not explain if it is possible (and how) to use the test_text to
> verify the correctness of the fix. When I run 'make check' I don't understand
> if my new hack is being tested or not, and if it is correct or not.
"test-text" should contain one or more examples of broken text that
needs to be fixed. "make check" will spin a file with that text in it
and run the "fixinc" program, then run a recursive "diff" between the
patched files and a set of example files. Any differences are highlighted.
So, when you make a fix, you should pretty well understand how the
broken text ought to be transformed. In the "make check", you ought
to see a diff that includes that new transform in the new output and
not in the sample output.
> 4. Rebuild the compiler and check the header causing the issue.
> Make sure it is now properly handled. Add tests to the
> "test_text" entry(ies) that validate your fix. This will
> help ensure that future fixes won't negate your work.
That means first, ensure the header you want fixed is fixed.
Then, incorporate the brokenness in the "text-text" field.
Then, ensure it is fixed in the sample output.
Then, add the fixed result into the baseline sample files.
Finally:
> If you are having some problem with a system header that is either
> broken by the manufacturer, or is broken by the fixinclude process,
> then you will need to alter or add information to the include fix
> definitions file, ``inclhack.def''. Please also send relevant
> information to gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org and,
> please, to me: bkorb@gnu.org.
That means send me email if you are still having problems.
Regards, Bruce
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (7 preceding siblings ...)
2004-10-18 5:06 ` bkorb at veritas dot com
@ 2004-10-18 13:37 ` giovannibajo at libero dot it
2004-10-18 15:16 ` skunk at iskunk dot org
` (5 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: giovannibajo at libero dot it @ 2004-10-18 13:37 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From giovannibajo at libero dot it 2004-10-18 13:37 -------
Subject: Re: Bug in vendor /usr/include/net/if.h needs fixincluding
Bruce Korb wrote:
>> I can only fix things about which I get feedback so it
>> incrementally gets better. I'm sorry you found it difficult.
Sure, I did not want to sound offensive.
>> Also, it does not explain if it is possible (and how) to use the
>> test_text to
>> verify the correctness of the fix. When I run 'make check' I don't
>> understand
>> if my new hack is being tested or not, and if it is correct or not.
>
> "test-text" should contain one or more examples of broken text that
> needs to be fixed. "make check" will spin a file with that text in it
> and run the "fixinc" program, then run a recursive "diff" between the
> patched files and a set of example files. Any differences are
> highlighted.
I still do not understand. The diff is being performed between the patched file
and what example files? If I add a new fix, should I also put a patched
(correct) version in the set of example files (where are they)?
> So, when you make a fix, you should pretty well understand how the
> broken text ought to be transformed. In the "make check", you ought
> to see a diff that includes that new transform in the new output and
> not in the sample output.
Now I am confused. I do not understand which of the following holds true:
- The diff shows what fixinclude did. It shows the different between the
original version (extracted from test-text) and the version that fixinclude
produced by applying your diff.
- The diff shows the mistakes of fixinclude, if any. It shows the different
between what fixinclude produced as output (by applying your fix to the
test-text) and what it is the expected result (which you have to put in a
different file -- where? how?).
>> 4. Rebuild the compiler and check the header causing the issue.
>> Make sure it is now properly handled. Add tests to the
>> "test_text" entry(ies) that validate your fix. This will
>> help ensure that future fixes won't negate your work.
>
> That means first, ensure the header you want fixed is fixed.
> Then, incorporate the brokenness in the "text-text" field.
> Then, ensure it is fixed in the sample output.
> Then, add the fixed result into the baseline sample files.
This process can be done if you have physical access to the host with the
broken header. In my case, I was developing a fixinclude for a broken header
for another system. I have the broken header as a file (attacched to the bug).
How can I test my fix in this situation?
BTW: "rebuild the compiler" is a tad too much as first quick test for a
fixinclude (e.g. check that the regulard expression does not have a typo or
so). Even assuming access to the host, would you please explain if there is a
quicker wasy to just run fixincludes without rebuilding everything? Of course,
a full bootstrap would be still required as a final check.
> That means send me email if you are still having problems.
Thanks
Giovanni Bajo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (8 preceding siblings ...)
2004-10-18 13:37 ` giovannibajo at libero dot it
@ 2004-10-18 15:16 ` skunk at iskunk dot org
2004-10-18 16:06 ` bkorb at veritas dot com
` (4 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2004-10-18 15:16 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From skunk at iskunk dot org 2004-10-18 15:16 -------
The build still fails with the patched inclhack.def (same error, same place).
fixincludes does not appear to have patched the header in question; there is no
if.h present in the build tree.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (9 preceding siblings ...)
2004-10-18 15:16 ` skunk at iskunk dot org
@ 2004-10-18 16:06 ` bkorb at veritas dot com
2004-10-20 20:14 ` skunk at iskunk dot org
` (3 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: bkorb at veritas dot com @ 2004-10-18 16:06 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From bkorb at veritas dot com 2004-10-18 16:06 -------
Subject: Re: Bug in vendor /usr/include/net/if.h needs
fixincluding
skunk at iskunk dot org wrote:
>
> ------- Additional Comments From skunk at iskunk dot org 2004-10-18 15:16 -------
> The build still fails ...
/*
+ * Fix missing semicolon on Alpha OSF/4 in <net/if.h>
+ */
+ fix = {
+ hackname = alpha_if_semicolon;
+ files = "if.h";
+ select = "(struct[ \t]+sockaddr[ \t]+vmif_paddr)([ \t])([ \t]+/\*)";
+ c_fix = format;
+ c_fix_arg = "%1;%2%3";
+ test_text = ' struct sockaddr vmif_paddr /* protocol address */';
+ };
+
+
+ /*
* Remove erroneous parentheses in sym.h on Alpha OSF/1.
*/
fix = {
The select clause requires two white space characters
between "vmif_paddr" and "/*". Eliminate the unnecessary
subexpression stuff, thus:
/*
+ * Fix missing semicolon on Alpha OSF/4 in <net/if.h>
+ */
+ fix = {
+ hackname = alpha_if_semicolon;
+ files = "if.h";
+ select = "struct[ \t]+sockaddr[ \t]+vmif_paddr[ \t]+/\*";
+ c_fix = format;
+ c_fix_arg = "struct sockaddr vmif_paddr;\t/*";
+ test_text = ' struct sockaddr vmif_paddr /* protocol address */';
+ };
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (10 preceding siblings ...)
2004-10-18 16:06 ` bkorb at veritas dot com
@ 2004-10-20 20:14 ` skunk at iskunk dot org
2004-10-20 20:23 ` bkorb at veritas dot com
` (2 subsequent siblings)
14 siblings, 0 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2004-10-20 20:14 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From skunk at iskunk dot org 2004-10-20 20:14 -------
Tried a new build, with the second patch given in comment #8; same failure mode
as before.
bkorb, are there embedded tabs in your patch? I can't pull it out of the comment
without expanding them; perhaps a patch-attachment would come through better?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (11 preceding siblings ...)
2004-10-20 20:14 ` skunk at iskunk dot org
@ 2004-10-20 20:23 ` bkorb at veritas dot com
2004-10-28 21:07 ` skunk at iskunk dot org
2004-10-29 1:31 ` giovannibajo at libero dot it
14 siblings, 0 replies; 20+ messages in thread
From: bkorb at veritas dot com @ 2004-10-20 20:23 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From bkorb at veritas dot com 2004-10-20 20:22 -------
Subject: Re: Bug in vendor /usr/include/net/if.h needs
fixincluding
skunk at iskunk dot org wrote:
>
> ------- Additional Comments From skunk at iskunk dot org 2004-10-20 20:14 -------
> Tried a new build, with the second patch given in comment #8; same failure mode
> as before.
>
> bkorb, are there embedded tabs in your patch? I can't pull it out of the comment
> without expanding them; perhaps a patch-attachment would come through better?
Should make no difference, as there are no embedded tabs.
Well, there might be in the "test-text", but ``[ \t]+'' should match either.
What does the fix expand to in fixincl.x?
Regards, Bruce
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (12 preceding siblings ...)
2004-10-20 20:23 ` bkorb at veritas dot com
@ 2004-10-28 21:07 ` skunk at iskunk dot org
2004-10-29 1:31 ` giovannibajo at libero dot it
14 siblings, 0 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2004-10-28 21:07 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From skunk at iskunk dot org 2004-10-28 21:07 -------
cport@drum:/mnt/scratch/gcc-3.4.2-build> find . -name if.h
./gcc/include/root/usr/sys/include/net/if.h
Yes, that does appear to be it---the header needs to be specified as "net/if.h"
instead of merely "if.h". Confirmed appropriate modification of if.h with diff(1).
(GCC still isn't building, but now it's an unrelated issue, i.e. /usr/bin/ld
complaining about multiply defined pthread symbols....)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
` (13 preceding siblings ...)
2004-10-28 21:07 ` skunk at iskunk dot org
@ 2004-10-29 1:31 ` giovannibajo at libero dot it
14 siblings, 0 replies; 20+ messages in thread
From: giovannibajo at libero dot it @ 2004-10-29 1:31 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From giovannibajo at libero dot it 2004-10-29 01:31 -------
> Yes, that does appear to be it---the header needs
> to be specified as "net/if.h" instead of merely "if.h".
Ok. Bruce, I guess this is more material for you to add to the documentation.
Will you take care of committing the final patch please?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
[not found] <bug-16300-8784@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2009-02-28 16:39 ` bkorb at gnu dot org
@ 2009-08-07 21:13 ` skunk at iskunk dot org
3 siblings, 0 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2009-08-07 21:13 UTC (permalink / raw)
To: gcc-bugs
------- Comment #18 from skunk at iskunk dot org 2009-08-07 21:13 -------
Confirmed correct fixincluding of if.h in the GCC 4.4.1 build. Ding, dong, this
bug is dead!
--
skunk at iskunk dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
[not found] <bug-16300-8784@http.gcc.gnu.org/bugzilla/>
2007-02-01 17:19 ` skunk at iskunk dot org
2009-02-28 0:41 ` skunk at iskunk dot org
@ 2009-02-28 16:39 ` bkorb at gnu dot org
2009-08-07 21:13 ` skunk at iskunk dot org
3 siblings, 0 replies; 20+ messages in thread
From: bkorb at gnu dot org @ 2009-02-28 16:39 UTC (permalink / raw)
To: gcc-bugs
------- Comment #17 from bkorb at gnu dot org 2009-02-28 16:39 -------
Bruce Korb left Veritas 3 years ago. It's called "Symantec" now anyway.
--
bkorb at gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|bkorb at veritas dot com |bkorb at gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
[not found] <bug-16300-8784@http.gcc.gnu.org/bugzilla/>
2007-02-01 17:19 ` skunk at iskunk dot org
@ 2009-02-28 0:41 ` skunk at iskunk dot org
2009-02-28 16:39 ` bkorb at gnu dot org
2009-08-07 21:13 ` skunk at iskunk dot org
3 siblings, 0 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2009-02-28 0:41 UTC (permalink / raw)
To: gcc-bugs
------- Comment #16 from skunk at iskunk dot org 2009-02-28 00:41 -------
Building 4.3.3 fails with
/usr/home/cport/tmp/bash ./libtool --tag=CXX --mode=compile
/usr/home/cport/build/gcc-4.3.3-build-test/./gcc/xgcc -shared-libgcc
-B/usr/home/cport/build/gcc-4.3.3-build-test/./gcc -nostdinc++
-L/usr/home/cport/build/gcc-4.3.3-build-test/alphaev56-dec-osf4.0g/libstdc++-v3/src
-L/usr/home/cport/build/gcc-4.3.3-build-test/alphaev56-dec-osf4.0g/libstdc++-v3/src/.libs
-B/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/bin/
-B/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/lib/ -isystem
/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/include -isystem
/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/sys-include -DHAVE_CONFIG_H -I.
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava -I./include -I./gcj
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava -Iinclude
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/include
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/classpath/include -Iclasspath/include
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/classpath/native/fdlibm
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/../boehm-gc/include
-I../boehm-gc/include -I/tg/freeport/src/gcc/gcc--4.3.3/libjava/libltdl
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/libltdl
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/.././libjava/../gcc
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/../zlib
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/../libffi/include -I../libffi/include
-fno-rtti -fnon-call-exceptions -pthread -fdollars-in-identifiers
-Wswitch-enum -D_FILE_OFFSET_BITS=64 -mieee -Wextra -Wall -D_GNU_SOURCE
-DPREFIX="\"/usr/home/cport/tmp/GCC\""
-DTOOLEXECLIBDIR="\"/usr/home/cport/tmp/GCC/lib/gcc/alphaev56-dec-osf4.0g/4.3.3\""
-DJAVA_HOME="\"/usr/home/cport/tmp/GCC\""
-DBOOT_CLASS_PATH="\"/usr/home/cport/tmp/GCC/share/java/libgcj-4.3.3.jar\""
-DJAVA_EXT_DIRS="\"/usr/home/cport/tmp/GCC/share/java/ext\""
-DGCJ_ENDORSED_DIRS="\"/usr/home/cport/tmp/GCC/share/java/gcj-endorsed\""
-DGCJ_VERSIONED_LIBDIR="\"/usr/home/cport/tmp/GCC/lib/gcj-4.3.3-9\""
-DPATH_SEPARATOR="\":\"" -DECJ_JAR_FILE="\"\""
-DLIBGCJ_DEFAULT_DATABASE="\"/usr/home/cport/tmp/GCC/lib/gcj-4.3.3-9/classmap.db\""
-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL="\"gcj-4.3.3-9/classmap.db\"" -O2 -g
-mieee -c -o java/net/natVMNetworkInterface.lo
java/net/natVMNetworkInterface.cc
libtool: compile: /usr/home/cport/build/gcc-4.3.3-build-test/./gcc/xgcc
-shared-libgcc -B/usr/home/cport/build/gcc-4.3.3-build-test/./gcc -nostdinc++
-L/usr/home/cport/build/gcc-4.3.3-build-test/alphaev56-dec-osf4.0g/libstdc++-v3/src
-L/usr/home/cport/build/gcc-4.3.3-build-test/alphaev56-dec-osf4.0g/libstdc++-v3/src/.libs
-B/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/bin/
-B/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/lib/ -isystem
/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/include -isystem
/usr/home/cport/tmp/GCC/alphaev56-dec-osf4.0g/sys-include -DHAVE_CONFIG_H -I.
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava -I./include -I./gcj
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava -Iinclude
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/include
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/classpath/include -Iclasspath/include
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/classpath/native/fdlibm
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/../boehm-gc/include
-I../boehm-gc/include -I/tg/freeport/src/gcc/gcc--4.3.3/libjava/libltdl
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/libltdl
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/.././libjava/../gcc
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/../zlib
-I/tg/freeport/src/gcc/gcc--4.3.3/libjava/../libffi/include -I../libffi/include
-fno-rtti -fnon-call-exceptions -pthread -fdollars-in-identifiers -Wswitch-enum
-D_FILE_OFFSET_BITS=64 -mieee -Wextra -Wall -D_GNU_SOURCE
-DPREFIX=\"/usr/home/cport/tmp/GCC\"
-DTOOLEXECLIBDIR=\"/usr/home/cport/tmp/GCC/lib/gcc/alphaev56-dec-osf4.0g/4.3.3\"
-DJAVA_HOME=\"/usr/home/cport/tmp/GCC\"
-DBOOT_CLASS_PATH=\"/usr/home/cport/tmp/GCC/share/java/libgcj-4.3.3.jar\"
-DJAVA_EXT_DIRS=\"/usr/home/cport/tmp/GCC/share/java/ext\"
-DGCJ_ENDORSED_DIRS=\"/usr/home/cport/tmp/GCC/share/java/gcj-endorsed\"
-DGCJ_VERSIONED_LIBDIR=\"/usr/home/cport/tmp/GCC/lib/gcj-4.3.3-9\"
-DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\"
-DLIBGCJ_DEFAULT_DATABASE=\"/usr/home/cport/tmp/GCC/lib/gcj-4.3.3-9/classmap.db\"
-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.3.3-9/classmap.db\" -O2 -g -mieee
-c java/net/natVMNetworkInterface.cc -DPIC -o java/net/natVMNetworkInterface.o
In file included from java/net/natVMNetworkInterface.cc:35:
/usr/include/net/if.h:144: error: expected ';' before '}' token
/usr/include/net/if.h:144: error: expected `;' before '}' token
gmake[3]: *** [java/net/natVMNetworkInterface.lo] Error 1
gmake[3]: Leaving directory
`/mnt/scratch/build/gcc-4.3.3-build-test/alphaev56-dec-osf4.0g/libjava'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory
`/mnt/scratch/build/gcc-4.3.3-build-test/alphaev56-dec-osf4.0g/libjava'
gmake[1]: *** [all-target-libjava] Error 2
gmake[1]: Leaving directory `/mnt/scratch/build/gcc-4.3.3-build-test'
gmake: *** [bootstrap-lean] Error 2
This bug is nearly five years old, and has had a fix available for over four.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
[not found] <bug-16300-8784@http.gcc.gnu.org/bugzilla/>
@ 2007-02-01 17:19 ` skunk at iskunk dot org
2009-02-28 0:41 ` skunk at iskunk dot org
` (2 subsequent siblings)
3 siblings, 0 replies; 20+ messages in thread
From: skunk at iskunk dot org @ 2007-02-01 17:19 UTC (permalink / raw)
To: gcc-bugs
------- Comment #15 from skunk at iskunk dot org 2007-02-01 17:18 -------
**** This bug is still present in 3.4.6 ****
Bruce or Giovanni, could one of you please apply this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2009-08-07 21:13 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-30 16:39 [Bug libgcj/16300] New: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org
2004-07-01 1:17 ` [Bug target/16300] " pinskia at gcc dot gnu dot org
2004-10-13 12:52 ` giovannibajo at libero dot it
2004-10-13 13:04 ` giovannibajo at libero dot it
2004-10-15 22:25 ` skunk at iskunk dot org
2004-10-15 23:43 ` giovannibajo at libero dot it
2004-10-15 23:44 ` giovannibajo at libero dot it
2004-10-16 3:30 ` giovannibajo at libero dot it
2004-10-18 5:06 ` bkorb at veritas dot com
2004-10-18 13:37 ` giovannibajo at libero dot it
2004-10-18 15:16 ` skunk at iskunk dot org
2004-10-18 16:06 ` bkorb at veritas dot com
2004-10-20 20:14 ` skunk at iskunk dot org
2004-10-20 20:23 ` bkorb at veritas dot com
2004-10-28 21:07 ` skunk at iskunk dot org
2004-10-29 1:31 ` giovannibajo at libero dot it
[not found] <bug-16300-8784@http.gcc.gnu.org/bugzilla/>
2007-02-01 17:19 ` skunk at iskunk dot org
2009-02-28 0:41 ` skunk at iskunk dot org
2009-02-28 16:39 ` bkorb at gnu dot org
2009-08-07 21:13 ` skunk at iskunk dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).