David O'Brien [EMAIL PROTECTED] writes:
Acutally -std=c?9, -std=gnu?9 uses GCC's alloca. I don't mind finding
all the alloca uses in the tree and compiling them with -std=gnu99
instead of -std=c99.
#define alloca(sz) __builtin_alloca(sz)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
On Thu, Jun 12, 2003 at 07:18:12AM +0200, Wiktor Niesiobedzki wrote:
On Wed, Jun 11, 2003 at 09:50:22PM -0700, Kris Kennaway wrote:
On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
kernel? Later
On Wed, Jun 11, 2003 at 11:05:57PM -0700, Kris Kennaway wrote:
It looks like gcc's inline alloca implementation allocates chunks in
larger chunks than the alloca.S implementation does. This (untested)
patch should make the alloca.S behaviour match that of gcc.
I suspect that there's a buffer
On Thu, Jun 12, 2003 at 07:18:12AM +0200, Wiktor Niesiobedzki wrote:
On Wed, Jun 11, 2003 at 09:50:22PM -0700, Kris Kennaway wrote:
On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
kernel? Later
On Thu, Jun 12, 2003 at 12:38:36AM -0700, Kris Kennaway wrote:
Okay, it looks like alloca.S was broken. My previous patch that
increased the size of allocations was just a gratuitous difference
with the inline version, and is not necessary. Here's a fix that
seems to get ppp to stop
On Thu, Jun 12, 2003 at 12:44:51AM -0700, Kris Kennaway wrote:
+ leal24(%esp), %eax /* base of newly allocated space */
After I figured out what the 24(...) meant (add 24 to ...) it's
clear that this isn't a fix (except in the special case of PPPoE
support ;-). gcc's builtin inline
On Thu, 12 Jun 2003 15:38:49 +1000, Tim Robbins [EMAIL PROTECTED] said:
Misbehaving in what way? CSTD=c99 causes gcc to use alloca() from
libc instead of its builtin version. Perhaps alloca() in libc is
broken -- any bugs in it would have been covered up by gcc until
now.
alloca() in libc is
Garrett Wollman wrote:
alloca() in libc is *fundamentally* broken. Only the compiler can
know the current state of the stack frame...
Sounds like alloca() should simply be stricken from libc
on all architectures.
Might also be a good idea to begin removing uses of it.
Searching through the
On Thu, 12 Jun 2003 11:37:03 -0700, Tim Kientzle [EMAIL PROTECTED] said:
Sounds like alloca() should simply be stricken from libc
on all architectures.
Yes. (For values of `all' being `i386'.)
Might also be a good idea to begin removing uses of it.
Not necessarily. There's nothing wrong,
On Wed, Jun 11, 2003 at 10:32:30PM -0700, Kris Kennaway wrote:
alloca() is not being inlined when -std is specified. It is possible
there's a bug in the libc implementation. I'm also suspicious that
some of the ppp data structures have changed size or alignment which
could be confusing
On Thu, 12 Jun 2003, Kris Kennaway wrote:
On Thu, Jun 12, 2003 at 12:44:51AM -0700, Kris Kennaway wrote:
+ leal24(%esp), %eax /* base of newly allocated space */
After I figured out what the 24(...) meant (add 24 to ...) it's
clear that this isn't a fix (except in the special case
On my previous FreeBSD version (5.0 April 21 snapshot), my ADSL/pppoe
setup worked fine... as it always has all the way back to 4.x. Now
having installed 5.1-RELEASE, with no other changes, ppp no longer can
seeming no longer connect to my adsl modem. I've been struggling with
this for days.
Is
On Wednesday 11 June 2003 13:53, T. Muddletin wrote:
Well, does your DSL Provider really support IPV6 ? Actually for me it seems
that you try to establish an ipv6 connection, which is rarley supported!
On my previous FreeBSD version (5.0 April 21 snapshot), my ADSL/pppoe
setup worked fine...
On Wednesday 11 June 2003 13:53, T. Muddletin wrote:
On my previous FreeBSD version (5.0 April 21 snapshot), my ADSL/pppoe
setup worked fine... as it always has all the way back to 4.x. Now
having installed 5.1-RELEASE, with no other changes, ppp no longer can
seeming no longer connect to my
On Wed, 11 Jun 2003, Gerald Mixa wrote:
On Wednesday 11 June 2003 13:53, T. Muddletin wrote:
Well, does your DSL Provider really support IPV6 ? Actually for me it seems
that you try to establish an ipv6 connection, which is rarley supported!
On my previous FreeBSD version (5.0 April 21
Gerald wrote on Wednesday, June 11, 2003, 9:43:02 AM:
Well, does your DSL Provider really support IPV6 ? Actually for me it seems
that you try to establish an ipv6 connection, which is rarley supported!
That is interesting; I can't see where it appears to be this though.
Perhaps something in
Michael wrote on Wednesday, June 11, 2003, 10:02:25 AM:
Are you sure you really have 5.1-RELEASE and not 5-CURRENT shortly
after -RELEASE? There have been many other reports on pppoe related
breakage with ppp in -CURRENT, but 5.1-RELEASE should work (at least
it works fine for me).
I
I'm having trouble with the latest build of -CURRENT as well. Same problem, slightly
different symptoms:
Portions of my config file:
disable ipv6
deny pap
set device PPPoE:xl0
...produce this in the log (repeatedly):
Jun 11 22:00:14 bogushost2 ppp[222]: Warning: Unexpected node type
On Wed, Jun 11, 2003 at 10:34:39PM -0400, Andrew Lankford wrote:
I'm having trouble with the latest build of -CURRENT as well. Same problem,
slightly different symptoms:
Portions of my config file:
disable ipv6
deny pap
set device PPPoE:xl0
...produce this in the log (repeatedly):
On Thu, 12 Jun 2003 12:04, Andrew Lankford wrote:
I'm having trouble with the latest build of -CURRENT as well. Same
problem, slightly different symptoms:
Portions of my config file:
disable ipv6
deny pap
set device PPPoE:xl0
...produce this in the log (repeatedly):
Jun 11 22:00:14
Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
kernel? Later versions of this file are causing strange problems with package
builds.
I was a little lazy and just backed out bsd.sys.mk to 1.26 as you suggested, rebuilt
/usr/lib/ , /usr/include/, and ppp. My kernel is
On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
kernel? Later versions of this file are causing strange problems with package
builds.
I was a little lazy and just backed out bsd.sys.mk to 1.26 as you
Thanks, that's actually more useful because it isolates the problem.
It's probably something in ppp that is misbehaving with CSTD=c99.
True. A simple rebuild of ppp (without libc, etc.) didn't change anything.
Andrew Lankford
On Wed, Jun 11, 2003 at 09:50:22PM -0700, Kris Kennaway wrote:
On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
kernel? Later versions of this file are causing strange problems with
package builds.
On Thu, Jun 12, 2003 at 07:18:12AM +0200, Wiktor Niesiobedzki wrote:
On Wed, Jun 11, 2003 at 09:50:22PM -0700, Kris Kennaway wrote:
On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
kernel? Later
On Thu, Jun 12, 2003 at 07:18:12AM +0200, Wiktor Niesiobedzki wrote:
On Wed, Jun 11, 2003 at 09:50:22PM -0700, Kris Kennaway wrote:
On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
kernel? Later
26 matches
Mail list logo